Re: [scrumdevelopment] inclusion of complex requirements
- I'd challenge you to talk to the team and stakeholders and Product
Owner about how to decompose the stories into something that has value
at the end of each iteration.
As you'll recall from earlier projects (it sounds like you have
experience!) remember the goal of each Sprint is not to deliver
prototypes or documents.
Another general question for you -- Why do you want to use Scrum on
On Fri, Jul 3, 2009 at 9:04 PM,
> I've been succesfully using Scrum in "traditional" projects (like "create a
> new web app" where tipical requirements are "create a login page" or "send a
> confirmation message via email once registered"). However, I'm trying now to
> use it in more complex projects and I'm facing problems to split non-trivial
> For instance, we have to send messages to a supervisor (via email or SMS, is
> not relevant) when an employee inside a mining facility exceed certain speed
> (for instance when is running inside the facility or is moving in a
> vehicle). The way to compute his speed is trilaterating radio signals from a
> radio-scouting system in the helmet. We have found this is not trivial to
> develop, since requires to write an algorithm to convert radio round trip
> delays to speeds, measure accuracy, etc. A lot to do before just simply send
> the message.
> So, we cannot just include the feature "send a message to supervisor when an
> operator runs" into our 2 weeks sprint, since probably the research will
> take more than that. What do you do when have complex requirements like this
> one?. My initial thought was split this feature in a waterfall-esque way
> (analisys, design, code and test) and spread them into sprints, but doesn't
> look right.