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 Mark Levison on May 20, 2008 07:58 AM
What factors influence the length of your sprint? When you're trying to pick a length between two days and six weeks what factors should you take into consideration? Ash Tengshe, Agile Coach at Capital One, suggests that choosing a sprint length is a matter of balancing forces that want to shorten vs. lengthen the sprint.
Forces that tend to Shorten
Forces that tend to Lengthen
Perhaps most importantly Dmitry Beransky reminds us that all of the forces still subservient to the team and what they find works for them.
Agile Development: A Manager's Roadmap for Success
5 Ways to Ensure Application Performance
Ensuring Code Quality in Multi-threaded Applications
The Agile Business Analyst: Skills and Techniques needed for Agile
So what's the next question? Clinton ;-)
I've worked in projects with sprints anywhere from 1 to 6 weeks and haven't really observed any issues that can't be overcome, with any length.
I suppose the general rule should be "As short as you can manage" simply to allow yourself more opportunity for feedback and correction. But I wouldn't reject the idea of a 6-week sprint just on the basis of that alone.
Bruce - I think that Dmitry hit the nail on the head. Whatever works for your team. However I would be concerned with sprints that were longer than **three** weeks that they might devolve into a mini-waterfall. I've seen cases where there was a handoff to QA within the sprint.
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.
3 comments
Watch Thread Reply