diff --git a/common-content/en/blocks/teamwork-project-s2/index.md b/common-content/en/blocks/teamwork-project-s2/index.md index 4dcbf4e38..27a6c97e0 100644 --- a/common-content/en/blocks/teamwork-project-s2/index.md +++ b/common-content/en/blocks/teamwork-project-s2/index.md @@ -15,6 +15,8 @@ publishResources = false {{}} ===[[Prep & Introduction]]=== +⏱️ **Time:** 15 minutes + ### Prep Post-its and pens for each team @@ -25,10 +27,12 @@ Ensure trainees have completed the required reading on Product/MVP concepts ### Introduction -In this session, we move from theoretical concepts to defining the core of your specific project. We will identify who your users are, what they actually need, and how your product serves them. +Before any code is written, product managers and business analysts work with stakeholders to understand what to build and why. They ask: Who are our users? What do they need? What is the smallest useful thing we can ship? + +In this session we explore that process — moving from a product idea to a clear understanding of users, needs, and priorities. ===[[🧩 Exercise 1: Concept Alignment]]=== -⏱️ Time: 20 minutes +⏱️ **Time:** 20 minutes 🎯 Goal: Define and differentiate Product, MVP, Feature, and User Story @@ -38,40 +42,59 @@ Create a collaborative board with four columns: Product, MVP, Feature, and User Class Discussion: Briefly define each concept as a group. -Post-it Activity: Each trainee writes one phrase or word per Post-it (e.g., “The smallest version of a product that allows a team to collect the maximum amount of validated learning” for MVP) and places it in the correct column. +Post-it Activity: Each trainee writes one phrase or word per Post-it (e.g., "The smallest version of a product that allows a team to collect the maximum amount of validated learning" for MVP) and places it in the correct column. Review the board as a group to clarify any misconceptions. ===[[🧩 Exercise 2: Defining Your Users]]=== -⏱️ Time: 20 minutes +⏱️ **Time:** 20 minutes 🎯 Goal: Identify target audiences and their specific needs #### Instructions -Using the product your team defined in the previous week, discuss the following: +Let's assume we are building a job board for people looking for their first role in tech. + +Discuss the following as a team: -- Who are your users? (e.g., students, administrators, casual readers) -- What different user profiles exist? (e.g., a "Guest" vs. an "Authenticated User") -- What specific needs does your product address? +- Who are your users? (e.g., first-time jobseekers, experienced recruiters, hiring managers at small startups) +- What different user profiles exist? (e.g., a "Guest browsing jobs" vs. a "Registered jobseeker" vs. an "Employer posting a role") +- What specific needs does each user have? How might those needs conflict? +- Which users matter most for your MVP? -Deliverable: Write a short description of your product, its users, and their needs. Choose a spokesperson (ideally someone new) to present this to the class in 1 minute. +Deliverable: Write a short description of the product, its users, and their needs. Choose a spokesperson (ideally someone new) to present this to the class in 1 minute. + +☕ **15 minute break** ===[[🧩 Exercise 3: Functionality & Problem Solving]]=== -⏱️ Time: 20 minutes +⏱️ **Time:** 20 minutes -🎯 Goal: Connect product features to user pain points +🎯 Goal: Connect product features to user needs, and practise prioritisation #### Instructions Internal Brainstorm: In your teams, answer: - What is the primary functionality of your product? -- How exactly does it solve the user problems identified in Exercise 2? -- Peer Review: Pair up with another team. +- How exactly does it solve the needs identified in Exercise 2? +- If you could only ship three features for your MVP, which would you choose and why? + +Peer Review: Pair up with another team. + +Feedback Loop: Share your answers with the other team. Provide constructive feedback on their prioritisation choices — do you agree with what they included in the MVP? What did they leave out that you would have included? + +===[[🎯 Wrap-up: How does this work on real teams?]]=== +⏱️ **Time:** 15 minutes + +🎯 Goal: Connect today's exercises to real product and BA practice + +Talk with your volunteers about how this works day-to-day: -Feedback Loop: - Share your answers with the other team. +- Who decides what gets built — product managers, engineers, stakeholders, or all three? +- How do teams find out what users actually need? (user research, interviews, analytics) +- How do you decide what goes in the MVP vs what comes later? +- What happens when different stakeholders disagree on priorities? -Provide constructive feedback, opinions, and suggestions to help the other team refine their understanding. +This is a chance to ask questions and hear real examples from people working in tech today. -{{< /tabs >}} \ No newline at end of file +{{< /tabs >}} diff --git a/common-content/en/blocks/teamwork-project-s3/index.md b/common-content/en/blocks/teamwork-project-s3/index.md index d780ec5bc..e3cbc94a9 100644 --- a/common-content/en/blocks/teamwork-project-s3/index.md +++ b/common-content/en/blocks/teamwork-project-s3/index.md @@ -14,6 +14,7 @@ publishResources = false {{}} ===[[👉🏽 PD Session]]=== +⏱️ **Time:** 15 minutes ### Preparation @@ -63,12 +64,13 @@ However, we cannot deliver everything at once. And we also cannot plan every det This process is often called User Journey Mapping or Story Mapping. Because we cannot deliver everything at once, we must prioritize must-have features first. -===[[🧩 1) What questions should we ask to identify what was built?]]=== +===[[🧩 1) What questions should we ask to understand what we need to build?]]=== -### What questions should we ask to identify what was built? +### What questions should we ask to understand what we need to build? +⏱️ **Time:** 15 minutes -🎯 Goal: To understand the requirements of building a library(5 minutes) +🎯 Goal: To understand the requirements of building a library Let’s assume we have been asked to build a library website that allows you to borrow books. @@ -80,7 +82,9 @@ Instructions - Focus is on the questions, not the answers! ===[[🧩 Exercise 2: What features should this website have?]]=== -🎯 Goal: Learn how to break down a broad product into specific features (10 minutes) +⏱️ **Time:** 10 minutes + +🎯 Goal: Learn how to break down a broad product into specific features Scenario: Assume we have answers to our product questions. Our goal is to build a website with a catalogue of books that can be borrowed online. @@ -92,6 +96,8 @@ Examples: book search, shopping cart, user accounts. One person from each group shares the group's thoughts with the class. +☕ **15 minute break** + ===[[🧩 Exercise 3: User Stories]]=== ⏱️ Time: 15 minutes @@ -114,24 +120,46 @@ Example (Shopping Cart): Group representatives volunteer to share their stories with the class. ===[[🧩 Exercise 4: Task Breakdown]]=== -⏱️ Time: 15 minutes +⏱️ **Time:** 15 minutes -🎯 Goal: Understand technical tasks and dependencies +🎯 Goal: Understand how to break a user story into technical tasks and map dependencies between them -Instructions +### Instructions + +1. In your groups, choose one user story from Exercise 3. +2. Identify the technical tasks needed to deliver that user story. +3. Map dependencies between your tasks: + - How does Task A affect other tasks? + - Does Task A need to be completed before Task B can start? +4. Size each task based on complexity — pick **one** sizing approach for this exercise: + - **Story points** (relative effort, e.g. 1, 2, 3, 5, 8) + - **Days** (rough time estimate, e.g. 0.5d, 1d, 2d) + > Real teams use one or the other consistently. Story points are more common in agile teams as they reflect effort rather than time, but both are valid. Just don't mix them! +5. Discuss: When is the right time to assign tasks? What criteria should you follow? + +### Example -In your groups, choose one user story from Exercise 3. +**User story:** "As a library user, I want to search for books so that I can find what I need quickly." -Identify the tasks needed to deliver that outcome (e.g., "Create database table," "Build UI search bar"). +| Task | Depends on | Size | +|---|---|---| +| Agree on frontend/backend API contract | — | 1 point | +| Build a search bar UI component | API contract | 3 points | +| Create a `/books/search` API endpoint | API contract | 3 points | +| Connect the search API to the database | API endpoint | 2 points | -Map dependencies: +===[[🎯 Wrap-up: How does this work on real teams?]]=== +⏱️ **Time:** 15 minutes -How does Task A affect other tasks? +🎯 Goal: Connect today's exercises to real engineering team practice -Does Task A need to be completed before Task B can start? +Talk with your volunteers about how this works day-to-day: -Size the tasks based on complexity. +- How does your team manage user stories and task breakdowns? (Jira, Linear, Notion, etc.) +- Who writes user stories — product managers, engineers, or both? +- How do you handle dependencies between tasks in a sprint? +- What happens when a task turns out to be bigger than expected? -Discuss: When is the right time to assign tasks? What criteria should you follow? +This is a chance to ask questions and hear real examples from people working in tech today. {{< /tabs >}}