Forum Discussion

powerbiexpert22's avatar
powerbiexpert22
Impactful Individual
1 year ago
Solved

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?

  • 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!

  • Anonymous's avatar
    Anonymous
    1 year ago

    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.

2 Replies

  • 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!

  • Anonymous's avatar
    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.