Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • Background

  • Solution

  • Scope

  • Actors

  • Details and Validations

  • Design Links

  • Notifications

  • Acceptance Criteria

    • Functional

    • Non-Functional

  • Metrics to Track

  • Stakeholders

    • Note: We will tag account managers, implementation SPOC, Engineering team, and other required stakeholders so that we are all on the same page about the design and status of a particular feature.

...

  • Test Cases

  • Related Bugs

  • Performance Report (if applicable)

Operations

...

An observation from our real-world scenario:

...

This is a very interesting Twitter thread. I would highly recommend going over it.

One of the proposed solutions is empowering the sprint teams to work together, which I believe is truly applicable in our context. So running Mission wise operations between Product <> Engineering/Platform <> Programs:

...

We will the Dashboards feature of Jira and set up reports for stakeholders. Key considerations we want to keep in mind for reporting

  1. Readiness for a sprint (Product and Engineering): To understand what is the type of work we’re prioritizing sprint-by-sprint

    1. Product Sprint

      1. Research, Design, Development related

      2. GTM & Partnerships related

      3. Miscellaneous

    2. Engineering Sprint

      1. New features

      2. Enhancements

      3. Existing backlog and bug fixes

  2. Sprint spillovers (Product, Engineering/Core, QA)

  3. Bug Reports

  4. Timelines

  5. Implementation/Adoption of Changes

Some Work-In-Progress Sample Reports:

...