Sprint should not contain requirements. Disagree? Read on.

1 min read
8/31/17 12:00 AM
In tons and tons of agile literature, we all have been told that during a sprint, team completes requirements, design, development, testing and deployment.

 

Looks so picture perfect.

 

But does it really happen in real projects?

To me, I have worked on projects which are following sprint based approach but we do not work on requirements in the same sprint.

 

Same case when I talk to my fellow requirements engineers / business analysts from other companies.

 

It is indeed a near impossible task to complete requirements in the current sprint.

 

The reason is simple: Design, development, coding, testing and deployment is under team’s control, requirement is not.

 

Requirements need much more deliberation with stakeholders. Many often stakeholders themselves may not be clear about the requirements themselves.

 

It makes immense sense to work on requirements one or two sprints prior to the sprint for development. That way the product owner / business analyst gets the required time to build consensus on the requirements.

 

It will be good if we say what actually happens than describing an impractical approach.

 

Let me know your thoughts on this.

 

Get Email Notifications

No Comments Yet

Let us know what you think