Effective immediately the next installment of the Autumn Of Agile screencast series is now available for download directly from the site.
In this installment we start to dig into the requirements for our project, flesh out the context for our solution and try to frame our approach in terms of the business problems it will solve and the business value that it will (hopefully) deliver. We also talk a bit about the relationship between User Stories, Features, and Tasks and learn some techniques common to organizing our requirements in preparation for actual work-item planning.
We also use Freemind to brainstorm and organize our thoughts about requirements and then take a look at how we convert each of these into User Stories and then enter these into TargetProcess, our Agile project management and planning tool of choice.
What’s Iteration 0?????
This installment is tagged as Iteration 0 because it comes before we actually start the coding effort on our project. Iteration 0 is a common way in Agile planning to ensure that much of the groundwork is properly laid before our project gets started (or more accurately, before the coding on our project gets started). Its numbered zero because it precedes any of the ‘real’ iterations in our planning and is typically used to setup the development environment and necessary infrastructure, form the team, and organize a decent understanding of the problem domain and the solution requirements.
What’s Part A?????
This installment is also tagged as Part A because I’m imagining that each Iteration is going to be 2-weeks in length with one screencast per week (making for a screencast at the mid-point of each iteration and then another at the conclusion of each iteration). The installment at the mid-point will be Part A and the complementary one at each iteration’s-end will be Part B.
In a real project, I personally prefer to shoot for a one-week iteration schedule, but since I cannot work on this project full-time each week (and in fact am the only one on the team and working entirely in my spare time), a one-week iteration is just too short a time to produce any actual useful work and so I’m going to plan around a 2-week iteration. We’ll have to all see how that goes.
For the record, IMHO a 1-week iteration plan is something that only an experienced Agile team should ever try to to execute; for the newbie Agilists a 1-week iteration schedule is just too aggressive and leads to continuous panic rather than continuous effective effort in my experience. I’m shooting for a 2-week iteration myself purely because of my level of committment/free time.
As always, comments, feedback, (constructive) criticism are all appreciated~!
Hi,
I got introduced to your blog through the wonderful NHibernate screencast series hosted on http://www.summerofnhibernate.com.
I was just wondering if for this series, you might want to form an actual team to keep it as close to a real project as possible and to balance the workload a little. Please let me know if you decide to do so, I would be happy to join in my spare time and I hope some of your other viewers will be happy to volunteer too if needed.
@Kamzi:
This is an interesting offer; let me give it some thought for a bit. My immediate impressions are…
1) I think it would certainly be pretty interesting to try this
2) I’d like to wait a bit until more groundwork is laid for the app before trying such a thing
3) I’m a bit concerned about how we would accomplish this given that I’m somewhat constrained into using the technology infrastructure that we use at my company here rather than more OSS tools for certain things — for example, the TargetProcess for agile work item management and planning and SourceGear’s Vault for source control. Its not clear to me where we could host these things in an environment that more than just myself could access. (I’m not trying to pour cold water on the idea, just ruminating about some potential challenges in such an approach).
Let me give this some more thought — there might be some way to achieve what you’re suggesting with some creativity on my part.
Thanks for the screencast, Steve. I was a bit worried at one point that we were going to watch you type in all of the user stories, complete with typo corrections, but fortunately you stopped after four of twenty two! 🙂 (I did notice a typo in one of the titles of the first four slipped through the net)
One of favourite motivations for the “reason” in user stories is that, once you understand the rationale, you may realise there’s a better way of achieving the results of the “action” than what the “actor” was initially suggesting to you.
For example, sometimes when attempting to automate a manual process, that is exactly what is attempted, rather than thinking about how best to automate the process.
Incidentally, it did amuse me that you changed “employee” to “person with a skill”, due to managers etc being “employees” too – The obvious implication being they don’t have skills! 🙂
@James:
Its bad enough when I force people to suffer thru my typing of code, I’d definitely not make them sit thru my typing of all the user stories 🙂
Hi,
Its been a while since you posted these screencasts, but Im really finding it helpful! so thanks! =D
Any chance you could have the mind map file you used in Iteration 0, downloadable.