This Month’s Pattern *

69 Marilyn Munster

In some organizations, developers are kings; in others, they are pawns.

The Munsters was a situation comedy television show in the U.S. that began in 1964 and ran for two seasons. The shtick was the uproarious daily life of a family of monsters living in some regular town, at 1313 Mockingbird Lane. The dad, Herman Munster, is a goofy version of Frankenstein’s monster; his wife is a vampire; Grandpa resembles Count Dracula via vaudeville; the son, Eddie, is a young werewolf.

Paradoxically, the Munster’s live-in niece, Marilyn, is a beautiful blonde college student. But the rest of the family doesn’t see Marilyn as beautiful. They see her as completely unattractive. They try to protect her feelings, but they’re actually a little embarrassed by her. One of the central conceits of The Munsters is that Marilyn’s low status is an accident of having been born into this strange family. It is clear that Marilyn would be far more appreciated in any other family in the neighborhood.

Many developers live the life of Marilyn Munster. They work for companies that rely on technology, but their work is largely unappreciated, and they have very low status in the organization. In many such organizations, managers have all the status. The manager holds the responsibility for planning, scheduling, tracking, estimating, and assigning work to technical staff. Planning, scheduling, tracking, and estimating are usually done exclusively by managers with other managers. The developer is a tech weenie, someone who “does not understand” the real hard work of managing the company.

Managers make the big money because they are responsible for choosing which projects to run, and for running those projects as chosen corporate investments. Techies are to put their heads down and build what the managers tell them to build. If they don’t like it, they are free to leave; the managers, along with HR, will find a replacement. The replacement may be a contractor, and the contractor may be on another continent where tech weenies are less costly than at corporate HQ.

There is another variant of this pattern in which Sales has all the clout. After all, the reasoning goes, it doesn’t matter how good your products are if they don’t get sold to customers. The underlying belief in both these companies is that developers are abundant and that one is about as good as another, so they should be paid as little as possible for their services.

There are, of course, companies that take a completely different view of developers. These companies believe that their products and services are differentiated from their competition by quality and innovation. They realize that there is a massive difference in talent and productivity between the top 10 percent of developers and the average developer. They want the best they can get. This results in a culture in which the developer is king, having great latitude over his workload and his approach to accomplishing that work. These developers often define features as well as build them, and they are typically the front-line estimators of development work. Very senior developers can earn as much as team leaders, sometimes more. Most often, but not always, developers are kings in organizations that make software as their product or ship software as a principal component of their product.

There is an extreme developer-as-king culture that is dysfunctional. When the developers optimize their own work and schedule without regard to the impact of their decisions on others, projects can get into trouble. For example, we found a project where the two developers decided that they would frame-up the software—leaving many classes incomplete because they knew they could write them later—and worked only on “the interesting, hard bits.” The rest of the project team, the QA folks, and the tech writers ended up facing a huge spike of work as the deadline loomed, because nothing was done. Nothing was testable and nothing could be documented until suddenly everything was done, once the developers filled in the gaps they had left. The developers had de-optimized the project by optimizing their own work.

If you employ developers, it is worth asking yourself how important quality and innovation are to the success of your organization. At the highest levels, quality and innovation both require truly talented developers. You won’t attract, cultivate, and retain top talent if you treat them as a regrettably necessary cost center to be minimized.

If you are a great developer and are feeling a bit like Marilyn Munster, rest assured that there are other families out there who will show you the appreciation you deserve. Flee the freak show.




* 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, Mastering the Requirements Process
14-Jun-2016 to 16-Jun-2016

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

Oslo, Mastering the Requirements Process
13-Sep-2016 to 15-Sep-2016

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

Brussels, Mastering Business Analysis
14-Sep-2016 to 15-Sep-2016

James Archer teaches Mastering Business Analysis. Contact IT Works for details of this course.  

Stockholm, Mastering the Requirements Process
27-Sep-2016 to 29-Sep-2016

Brussels, Mastering the Requirements Process
11-Oct-2016 to 13-Oct-2016

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

Hilversum, Mastering Business Analysis
11-Oct-2016 to 12-Oct-2016

James Archer teaches the popular Mastering Business Analysis. Details from Adept Events in English or Dutch.

Brussels, MRP part 2
13-Oct-2016 to 14-Oct-2016

Rome, Mastering the Requirements Process
17-Oct-2016 to 19-Oct-2016

Rome, Mastering Business Analysis
20-Oct-2016 to 21-Oct-2016

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

Hilversum, Mastering the Requirements Process
8-Nov-2016 to 10-Nov-2016

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

London, Mastering the Requirements Process
15-Nov-2016 to 17-Nov-2016

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

Wellington, Mastering the Requirements Process
22-Nov-2016 to 24-Nov-2016

The ever popular Mastering the Requirements Process. For details please contact Software Education.  

Canberra, Mastering the Requirements Process
28-Nov-2016 to 30-Nov-2016

Mastering the Requirements Process. Please contact Software Education  for details and registration. 

Melbourne, Mastering the Requirements Process
28-Nov-2016 to 30-Nov-2016

Suzanne Robertson presents Mastering the Requirements Process. Please contact Software Education  for details and registration. 

Sydney, Mastering the Requirements Process
5-Dec-2016 to 7-Dec-2016

Suzanne Robertson teaches the popular Mastering the Requirements Process sponsored by Software Education.

in depth

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



Take a look at Tom DeMarco's Risk Management for Dummies article, published in CrossTalk.



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.


Suzanne and James Robertson’s article The Requirements Food Chain explores how the originators and consumers of requirements interact with each other as the requirement matures.


Read Tom DeMarco's article from the July/August edition of IEEE Software: Sigil, BlueGriffon, and the Evolving Software Market.



Announcing the publication of the third edition of Tom DeMarco and Tim Lister's iconic text, Peopleware: Productive Projects and Teams.  The book is available now from Amazon or directly from Addison Wesley. See press release on Business Wire.



Tom DeMarco's speculative novel, Andronescu's Paradox is now available from Amazon and Barnes and Noble.  

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