Back to Blog

Sprint should not contain requirements. Disagree? Read on.

Image of Ann P
Ann P
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.

 


Related Posts

Systems Requirements vs. Software Requirements

Shyam

I quite often come across this question in my requirements engineering and business analysis...

Read more

Session recording requirements

Image of Ann P
Ann P

 

Read more