Agile and Beyond - The Power of Aspirational Teams
Tim Mackinnon talks about the aspirations behind the Agile principles and practices, the desire to become efficient, to write quality code which does not end up being thrown away.
Tracking change and innovation in the enterprise software development community
Posted by Deborah Hartmann on Nov 15, 2006 06:59 AM
A paper to be presented at the European Systems and Software Engineering Process Group Conference (EUROPEAN SEPG) in June 2007 has occasioned some discussion in Scrum circles. Its title is Scrum and CMMI Level 5: The Magic Potion for Code Warriors. Targeted at experienced practitioners, this paper has three authors, including Jeff Sutherland, co-creator of Scrum. On his blog, Sutherland makes the case for combining CMMI with Scrum - noting that while many companies have no need to go to CMMI Level 5, some others may find the combination sufficiently valuable to warrant the effort."[CMMI] eliminated 80% of rework (which includes bugs). Scrum then cut the remaining rework in half so now they have eliminated 90% of rework. The average Scrum only eliminates 40% of rework without CMMI."In this case, the benefit of adding Scrum to CMMI seems clear.
A lot of companies are going through the motions [of doing Scrum] while dysfunctional management is so bad they can't really implement Scrum. CMMI Level 5 will require managers to remove impediments or lose CMMI Level 5 certification. ... High maturity means that management aggressively eliminates impediments surfaced by the teams.Teams and "product owners" who have been limping along, hobbled by serious and unresolved organizational impediments, would welcome this effect. Of course, it's not necessary to adhere to CMMI to achieve this... but where management does not step up on their own, CMMI seems to offer a framework that solicits management's active involvement.
The bottom line is that most companies will never find an ROI that justifies going to CMMI Level 5 with a waterfall methodology. The cost is just too high and the benefits too remote. With Scrum, the cost is dramatically reduced, and the speed of implementation could be radically accelerated. The ROI could suddenly look pretty good for a lot of companies.
The End of Middleware: Freedom from IT Stacks as we know it
Gamma's Jazz platform's first implementation: Rational Team Concert (Trial Download)
The Agile Business Analyst: Skills and Techniques needed for Agile
Scaling Agile on large teams & Being Agile every day Tracks @ QCon SF Nov 19-21
Tim Mackinnon talks about the aspirations behind the Agile principles and practices, the desire to become efficient, to write quality code which does not end up being thrown away.
Brian Goetz discusses the difficulties of creating multithreaded programs correctly, incorrect synchronization, race conditions, deadlock, STM, concurrency, alternatives to threads, Erlang, Scala.
Often the hardest part of changing technologies is language syntax differences. This new article provides Java developers with a transition guide to Actionscript which forms the foundation of Flex.
Neal Ford talks about having multiple languages running on one of the two major platforms: Java and .NET. He also presents the advantages offered by Ruby compared to static languages like Java or C#.
David Anderson talks about the history of Agile, the current status of it and his vision for the future. The role of Agile consists in finding ways to implement its principles.
Nick Sieger talks about the future of JRuby, Java Integration, and his work on JEE deployment tools for Ruby on Rails like Warbler.
Rustan Leino and Mike Barnett of Microsoft Research discuss the technology in Spec# and its futures.
Henrik Kniberg talks about 10 possible reasons to fail while doing Scrum and XP. Maybe the team does not have a definition of what Done means to them, or they don't know what their velocity is.
No comments
Reply