This Month’s Pattern *

12 System Development Lemming Cycle

Although the organization's process calls explicitly for tailoring, the project team still slavishly adheres to the un-tailored standard.

Driven by CMMI, SPICE, ISO9000, or other process improvement programs, many companies set up in-house standards for their development processes. Naturally, these process models come with prescribed roles that members of the development team must fill, the activities they must perform, and the artifacts they must create. Most of the process models acknowledge that not all projects are created equal. Therefore, some of them (such as the German V-Model and the Rational Unified Process) come with extensive tailoring guidelines to adjust roles, activities, and results to project constraints.

Tailoring the process and (especially) pruning the results requires courage. If you leave out certain steps or decline to create some of the required deliverables, you leave yourself open to criticism if the project fails. Critics will be quick to point out that the project would have succeeded had you been more faithful to the process and created all the suggested documents. The fear of criticism–or perhaps the fear of punishment–can bring about a reluctance to tailor. The result is that the team plays safe, produces a full-blown requirements specification with all the suggested chapters and paragraphs, creates the quality management plan (including sections for each milestone), creates work assignments for each package in the work breakdown structure, and so on, for the full extent of the process.

    When I asked Philippe Kruchten what he would change, he replied to the effect that if he could develop the Rational Unified Process one more time, he would make tailoring and adapting the process to a specific project much easier and tool-supported to encourage projects to really do it. –PH

Lack of courage is not the only reason for not tailoring. Often, the reason is much simpler. Tailoring a process to fit the project’s constraints requires work. And the project manager is simply too busy with other, more-urgent project matters to brainstorm and establish the rules for the game. The argument goes something like this: The company has hired clever people (outside the project team) to define the processes and the deliverables. Why should we question their wisdom? Let’s simply go for it. They can’t be that wrong. And–by the way–nobody pays me for changing the process to fit my constraints. So let us not waste time on process adaptation; we’ll simply do it the way everybody does it. That way, we can start with project stuff immediately.

Sticking to a process that is poorly matched to the project’s real needs can get the work started earlier, but not finished earlier.

A project manager not tailoring the process is like a cook working strictly from established recipes. He will never become a great chef. Of course, even great chefs start out as apprentices, learning the basic mechanics of food preparation from their masters and copying their masters’ recipes. But they will only stand out if they learn more than the basics of the trade and stop cooking from standard recipes.



* Each month we plan to publish here one of the patterns from our Jolt Award book, Adrenaline Junkies and Template Zombies — Understanding Patterns of Project Behavior. (Watch this space for a mere 86 months and you'll have read the whole thing.) The book is published by Dorset House Publishing, in the US and Hanser Verlag in Germany. It is available at Amazon and also as a Kindle book.

events

Brussels, Business Analysis Agility
11-Sep-2018 to 12-Sep-2018

James Robertson teaches Business Analysis Agility. Contact IT Works for details of this course.  

Oslo, Mastering the Requirements Process
11-Sep-2018 to 13-Sep-2018

Mastering the Requirements Process with Suzanne Robertson. Contact Den Norske Dataforeignen for details. 

Stockholm, Mastering the Requirements Process
25-Sep-2018 to 27-Sep-2018

James Robertson teaches Mastering the Requirements Process. Contact Require AB for details.

Brussels, Mastering the Requirements Process
9-Oct-2018 to 11-Oct-2018

James Robertson teaches Mastering the Requirements Process. Please contact I.T.Works for details.  

Rome, Mastering the Requirements Process
15-Oct-2018 to 17-Oct-2018

Budapest MRP
16-Oct-2018 to 18-Oct-2018

Tim Listr teaches Mastering the Requirements Process. Please contact Aguarra for details and registration.

Rome, Business Analysis Agility
18-Oct-2018 to 19-Oct-2018

James Robertson teaches Business Analysis Agility. Contact Technology Transfer for details of this course.  

Hilversum, Mastering the Requirements Process
5-Nov-2018 to 7-Nov-2018

James Archer teaches Mastering the Requirements Process. For details please contact Adept Events. Dutch description, or in English.

Oslo, Mastering the Requirements Process
13-Nov-2018 to 15-Nov-2018

Mastering the Requirements Process with Suzanne Robertson. Contact Den Norske Dataforeignen for details. 

London, Mastering the Requirements Process
14-Nov-2018 to 16-Nov-2018

James Archer teaches Mastering the Requirements Process. For details and registration, please contact IRM UK.

in depth

Business analysis is often seen as a technical skill. But the business analyst has another set of responsibilities -- to dig into what the stakeholder's mind and uncover what is really needed, and not just what they say they want. 


A Ruby Beam of Light, Book I of Tom DeMarco's Andronescu's Paradox saga is now available in English in paperback and ebook, from Double Dragon Publishing.

"This war isn't going to blow anything up, only turn everything off."



Suzanne and James Robertson's "Requirements: The Masterclass LiveLessons-Traditional, Agile, Outsourcing". 15+ Hours of Video Instruction. 



Als auf der Welt das Licht Ausging, the German edition of Tom DeMarco's science fiction epic, Andronescu's Paradox, has now been published by Hanser Verlag in Munich.  Translation by Andreas Brandhorst.



James Robertson’s webinar for Software Education explains how agile stories are best used to ensure the right solution. Writing the Right Agile Stories on YouTube. Download the webinar slides.