Bridging the manager-developer divide

Gil Zilberfeld
June 4, 2012 —  (Page 2 of 2)

The secret society
We’ve had guilds before. We still have the equivalent for lawyers, doctors and other professionals. Software people belong to a club that looks a lot like a guild: Developers speak in terms that no one else understands, their expertise is something that is hard to describe to other people, and they charge a lot for their services. To make it more annoying, developers get a kick out of belonging to a secret society.

Managers don’t speak developerish. When developers talk about “pipes” and “transactions,” it sounds arcane. Developers have been using the secret language to conceal what they were working on. On the other side of the river, businesspeople haven’t taken the time to translate their motives and needs from business language. The two sides built a convenient smokescreen. Both have lost trust in the other.

Then came agile. Agile was supposed to be the answer, the bridge between the developers and business. Agile practices, like stand-ups and retrospectives, increase visibility, expose issues, and allow mitigating issues. The businesspeople saw what was behind the veil of developer secrecy. That was tough for developers to accept. But there was also shared accountability with the businesspeople, which developers embraced.

Developers got another bonus: iterations. Within the iteration, they were safe from the distractions from different parts of the business. “Can you just change that?” was no longer allowed within iterations. Less distraction meant less friction.

After years of delayed milestones and death marches, managers finally got real deadlines. They saw progress in a matter of weeks, not months. It was not the predictability they wanted (they really wanted to know everything will be ready on time and on budget three years from now), but it was much better than before.

Agile’s promise allowed the entire organization to create value with reduced risk. Everyone’s a winner, as long as they played by the rules.

The double-edged sword
Scrum emerged as the winner among the agile methodologies. In hindsight, it’s very easy to see why: Organizational change comes with management backing. Scrum talked about management ceremonies, so it was easy to get management buy-in. Since Scrum’s language didn’t include test-driven development or automated builds, managers got it, and therefore accepted it as the solution for their problems.

Scrum was a great sell for managers. But in some cases, managers kept the developers out of the loop. And that’s the problem. How can we have working software without developers?

Developers are a smart bunch. They understood they got shortchanged by Scrum. Some reacted by raising the craftsmanship flag. Craftsmanship doesn’t just bring software practices back into the spotlight. In fact, craftspeople see those techniques as the only way to solve real business problems. Automated builds are the way to early quality release. Refactoring is the way to put out maintenance releases in short cycles.

The new division between the camps brings us back to our starting point. The business thinks developers are at it again with their secret cult, and developers think the business is at it again with more managerial stuff. Mistrust has made a comeback.

Now what? If this continues, businesses that have accepted Scrum will lose to organizations that employ software practices. Software is produced by developers. Scrum-only won’t do. Organizations that understand this will be the clear winners. To them, the bridge between managers and developers is a stable one.

Agile exposes issues. Here’s an important one: If your company doesn’t involve developers in your agile implementation, you will lose the business and your developers.

Let’s not waste the opportunity agile has given us.
Guest Views are contributions by SD Times readers. Interested in contributing a Guest View? See the guidelines for the details.

Related Search Term(s): agile, Scrum

Pages 1 2 

Share this link:

Agile leaders reconvene at Snowbird
Gathering will mark anniversary of signing as leaders review how far they've come and what needs to be done next Read More...

News on Monday  more>>
Android Developer News  more>>
SharePoint Tech Report  more>>
Big Data TechReport  more>>



Download Current Issue

Need Back Issues?

Want to subscribe?