Enrol to start learning
Reading is open to everyone. Enrolling is free, and it is what unlocks the audio lessons, practice tests and progress tracking.
1.4.4.2. Deliverables
Learn content
Interactive Audio Lesson
Unlock the classroom podcast
The transcript is free to read. A free account plays the conversation back.
To kick off our project, we need to elicit requirements effectively. Who can tell me why understanding stakeholders is crucial?
Because they have the information we need to build our system, right?
Exactly! Remember, we use the acronym RACI to clarify roles: Responsible, Accountable, Consulted, and Informed. This helps us understand who is involved.
Can we use personas instead of just interviews?
Great point! Creating persona profiles can also help visualize the user needs. Can anyone summarize what deliverables we produce in this phase?
We create a stakeholder list, interview notes, and a stakeholder requirement summary.
Yes! Well done. The clarity in our documentation sets the foundation for the next phases.
What if the stakeholders have conflicting requirements?
A great question! It's our job to negotiate and prioritize their needs fairly. Let's remember that our task is about delivering value and clarity.
To wrap up, eliciting requirements is critical; we gather, clarify, and document needs. We'll move on to documenting these requirements next.
Unlock the classroom podcast
The transcript is free to read. A free account plays the conversation back.
Now that we've gathered requirements, how do we document them effectively?
We write user stories in the INVEST format!
Right! Can anyone explain what INVEST stands for?
Independent, Negotiable, Valuable, Estimable, Small, and Testable!
Excellent! Additionally, who can tell me how we define acceptance criteria?
Using Gherkin's Given-When-Then format!
Correct! This format helps outline specific outcomes tied to user stories. What do we produce in this phase?
User stories document, acceptance criteria sheet, and a requirement traceability matrix!
Good job! Documenting clearly not only assists in the development but also aids testing later on.
To summarize, we write user stories to maintain clarity, and establish acceptance criteria to ensure requirements meet user needs. Let's proceed to modeling our system.
Unlock the classroom podcast
The transcript is free to read. A free account plays the conversation back.
In modeling the system, we primarily focus on creating diagrams and wireframes. Who can tell me the significance of using diagrams?
Diagrams help to visualize processes and understand user interactions with the system!
Exactly right! For our project, we should create a use case diagram and an activity diagram. What do these diagrams depict?
The use case diagram shows the interactions between users and the system, while the activity diagram outlines the flow of actions!
Perfect! Additionally, we can create low-fidelity wireframes for initial screen designs. Why do we start with low-fidelity?
They are quicker to produce and easy to adapt based on feedback!
Very insightful! Visuals are vital for development and serve as a reference throughout the project lifecycle.
Recapping, our task in system modeling involves creating diagrams to represent user functionality and initial wireframes to visualize the design. Next, we’ll touch on test planning.
Unlock the classroom podcast
The transcript is free to read. A free account plays the conversation back.
Test planning is crucial for quality assurance. What should our approach include?
We need to write test cases that verify if the requirements are met!
Correct! What format should our test cases adhere to?
It should include ID, steps, and expected results!
Exactly, and we can also map these test cases back to our requirements using the requirements traceability matrix. Can someone explain its purpose?
It ensures that all requirements are tested and that nothing is missed!
Exactly! While optional, identifying defects during testing adds great value. To sum up, the test planning phase gives us a clear strategy for verifying our deliverables and ensuring quality.
Unlock the classroom podcast
The transcript is free to read. A free account plays the conversation back.
Lastly, we must present our work effectively. What are key elements to include in our presentation?
The business problem, our proposed solution, and visuals like diagrams!
Well noted! How many slides should we aim for?
Six to eight slides maximum!
That's right—we want to keep it concise. Additionally, what’s a good way to engage our audience?
Using interactive elements like questions or inviting feedback!
Absolutely! Finally, recording a summary video can enhance our presentation. In summary, our presentation should focus on clarity and engagement to convey our findings effectively.
Overview
Short Summary
The section details the comprehensive deliverables required for a mini-project in business analysis, simulating a real-world BA project lifecycle.
Medium Summary
This section outlines the necessary deliverables for an end-to-end mini-project that includes requirements elicitation, documentation, modeling, and presentation. It emphasizes the importance of creating detailed outputs that represent real-world business analysis work.
Detailed Summary
In Chapter 24's section on Deliverables, learners are guided through the necessary outputs that a Business Analyst (BA) must produce for an Online Grocery Ordering System project. The phase-oriented structure includes five key phases: eliciting requirements, documenting requirements, modeling the system, test planning, and presentation & review. Each phase has specific tasks and deliverables such as stakeholder matrices, user stories, diagrams, and presentation slides, ensuring full coverage of the BA lifecycle. The section emphasizes practical application, reflection, and presentation as core components of the learning experience.
Audio Book
Unlock the audio lesson
The script is above and free to read. A free account plays it back, in the voice you pick.
Create a free accountDeliverables:
- Stakeholder List & Roles
- Interview Notes / Persona Profiles
- Stakeholder Requirement Summary
Detailed Explanation
In the first phase, the deliverables focus on understanding who the stakeholders are and their needs. You need to create a list of stakeholders and define their roles in the project. This includes collecting interview notes or profiles of potential users (personas) to better understand their perspectives. Finally, summarize the requirements gathered from stakeholders to ensure clear communication.
Examples & Analogies
Imagine you're planning a birthday party. First, you would identify important people to invite (your stakeholders). Then, you would ask each person what their favorite food is (an interview) and write down their answers. Finally, you would create a list summarizing everyone's preferences to ensure the party meets their expectations.
Unlock the audio lesson
The script is above and free to read. A free account plays it back, in the voice you pick.
Create a free accountDeliverables:
- User Stories Document
- Acceptance Criteria Sheet
- BRD or FRD (can be simplified)
- RTM in Excel or Table format
Detailed Explanation
The second phase revolves around documenting the requirements that were elicited. This involves writing user stories that describe the functionality from the user's perspective, defining clear acceptance criteria for each story using the Gherkin format, and categorizing requirements into business, functional, and non-functional types. Additionally, creating a Requirement Traceability Matrix (RTM) helps track the requirements throughout the project.
Examples & Analogies
Continuing with the birthday party analogy, this phase is like creating the menu and shopping list based on everyone’s food preferences. You would write down stories like 'As a guest, I want pizza so that I can enjoy my favorite food.' The acceptance criteria would specify details like 'Must have pepperoni and vegetarian options.' The RTM is similar to tracking ingredients needed to ensure everything aligns with guests' preferences.
Unlock the audio lesson
The script is above and free to read. A free account plays it back, in the voice you pick.
Create a free accountDeliverables:
- Use Case Diagram
- Activity Diagram
- Low-fidelity Wireframes (for 2–3 key screens)
Detailed Explanation
In this phase, the key deliverables include visual representations of how the system will work. A Use Case Diagram illustrates the interactions between users and the system for tasks like placing an order. An Activity Diagram showcases the step-by-step flow of a customer journey from browsing to checkout. Low-fidelity wireframes provide a basic layout of key screens to visualize the interface design.
Examples & Analogies
Think of this phase as creating a map for your birthday party. The Use Case Diagram is like marking on the map who enters which room (guests interacting with the system), the Activity Diagram is like showing the path guests take from the living room (browsing) to the dining area (checkout), and wireframes are rough sketches of how the rooms are set up for food and games.
Unlock the audio lesson
The script is above and free to read. A free account plays it back, in the voice you pick.
Create a free accountDeliverables:
- Test Case Table (ID, Steps, Expected Result)
- Defect Log (Optional, for extra challenge)
Detailed Explanation
During the optional phase of test planning, the focus is on ensuring that the system works as expected. This involves creating test cases that outline specific actions to be taken and the expected outcomes. Additionally, maintaining a Defect Log helps identify and track any issues encountered during testing.
Examples & Analogies
Imagine you're a chef testing recipes for the party. You would create a test case like 'Make a cake and check if it rises properly’ (steps and expected outcome). If something goes wrong, like the cake doesn’t rise, you note it down in your 'Defect Log' to fix it later.
Unlock the audio lesson
The script is above and free to read. A free account plays it back, in the voice you pick.
Create a free accountDeliverables:
- Slide Deck (PDF or PPT)
- Optionally, record a 5-minute video walkthrough
Detailed Explanation
The final phase focuses on summarizing and reviewing all the work done through a presentation. This includes creating a slide deck that outlines the business problem, the proposed solution, the user stories, the diagrams, and the next steps. Optionally, presenting the project through a recorded walkthrough can also be included to demonstrate the findings and engage the audience.
Examples & Analogies
Think of this phase as creating a scrapbook of your birthday party planning. The slide deck summarizes everything you did, from the initial ideas to the final plans. If you make a video walkthrough, it's like inviting someone to watch how you organized everything from start to finish, sharing why you made certain choices and what you learned.
--
Key concepts
Core takeaways and short definitions to help you quickly recall the key ideas from this section.
- Business Analysis Deliverables:
Key outputs required in each phase of business analysis.
- User Stories:
Features written from a user perspective guiding functionality.
- Models and Diagrams:
Visual aids that illustrate system functionality and user interaction.
- Testing and Validation:
Ensures that requirements are met through systematic exploration.
- Presentation Skills:
Critical for effectively communicating findings and engaging stakeholders.
Examples
Step-by-step examples to apply the section's ideas and test your understanding.
A stakeholder list might include customers, store staff, and delivery team members with specified roles.
An example user story could be: 'As a customer, I want to view products so that I can order my groceries efficiently.'
A use case diagram may depict actors like 'Customer' and 'Admin' with their interactions with the system functionalities.
Memory aids
Imagine being a customer shopping online. You want everything easy and fine. You say what you need, and the BA takes note, crafting stories that help the team build your hope.
Flash Cards
Glossary
Elicit
To gather information or requirements from stakeholders.
User Stories
Short, simple descriptions of features from the user's perspective.
Use Case Diagram
A visual representation that shows interactions between users and the system.
Activity Diagram
A visual representation of workflows, depicting the sequence of actions.
Requirement Traceability Matrix (RTM)
A document that links requirements to their corresponding test cases.
Acceptance Criteria
Conditions that a product must satisfy to be accepted by stakeholders.