Home Home Templates Services Newsletter Log In Sign Up
Product Development Template
Description
Make your product development cycle blazingly fast with expert-led processes: from requirement gathering to design, development, and QA, ensuring goal alignment.
Actors
  • Business Analyst – A Business Analyst acts as a bridge between business needs and technology solutions, focusing on analyzing and improving business processes and systems to enhance organizational efficiency and effectiveness.
  • Expert User
  • QA Technician
  • Software Developer
  • System Architect
  • UI Designer
Process Stories
  1. Product Development Story
    1. If requirements have not already been gathered, Business Analyst, Expert User gather and document requirements.
      1. Expert User verbally describes business activities.
      2. Business Analyst documents activities in a business process story.
      3. Clarifying or expanding on what Expert User described, Business Analyst asks questions as needed.

      4. If Expert User describes a high-level idea, Business Analyst records it as an “Idea to Incorporate”.
      5. If the idea is one that cannot be incorporated into the story, Business Analyst records it as a requirement statement.

      6. Once the basic structure of the process story is in place, Business Analyst, Expert User review the ideas to incorporate and make changes to the story.
      7. Business Analyst, Expert User modify each relevant activity and adding activities as needed to represent the idea throughout the business process.

      8. For critical system users, Business Analyst, Expert User work with specific actors and actual users to write user experience stories.
      9. Business Analyst reviews user experience stories to ensure each activity is included in the business process story.

      10. Expert User write a business case document describing general business objectives and their financial impact.
      11. While reading the document, Business Analyst, Expert User review business process story against the business case details to ensure business objectives are achieved by the documented business activities.

      12. While reading the document, Expert User reviews the story and comments on incorrect or unclear wording, additional relevant details, and anything else that comes to mind.
      13. Until Expert User is satisfied, Business Analyst revises the business process story till everything relevant is represented .
      14. Until satisfied, Business Analyst revises the business process story until the story is understandable and actionable.
    2. Business Analyst documents overlaps and gaps with an existing system.
      1. If there is an existing system that will be modified or extended, Business Analyst reviews each activity in the business process story and documents it as representing an overlap or gap in the existing system.

      2. For each overlap, Business Analyst documents how that activity is done in the existing system.
      3. For each gap, Business Analyst documents any aspects of the existing system that are partial overlaps, and adds it to the list of gaps for design and implementation.
    3. System Architect models data and defines system interfaces.
      1. System Architect reviews each activity in business process stories and write data statements based on explicit or implied data to be recorded or reviewed by actors.

      2. System Architect reviews screen and report outlines and maps each field to a field in the existing data model.
      3. If there is no adequate field in the existing data model, System Architect records data statements describing the field and its relationship to other data concepts.

      4. System Architect reviews user interfaces and based on anticipated system architecture (especially for client applications on mobile or desktop devices) designs services and/or API for processing user input and preparing more complex data for presentation.

      5. System Architect reviews business process story to identify all system-system interactions (as opposed to user-system interactions).
      6. System Architect identifies an existing system interface for each interaction, or defines a system interface (web service, file drop, API call, etc).
      7. System Architect maps each field in system interfaces to the data model.
      8. For fields without an existing field in the data model, System Architect records data statements describing the field and its relationship to other data concepts.

      9. System Architect organizes data statements by data concept to group them for easier modeling and to remove redundant statements.
      10. System Architect maps each data statement to the data model and as needed extends data model based on data statements.
      11. System Architect updates user and system interface data mappings for relevant fields.

      12. System Architect defines initial and test data to demonstrate how data is structured and to use for testing.
    4. If needed, UI Designer designs screens and reports.
      1. Considering activities from the business process story and on gap descriptions, UI Designer outlines the contents of screens and reports.
      2. UI Designer creates functional wireframes to accompany the screen and report outlines.
      3. UI Designer optionally creates screen flow diagram to show transitions between screens in each application.

      4. Business Analyst reviews outlines and wireframes to verify the designs against the requirements.
      5. Business Analyst asks questions to UI Designer as needed, and may do the entire review in conversation with UI Designer.

      6. Business Analyst, UI Designer reviews outlines and wireframes to verify the designs against the requirements with Expert User by role playing.
      7. Expert User follows the business process story describing what they would do as each of the actors to perform each action.
      8. UI Designer plays the role of the system and describes how the system would respond to each user action, including changing from one wireframe to another as screens change.

      9. UI Designer updates outlines and wireframes based on comments from Business Analyst and Expert User.
      10. If comments from Expert User require business process changes, Business Analyst updates relevant stories.
      11. If comments from Expert User require business process changes, UI Designer updates design according to updated requirements.
    5. Software Developer implements user and system interface designs.
      1. Software Developer reviews business process story to understand the context of what needs to be built.
      2. Software Developer implements software described in user interface designs and technical designs.
    6. Business Analyst, Expert User, System Architect, UI Designer review implementation.
      1. System Architect reviews implementation to ensure that data comes from and goes to the fields described in data mapping.
      2. System Architect reviews service and/or API implementations and other system interfaces for consistency with the technical designs.

      3. UI Designer reviews user interfaces and tests interactions against descriptions in the screen and report outlines, and layout against the wireframes.

      4. Business Analyst reviews implementation by performing business activities described in the business process story.
      5. Business Analyst hands off each activity that is functionally supported to the Expert User for final review and testing.

      6. If QA Technician is involved, QA Technician performs a comprehensive test of implementation against individual designs and end-to-end test based on the requirements in the business process story.
      7. QA Technician identifies and tests possible uses of the implementation that are not part of the business process story, and not an explicit part of the user and system interface designs.

      8. With comprehensive testing done by QA Technician, other roles can reduce their efforts to spot review and testing, Expert User reviews everything from a user perspective for acceptance of delivery.

  2. Business Analyst , Expert user gather and document requirements
    1. Expert User verbally describes business activities.
    2. Business Analyst documents activities in a business process story.
    3. Clarifying or expanding on what Expert User described, Business Analyst asks questions as needed.


    4. If Expert User describes a high-level idea, Business Analyst records it as an “Idea to Incorporate”.
    5. If the idea is one that cannot be incorporated into the story, Business Analyst records it as a requirement statement.


    6. Once the basic structure of the process story is in place, Business Analyst, Expert User review the ideas to incorporate and make changes to the story.
    7. Business Analyst, Expert User modify each relevant activity and adding activities as needed to represent the idea throughout the business process.


    8. For critical system users, Business Analyst, Expert User work with specific actors and actual users to write user experience stories.
    9. Business Analyst reviews user experience stories to ensure each activity is included in the business process story.


    10. Expert User write a business case document describing general business objectives and their financial impact.
    11. While reading the document, Business Analyst, Expert User review business process story against the business case details to ensure business objectives are achieved by the documented business activities.


    12. While reading the document, Expert User reviews the story and comments on incorrect or unclear wording, additional relevant details, and anything else that comes to mind.
    13. Until Expert User is satisfied, Business Analyst revises the business process story till everything relevant is represented .
    14. Until satisfied, Business Analyst revises the business process story until the story is understandable and actionable.

  3. Business Analyst documents overlaps and gaps with an existing system
    1. If there is an existing system that will be modified or extended, Business Analyst reviews each activity in the business process story and documents it as representing an overlap or gap in the existing system.


    2. For each overlap, Business Analyst documents how that activity is done in the existing system.
    3. For each gap, Business Analyst documents any aspects of the existing system that are partial overlaps, and adds it to the list of gaps for design and implementation.

  4. UI Designer designs screens and reports
    1. Considering activities from the business process story and on gap descriptions, UI Designer outlines the contents of screens and reports.
    2. UI Designer creates functional wireframes to accompany the screen and report outlines.
    3. UI Designer optionally creates screen flow diagram to show transitions between screens in each application.


    4. Business Analyst reviews outlines and wireframes to verify the designs against the requirements.
    5. Business Analyst asks questions to UI Designer as needed, and may do the entire review in conversation with UI Designer.


    6. Business Analyst, UI Designer reviews outlines and wireframes to verify the designs against the requirements with Expert User by role playing.
    7. Expert User follows the business process story describing what they would do as each of the actors to perform each action.
    8. UI Designer plays the role of the system and describes how the system would respond to each user action, including changing from one wireframe to another as screens change.


    9. UI Designer updates outlines and wireframes based on comments from Business Analyst and Expert User.
    10. If comments from Expert User require business process changes, Business Analyst updates relevant stories.
    11. If comments from Expert User require business process changes, UI Designer updates design according to updated requirements.

  5. System Architect models data and defines system interfaces
    1. System Architect reviews each activity in business process stories and write data statements based on explicit or implied data to be recorded or reviewed by actors.


    2. System Architect reviews screen and report outlines and maps each field to a field in the existing data model.
    3. If there is no adequate field in the existing data model, System Architect records data statements describing the field and its relationship to other data concepts.


    4. System Architect reviews user interfaces and based on anticipated system architecture (especially for client applications on mobile or desktop devices) designs services and/or API for processing user input and preparing more complex data for presentation.


    5. System Architect reviews business process story to identify all system-system interactions (as opposed to user-system interactions).
    6. System Architect identifies an existing system interface for each interaction, or defines a system interface (web service, file drop, API call, etc).
    7. System Architect maps each field in system interfaces to the data model.
    8. For fields without an existing field in the data model, System Architect records data statements describing the field and its relationship to other data concepts.


    9. System Architect organizes data statements by data concept to group them for easier modeling and to remove redundant statements.
    10. System Architect maps each data statement to the data model and as needed extends data model based on data statements.
    11. System Architect updates user and system interface data mappings for relevant fields.


    12. System Architect defines initial and test data to demonstrate how data is structured and to use for testing.

  6. Software Developer implements user and system interface designs
    1. Software Developer reviews business process story to understand the context of what needs to be built.
    2. Software Developer implements software described in user interface designs and technical designs.

  7. Business Analyst , Expert User , System Architect , UI Designer review implementation
    1. System Architect reviews implementation to ensure that data comes from and goes to the fields described in data mapping.
    2. System Architect reviews service and/or API implementations and other system interfaces for consistency with the technical designs.


    3. UI Designer reviews user interfaces and tests interactions against descriptions in the screen and report outlines, and layout against the wireframes.


    4. Business Analyst reviews implementation by performing business activities described in the business process story.
    5. Business Analyst hands off each activity that is functionally supported to the Expert User for final review and testing.


    6. If QA Technician is involved, QA Technician performs a comprehensive test of implementation against individual designs and end-to-end test based on the requirements in the business process story.
    7. QA Technician identifies and tests possible uses of the implementation that are not part of the business process story, and not an explicit part of the user and system interface designs.


    8. With comprehensive testing done by QA Technician, other roles can reduce their efforts to spot review and testing, Expert User reviews everything from a user perspective for acceptance of delivery.

Origin Story Description Vision Actors Process Stories 1. Product Development Story 2. Business Analyst , Expert user gather and document requirements 3. Business Analyst documents overlaps and gaps with an existing system 4. UI Designer designs screens and reports 5. System Architect models data and defines system interfaces 6. Software Developer implements user and system interface designs 7. Business Analyst , Expert User , System Architect , UI Designer review implementation
Origin Story Description Vision Actors Process Stories 1. Product Development Story 2. Business Analyst , Expert user gather and document requirements 3. Business Analyst documents overlaps and gaps with an existing system 4. UI Designer designs screens and reports 5. System Architect models data and defines system interfaces 6. Software Developer implements user and system interface designs 7. Business Analyst , Expert User , System Architect , UI Designer review implementation