|
Implementation Order More on this subject, see: Evo Case 5. |
V0.2 Nov 25 2002 |
Theoretically one could argue that we should work top-down, first working on project-cycle activities, like scope and goals, and only then on the deliveries and only then on tasks. Theoretically. In practice, however, we cannot master all things at once, so we should better use a bottom-up learning process.
Note that, when introducing the Evo way of working for the first time, you even may have to suppress the urge of working on the most important Delivery cycle and the most important Project cycle before the Task cycle techniques are well understood and applied. Trying to do too much too early is too much for normal people and usually spells disaster (most of us are normal people). The result: "We tried it and it doesn't work". This is a reason of failure of many so called Process Improvement efforts. So, better define the first tasks based on intuitive priorities, just as you did before. Apparently, your projects survived your previous ways, as you are still in business. Rushing things faster than people can absorb creates failure. Therefore, don't just follow theory. Follow the ways that create practical results.
To introduce the Evo way of working successfully, we start at the Task cycle, then add the Delivery and Project cycles and then ruturn to the Task cycle level again. We keep cycling through these levels, adding elements of Requirements and Risk management as people find out themselves that they need these elements.
If you have any comments, something to add or change, or a different view, please tell me!