{"id":159,"date":"2006-05-31T18:57:32","date_gmt":"2006-06-01T01:57:32","guid":{"rendered":"http:\/\/www.redmonk.com\/cote\/wp\/?p=159"},"modified":"2006-05-31T18:57:32","modified_gmt":"2006-06-01T01:57:32","slug":"agile-rebellion","status":"publish","type":"post","link":"https:\/\/redmonk.com\/cote\/2006\/05\/31\/agile-rebellion\/","title":{"rendered":"Agile Rebellion"},"content":{"rendered":"

I was at a lefty book store last night for a meeting about the Austin TimeBank<\/a>. As you’d expect from a bookstore named Monkeywrench<\/a>, there were, of course, many shirts and posters available.<\/p>\n

One of them said, “We are the machinery. We can shut it down.” Which seemed like a good summary of my approach to implementing Agile: every individual working on the software has the ability to effect change, and if people band together, they can simply decide to do things differently, despite what the rest of the company thinks.<\/p>\n

Sure, if the company wants to shoot itself in the foot and fire everyone, that’s a risk. But when you’re the people planning, writing, testing, and supporting the code, you’re the machinery and you should act with appropriate responsibility and power.<\/p>\n

The corporate word for that that is “teamwork.”<\/p>\n

Adopting Agile is Changing Company Culture<\/h2>\n

\n\"Scum<\/a><\/p>\n

For all the worthy talk and categorizing of Agile practices — unit tests, pair programming, continuous builds, iterations, clearly defined roles, cross-functional teams, etc. — at the end of the day, to me, Agile boils down to this dichotomy:<\/p>\n

\nBe extremely disciplined about following the process you choose, but always re-evaluate that process and change the process accordingly.\n<\/p><\/blockquote>\n

Or, to date my tastes in music, as Guru said<\/a>,<\/p>\n

\nWe just need to maintain our focus, and elevate
\nWhat we do is we update our formulas
\nWe have certain formulas but we update ’em
\nWith the times, and everything, y’know
\nAnd and so.. y’know
\nThe rhyme style is elevated
\nThe style of beats is elevated
\nbut it’s still Guru and Premier\n<\/p><\/blockquote>\n

In summary: become a rapid feedback loop nut-job. And not just in development and QA, but in product management, marketing, sales, and even building management<\/a>.<\/p>\n

Achieving that state is something companies and organizations have been questing after<\/a> for decades<\/a>. It’s one thing to want to be a “more excellent” company<\/a>, but it’s another thing to try to codify a system for continuous improvement. Agile implementations are a pragmatic go at those codifications in the software development world.<\/p>\n

À la Carte vs. Prix Fixe<\/i>: The Eternal Debate<\/h2>\n

The soft sell of Agile, however, doesn’t include the zinger goal: to give over 90% of the control to the teams developing and supporting the software. (I’d say a 100%, but that<\/i> would just be sheer madness…maybe ;>) That is, we want to make the traditional<\/i> job of middle-management moot<\/a>. The whole concept of middle-management doesn’t jibe well with Agile think at all. Sure, someone<\/i> has to get coffee<\/a>, but the end-of-liners can do that themselves.<\/p>\n

This doesn’t at all mean that you want to can all of middle-management. Hardly. As with the traditional role of development, QA, and product management, we want to change what people are doing, and only change the people if necessary.<\/p>\n

That’s the failing of most attempts at Agile that I see: the organization is not upfront about how much of a sea change is really required. In fact, much of the talk I’ve heard recently emphasizes how gradual the change can be. You can salad-bar the tools of Agile, but few things make a developer more dispassionate than when an organization says it’s doing Agile but doesn’t change drastically. Or, as we like to call it: Wagilefall.<\/p>\n

You, dear readers, know how key passion is in my mind to successful software. Once your developers loose their passion, it’s time to tattoo the word enterprisey<\/a> on your head and milk the hump<\/a> for all it’s worth before The End Times<\/a> come.<\/p>\n

<\/p>\n

Technorati Tags: agile<\/a>, change<\/a>, peopleware<\/a>, productmanagement<\/a>, projectmanagement<\/a>, software<\/a><\/p>\n

<\/p>\n","protected":false},"excerpt":{"rendered":"

I was at a lefty book store last night for a meeting about the Austin TimeBank. As you’d expect from a bookstore named Monkeywrench, there were, of course, many shirts and posters available. One of them said, “We are the machinery. We can shut it down.” Which seemed like a good summary of my approach […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,23],"tags":[],"class_list":["post-159","post","type-post","status-publish","format-standard","hentry","category-agile","category-programming"],"jetpack_featured_media_url":"","_links":{"self":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts\/159","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/comments?post=159"}],"version-history":[{"count":0,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/posts\/159\/revisions"}],"wp:attachment":[{"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/media?parent=159"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/categories?post=159"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/redmonk.com\/cote\/wp-json\/wp\/v2\/tags?post=159"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}