Our processes and tools to manage ever growing projects have built up over decades. Large teams have driven the creation of hierarchies of management. Project schedules and design documents that attempt to predict every requirement and task necessary to make a fun game now require expensive databases to manage. All of these are considered necessary to tackle the complexity that rise from having upwards of a hundred people working on a project for years.
Game development requires developers of widely different disciplines. Take for example a cutting edge AI character that needs to walk around an environment and challenge the player in the game. The creation of this character requires the participation of animators, designers, character modelers, texture artists, programmers audio composers among others.
It’s important that these disciplines collaborate as much as possible to be the most effective. If the animator is experiencing a problem with the animation technology, then it is important for them to work with a programmer as quickly as possible to address the problem so they can continue working. Often the processes and organization will prevent that. In our example with the animation bug, the programmer may be working on a series of tasks that were assigned by a lead. This may prevent that programmer from helping out the animator without permission from their lead. This leads to a chain of conversation as shown in the following figure:
So what has been described?
- Over 100 people of various disciplines on one team.
- Thousands of unpredictable problems that can introduce wasted time and effort
- Detailed plans and tools to manage them that can’t predict these problems and are potentially inflexible at changing.
- Hierarchies of management that can lead to further waste.
When teams learn that they can take a small amount of ownership to solve the smallest problems, they start taking on larger problems. They begin to ask for more ownership in other areas:
- In creating better teams that can solve more problems by reducing external dependencies.
- In demanding more of themselves to achieve commitments they own.
- By identifying risks early and addressing them before they become problems at all.
- By growing leaders among their own ranks.
2 comments:
That diagram is the one of the single best visualizations of the strengths of agile multi-discipline teams that I have ever seen. Simple, but it hits it right on the nose.
Brilliant!
Hi,
Good diagram with neat explanations.
when people in a team communicate properly, the problems can be solved easily.
Nice post and Keep it up.
:-)
Pschic power
Post a Comment