Bindings, Platforms, and Innovation
This presentation focuses on the Internet and separating myth from fact, history from the future, and the mundane from the imaginative. Bob Frankston presents a vision of what could and should be.
Tracking change and innovation in the enterprise software development community
Posted by Vikas Hazrati on Apr 21, 2008 07:31 PM
One of the first questions asked when Agile is introduced to an organization is about scaling. Tobias Mayers put his thoughts in his blog post where he suggested that organizations should not worry too much about scaling Scrum. If they have built a strong foundation with the correct set of Scrum practices then Scrum will scale on its own. Adopters tend to focus on quick solutions to complex problems without understanding the basics. People seem to focus too much on scaling right from the start; they should instead embrace the principles and practices of scrum to gain a deep understanding of the methodology first.I believe Scrum to be self-scaling. By that, I mean that Scrum contains all the elements required for handling complexity: self-organization, empiricism, prioritization and timeboxing.He suggested that, once everyone on the team understands the principles then, Scrum Masters can take a back seat and let the self organizing teams manage the scaling.
Among the guiding principles in these “traditions” are the following:He concluded by suggesting that instead of ignoring the analogy and dismissing it as non-relevant, agile teams should try to learn from the similarities. The main point is that instead of worrying about scaling upfront, adopters should take care in laying a solid foundation in terms of principles and practices of Scrum. Once that is done the self organizing Scrum teams will take care of scaling on their own.
It will easily be seen how such principles can apply to the scaling of Scrum:
- Our leaders are but trusted servants; they do not govern
- Each group should be autonomous except in matters affecting other groups or AA as a whole
- Each group has but one primary purpose — to carry its message to the alcoholic who still suffers
- Our leaders are but trusted servants; they do not govern (no change there)
- Each Team should be autonomous except in matters affecting other Teams or the organization as a whole.
- Each Team has but one primary purpose — to build an increment every iteration and deliver it to the Product Owner (who is possibly suffering!)
Agile Development: A Manager's Roadmap for Success
5 Ways to Ensure Application Performance
Ebook: Scaling Agile with C/ALM
The Agile Business Analyst: Skills and Techniques needed for Agile
This presentation focuses on the Internet and separating myth from fact, history from the future, and the mundane from the imaginative. Bob Frankston presents a vision of what could and should be.
This article explores the use of JBoss and jBPM to implement design solutions that effectively address the issue of orchestrating long running activities.
This presentation covers the use of graph databases as an optimal solution for data that is difficult to fit in static tables, rapidly evolving data or data that has a lot of optional attributes.
This session introduces Real Options and shows how it can help in running your project. Real Options is a decision-making process that can be used to manage risk.
This article discusses the use of bindings on services and references (including the instance of non-configured bindings) as the means to implement SCA communications in a Web and SOA environment.
After a short introduction to DSLs, Scott Davis plays with the keyboard showing how to approach the creation of a DSL by typing working snippets of Groovy code that get executed.
IBM Rational and InfoQ present, Scaling Agile with C/ALM, an eBook showing organizations how to become “finely tuned software delivery machines” by enabling team integration and scaling.
Amanda Laucher presents a real life enterprise application written in F#. She shows actual code snippets, explaining design decisions and suggesting how to use some of the F# constructs.
No comments
Watch Thread Reply