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 Chris Sims on Sep 29, 2008 06:00 AM
A widely accepted agile practice is the daily standup meeting, in which each team member shares:
Mike Cohn recently examined variations that shed additional light on the progress being made toward completing each user story.
One approach is to report story-by-story instead of person-by-person. Mike suggested that a 'story owner' might be assigned to each story. This person would be responsible for keeping track of the progress being made on the story, even if several other people are working on it. This person might report on the progress of the story at each standup, or at least know which people to call on for updates.
Another way to tie status back to the story would be to have team members point out which story their work relates to. One way of facilitating this would be to meet in front of a task board, designed such that the relationships between stories and tasks was clear, and have each developer point to the items that they are working on as they talk about them.
Has your team modified the format of your daily standup in order to put more focus on the user stories? Leave a comment and let us know what you did and how it worked out.
5 Ways to Ensure Application Performance
Give-away eBook – Confessions of an IT Manager
Ebook: Scaling Agile with C/ALM
Yes - a Story board in stand ups is key in our organisation - to keep focus of daily stand ups < 15 mins - the scrum lead highlights the story in the story board in reference to the individual currently providing an update so the whole team including the chickens has a reference point of each update, this is especially helpful when blockers are identified as impediment 'take aways' are immediately identified with the story owner, scrum master.. In our case we use Versionone as the story board with a projector...and simply highlighting each story-defect works out well with burndown reflection at the end of the scrum.. A couple of times a sprint we also look at the goals of the sprint to keep good context-cadence as well...
I really like the original daily standup agenda and I've seen the standup degrade into a status meeting (most items are also not relevant for the whole team) that takes way too long. I'd be weary of changing our approach
I hold the stand ups that I run at the story board so that if there is a real need to discuss a particular story it can be done. However, I like to stick to the traditional 3 questions. I also like the "fourth question" proposed by a number of different people, too numerous to list. The fourth question is "how confident are you that we will achieve the sprint goal?" To me the daily stand up is about the individual committing to the rest of the team and a check on the confidence of meeting the goal. I fear that story focused stand ups have the potential to turn into status meetings and the sessions will drift back to being like old fashioned project meetings for the benefit of the PM rather than the team.
The idea of focusing on stories vs. people is quite an old one (I believe this is how XP structured their standups) - its also been revisited recently by the KanBan advocates as a way of enabling a larger team to communicate. To counteract the idea of it turning into a status report - I have found (both in teams I have worked with and others I have observed) that the idea of team members creating magnetic avatars which they attach to the card they are working on gives both a story foucus and a personal report perspective. Working out if you stay on a card or can move it to a new state and attach yourself to a new card (hopefully paired with someone else) gives a very compelling update. It's reminiscent of giving a weather report - and participents take care to report to their colleagues where they are in quite a natural way. For examples of this refer to a recent QCon recorded presention I gave at Agile 2008 (Agile and Beyond, the Power of Aspirational Teams - http://www.infoq.com/presentations/Agile-and-Beyond-Tim-Mackinnon where I show some pictures of boards using this technique). I first observed professional looking avatars created by Energized Work, and the idea of avatars possibly comes from Easynet where they used them on their build screens.
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.
4 comments
Watch Thread Reply