1.4.5.1 - Tasks
Enroll to start learning
Youβve not yet enrolled in this course. Please enroll for free to listen to audio lessons, classroom podcasts and take practice test.
Interactive Audio Lesson
Listen to a student-teacher conversation explaining the topic in a relatable way.
Eliciting Requirements
π Unlock Audio Lesson
Sign up and enroll to listen to this audio lesson
Today we're going to discuss the first phase: Eliciting Requirements. This is crucial for understanding what stakeholders need. Who can tell me what a stakeholder is?
A stakeholder is anyone who has an interest in the project, like customers or team members.
Exactly! Now, can you name some stakeholders for an online grocery system?
Customers, store staff, and delivery team are a few.
Great! Remember the acronym 'RACI' for roles: Responsible, Accountable, Consulted, and Informed. Who can explain what each role means?
Responsible is the one who does the work; accountable is the one who makes the decisions. Consulted means being asked for input, and informed is just kept updated.
Perfect! Letβs summarize: Eliciting requirements is about understanding stakeholder needs through interviews and creating a stakeholder matrix. Don't forget to document your findings!
Documenting Requirements
π Unlock Audio Lesson
Sign up and enroll to listen to this audio lesson
Moving to the second phase: Documenting Requirements. Can anyone explain what a user story is?
It's a way to describe a feature from the user's perspective.
Correct! We use the INVEST criteria to make these user stories effective. Does anyone remember what INVEST stands for?
Independent, Negotiable, Valuable, Estimable, Small, Testable!
Exactly! Now, whatβs the purpose of defining acceptance criteria?
To clarify when a user story is complete and to ensure the development meets requirements.
Great observation! Remember to document these clearly to track requirements in your RTM.
Modeling the System
π Unlock Audio Lesson
Sign up and enroll to listen to this audio lesson
In the next phase, weβll model the system. Why do you think diagrams like Use Case and Activity Diagrams are important?
They help visualize how users will interact with the system.
Exactly! A Use Case Diagram shows interactions, while an Activity Diagram illustrates user flows. How could wireframes fit into this?
Wireframes provide a blueprint of the user interface, showing layout and functionality.
Good insight! When you create these models, focus on user experience by considering the user journey.
Test Planning
π Unlock Audio Lesson
Sign up and enroll to listen to this audio lesson
The last planned phase is Test Planning. What do we mean by test cases?
Test cases are conditions used to verify if a requirement is met!
Absolutely! Why is mapping test cases to requirements helpful?
It ensures that all parts of the project are tested and meets the original requirements.
Excellent! And by identifying defects, we improve the system before rollout.
Presentation & Review
π Unlock Audio Lesson
Sign up and enroll to listen to this audio lesson
In the final phase, we discuss the presentation and review. What should a good presentation include?
A summary of the project and details on user stories and diagrams.
Exactly! What is the value of presenting to peers or mentors?
It provides feedback and helps refine our work.
Spot on! Always focus on clarity and engagement during your presentation to leave a lasting impact.
Introduction & Overview
Read summaries of the section's main ideas at different levels of detail.
Quick Overview
Standard
The section breaks down the project into five phases: Eliciting Requirements, Documenting Requirements, Modeling the System, Test Planning (optional), and Presentation & Review. Each phase includes detailed tasks and deliverables, focusing on the development of an online grocery ordering system.
Detailed
In this capstone-style activity, learners engage in a comprehensive Business Analyst project lifecycle, focusing on an Online Grocery Ordering System (Mini MVP). The key phases include:
- Elicit Requirements: Identifying stakeholders and conducting mock interviews to gather needs and preferences.
- Document Requirements: Creating user stories, defining acceptance criteria, and organizing requirements in a traceability matrix.
- Model the System: Developing essential diagrams like Use Case and Activity Diagrams and creating wireframes for the user interface.
- Test Planning (optional): Crafting test cases linked to requirements and tracking potential defects.
- Presentation & Review: Summarizing the project findings in a slide deck and presenting them to peers.
The activities emphasize clarity, documentation, feasibility, and creativity in delivering business analysis outputs.
Audio Book
Dive deep into the subject with an immersive audiobook experience.
Identifying Stakeholders
Chapter 1 of 4
π Unlock Audio Chapter
Sign up and enroll to access the full audio experience
Chapter Content
β Identify stakeholders (e.g., customers, store staff, delivery team, admin)
Detailed Explanation
In this task, the focus is on identifying all the individuals and groups who will be affected by or have an interest in the online grocery ordering system. Stakeholders can include customers who will use the system, store staff who will manage the product inventory, and the delivery team responsible for home deliveries. Recognizing these stakeholders is critical, as they provide essential insights that inform the project's requirements.
Examples & Analogies
Think of a restaurant planning to open a new dining experience. The stakeholders would include the restaurant owner, chefs, servers, diners, suppliers, and even local health inspectors. Just like in the grocery app, each group has unique needs and perspectives that will impact the project.
Mock Interviews and Personas
Chapter 2 of 4
π Unlock Audio Chapter
Sign up and enroll to access the full audio experience
Chapter Content
β Conduct 2β3 mock interviews or prepare stakeholder personas
Detailed Explanation
The next step involves either conducting mock interviews with potential users or creating personas that represent different types of stakeholders. Mock interviews simulate real interviews to gather insights about needs, preferences, and pain points. Personas are fictional characters developed based on research that embody typical users, helping the team visualize their needs and expectations.
Examples & Analogies
Imagine you are developing a new smartphone app. Conducting mock interviews would be like asking friends how they use their current appsβwhat features they like and what frustrates them. Creating personas would be like defining a character like 'Busy Mom' or 'Tech-Savvy Teen' to guide the app's design towards specific user needs.
Stakeholder Matrix Creation
Chapter 3 of 4
π Unlock Audio Chapter
Sign up and enroll to access the full audio experience
Chapter Content
β Create a stakeholder matrix (with RACI if possible)
Detailed Explanation
A stakeholder matrix is a tool used to categorize and analyze each stakeholder's influence and involvement in the project. The RACI model (Responsible, Accountable, Consulted, Informed) can be added to clarify each person's role in relation to specific tasks. This helps ensure everyone understands their responsibilities and interactions throughout the project.
Examples & Analogies
Imagine you are organizing a community event. By creating a stakeholder matrix, you can outline who is in charge of venue booking, who needs to be consulted about food choices, who should be informed about the schedule, and so on. This clarity helps avoid confusion and redundancy.
Deliverables for Phase 1
Chapter 4 of 4
π Unlock Audio Chapter
Sign up and enroll to access the full audio experience
Chapter Content
π Deliverables:
β Stakeholder List & Roles
β Interview Notes / Persona Profiles
β Stakeholder Requirement Summary
Detailed Explanation
At the end of the first phase, you'll produce key deliverables which include a comprehensive list of stakeholders and their defined roles, detailed notes from the mock interviews or developed persona profiles, and a summary of requirements gathered from these activities. These deliverables provide a foundation for the next steps in the project.
Examples & Analogies
Think of this as gathering ingredients before baking a cake. You need to know what ingredients (stakeholders) you have, how you plan to use them (roles), and any special dietary needs (requirements) to ensure your cake (project) turns out as expected.
Key Concepts
-
Requirement Elicitation: Gathering information from stakeholders.
-
User Story: Describes a requirement from an end-user's perspective.
-
Acceptance Criteria: Specific conditions for user story completion.
-
Models: Visual tools like Use Case and Activity Diagrams help clarify system functionalities.
-
Test Planning: Creating conditions to validate solution effectiveness.
Examples & Applications
An example of a user story: 'As a customer, I want to add items to my cart so that I can purchase them.'
A Use Case Diagram captures how customers interact with the grocery ordering system by placing orders.
Memory Aids
Interactive tools to help you remember key concepts
Rhymes
RACI stands tall, keep roles clear for all.
Stories
Imagine a grocery store: the owner asks customers what they want, staff note it down. They sketch the flow when ordering, visualizing every part before launching.
Memory Tools
To remember INVEST - Individual parts and Needs, Even valued, Small fragments, Time to test.
Acronyms
USES
User Stories
Use case Diagrams
System model
Evaluation through testing.
Flash Cards
Glossary
- Stakeholder
An individual or group with interest or influence in a project.
- User Story
A short description of a feature from an end-user perspective.
- Acceptance Criteria
Conditions that a product must satisfy to be accepted by the user.
- Use Case Diagram
A visual representation of user interactions with a system.
- Activity Diagram
A flowchart showing the workflow of a system operation.
- Requirement Traceability Matrix (RTM)
A document that maps and traces user requirements with test cases.
Reference links
Supplementary resources to enhance your learning experience.