Skip to main content
cancel
Showing results for 
Search instead for 
Did you mean: 

Learn from the best! Meet the four finalists headed to the FINALS of the Power BI Dataviz World Championships! Register now

Reply
powerbiexpert22
Impactful Individual
Impactful Individual

report development process

how do we distribute report development process in sprints? should i put requirement gathering in sprint 1 and design in sprint2 or all activities such as requirement gathering , design , development should be part of single sprint?

2 ACCEPTED SOLUTIONS
suparnababu8
Super User
Super User

Hello @powerbiexpert22 

 

It's depends on your project requirements/ timelines and team efforts.

 

The best approch I will follow is..

 

  • In sprint 1, I will gather high-level requirements and create initial designs and wireframes and finally I'll get feedback from my clients.
  • In sprint 2, After sign-off from my client, I'll proceed furthur such as start developing the report based on initial designs, continue ad hoc requirements and designs as needed and I will conduct repetative testing and gather feedback from my clients
  • Then, in sprint 3 I will finalize the development based on feedback and performing the market testing (UAT) once I got sign-off from clinet I'll publish to higher  environments.
  • Inf Sprint4 I will grant access to all end users and clinet will announce Go-Live.

Hope you are clear now.

 

Thanks!

View solution in original post

Anonymous
Not applicable

Hi

 

There are a few different approaches you can consider:

The Sequential Approach: In this approach, you would allocate different phases of the development process to separate sprints. For example:

-----------------------------
Sprint 1: Requirement gathering

Sprint 2: Design
Sprint 3: Development
Sprint 4: Testing and deployment
------------------------------
This approach allows for a clear focus on each phase, but it may lead to longer overall project timelines as each phase is dependent on the completion of the previous one.

 

Parallel Approach: In this approach, you would include all activities (requirement gathering, design, development, testing) within a single sprint. This means that each sprint would deliver a small, but complete, increment of the report. For example:

-----------------------------------
Sprint 1: Requirement gathering, design, development, testing for a specific feature or section of the report
Sprint 2: Requirement gathering, design, development, testing for the next feature or section
--------------------------------------
This approach promotes continuous delivery and feedback, allowing for adjustments to be made throughout the project. It can be more efficient but requires careful planning and coordination.

 

 

Hybrid Approach: This approach combines elements of both sequential and parallel approaches. You might start with a sprint dedicated to requirement gathering and high-level design, followed by sprints that include design, development, and testing for specific features or sections. For example:

------------------------------------------
Sprint 1: Requirement gathering and high-level design
Sprint 2: Design, development, testing for Feature A
Sprint 3: Design, development, testing for Feature B
---------------------------------------
This approach provides a balance between focused phases and continuous delivery.

 

You can flexibly adjust it according to your needs.

 

Hope this helps.

 

Best Regards

Zhengdong Xu
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.

View solution in original post

2 REPLIES 2
Anonymous
Not applicable

Hi

 

There are a few different approaches you can consider:

The Sequential Approach: In this approach, you would allocate different phases of the development process to separate sprints. For example:

-----------------------------
Sprint 1: Requirement gathering

Sprint 2: Design
Sprint 3: Development
Sprint 4: Testing and deployment
------------------------------
This approach allows for a clear focus on each phase, but it may lead to longer overall project timelines as each phase is dependent on the completion of the previous one.

 

Parallel Approach: In this approach, you would include all activities (requirement gathering, design, development, testing) within a single sprint. This means that each sprint would deliver a small, but complete, increment of the report. For example:

-----------------------------------
Sprint 1: Requirement gathering, design, development, testing for a specific feature or section of the report
Sprint 2: Requirement gathering, design, development, testing for the next feature or section
--------------------------------------
This approach promotes continuous delivery and feedback, allowing for adjustments to be made throughout the project. It can be more efficient but requires careful planning and coordination.

 

 

Hybrid Approach: This approach combines elements of both sequential and parallel approaches. You might start with a sprint dedicated to requirement gathering and high-level design, followed by sprints that include design, development, and testing for specific features or sections. For example:

------------------------------------------
Sprint 1: Requirement gathering and high-level design
Sprint 2: Design, development, testing for Feature A
Sprint 3: Design, development, testing for Feature B
---------------------------------------
This approach provides a balance between focused phases and continuous delivery.

 

You can flexibly adjust it according to your needs.

 

Hope this helps.

 

Best Regards

Zhengdong Xu
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.

suparnababu8
Super User
Super User

Hello @powerbiexpert22 

 

It's depends on your project requirements/ timelines and team efforts.

 

The best approch I will follow is..

 

  • In sprint 1, I will gather high-level requirements and create initial designs and wireframes and finally I'll get feedback from my clients.
  • In sprint 2, After sign-off from my client, I'll proceed furthur such as start developing the report based on initial designs, continue ad hoc requirements and designs as needed and I will conduct repetative testing and gather feedback from my clients
  • Then, in sprint 3 I will finalize the development based on feedback and performing the market testing (UAT) once I got sign-off from clinet I'll publish to higher  environments.
  • Inf Sprint4 I will grant access to all end users and clinet will announce Go-Live.

Hope you are clear now.

 

Thanks!

Helpful resources

Announcements
Join our Fabric User Panel

Join our Fabric User Panel

Share feedback directly with Fabric product managers, participate in targeted research studies and influence the Fabric roadmap.

February Power BI Update Carousel

Power BI Monthly Update - February 2026

Check out the February 2026 Power BI update to learn about new features.

FabCon Atlanta 2026 carousel

FabCon Atlanta 2026

Join us at FabCon Atlanta, March 16-20, for the ultimate Fabric, Power BI, AI and SQL community-led event. Save $200 with code FABCOMM.