Will the Real ScrumMasters Please Stand Up?
Wednesday, January 30th, 2008
I came across A Resuable Presentation on Scrum this week while looking for materials to help explain this method of agile software development to a colleague. In the process, I also got an education - on how much the scrum projects I’ve contributed to over the last year have varied from the “pure” ideal.
It’s partially due to the tendency of many companies to adopt scrum in a modified format. Such customization is surely necessary for the variety of businesses that write software, though it sometimes misses key points. In particular, it’s tough to institute scrum without creating another hierarchy in organizations both large and small. Without a flat, peer-oriented structure, projects miss out on the quality and morale benefits of developers having some choice and ownership in their work.
On the other hand, it was good to see that most of the key roles and rhythms manifested themselves in some way. An interesting tangent also came up in our discussion: that while scrum dictates methodology rather than technology, it does influence the latter. To do monthly releases, you really do need to have efficient tools for development, compiling, and testing software.
Ultimately, it was a reminder that no matter how you develop software, there’s as much social engineering to be done as technical engineering.







del.icio.us/mbotos