The document provides guidance on writing effective agile user stories. It discusses:
1) The roles of the product owner, technical analyst, functional analyst, and business analyst in creating and maintaining the product backlog.
2) Attributes of well-written user stories, including being independent, negotiable, valuable, estimable, and testable (INVEST).
3) Components of a user story including the title, description using a template, business priority, complexity estimate, and acceptance criteria.
4) Prioritization techniques like MoSCoW and stack ranking based on business priority, complexity, and dependencies.
This presentation includes an overview of the various estimation techniques used in Agile projects. I've also put in a slide for explaining the importance of business value for Agile requirements. A simple mechanism on capacity planning before weaving it all together to come up with a reasonably foolproof plan.
Do you want to write great User Stories that provide the vehicle for conversation and confirmation that we build the right thing? Do you struggle with splitting stories so that they still provide business value but can be accomplished within a fraction of your iteration? We will do a quick refresher on User Story formatting to include Acceptance Criteria. Additionally we will learn techniques for splitting stories in this interactive workshop.
Product Backlog - Refinement and Prioritization TechniquesVikash Karuna
This presentation describes the important techniques used in Product Backlog refinement and prioritization in Agile development. The various techniques described here are very useful for product managers, product owners, scrum masters, and agile teams.
This August Scrum Breakfast, we have a new speaker - Mr. Pedro Gonzalez - Scrum Master at TINYpulse.
He will bring us an interesting topic about Agile estimation using story points, giving some tips on why relative estimations are far better than absolutes, why we shouldn't spend too long in details, and other issues he has experienced himself with his team.
Writing Good User Stories (Hint: It's not about writing)one80
User stories are typically the foundation of the Product Backlog. However, the original purpose has been lost. This is from a presentation that was given to help remind everyone of what User Stories are, and what they aren't. The purpose of User Stories is to drive conversations, not to hand "requirements" from one group to the next.
This presentation includes an overview of the various estimation techniques used in Agile projects. I've also put in a slide for explaining the importance of business value for Agile requirements. A simple mechanism on capacity planning before weaving it all together to come up with a reasonably foolproof plan.
Do you want to write great User Stories that provide the vehicle for conversation and confirmation that we build the right thing? Do you struggle with splitting stories so that they still provide business value but can be accomplished within a fraction of your iteration? We will do a quick refresher on User Story formatting to include Acceptance Criteria. Additionally we will learn techniques for splitting stories in this interactive workshop.
Product Backlog - Refinement and Prioritization TechniquesVikash Karuna
This presentation describes the important techniques used in Product Backlog refinement and prioritization in Agile development. The various techniques described here are very useful for product managers, product owners, scrum masters, and agile teams.
This August Scrum Breakfast, we have a new speaker - Mr. Pedro Gonzalez - Scrum Master at TINYpulse.
He will bring us an interesting topic about Agile estimation using story points, giving some tips on why relative estimations are far better than absolutes, why we shouldn't spend too long in details, and other issues he has experienced himself with his team.
Writing Good User Stories (Hint: It's not about writing)one80
User stories are typically the foundation of the Product Backlog. However, the original purpose has been lost. This is from a presentation that was given to help remind everyone of what User Stories are, and what they aren't. The purpose of User Stories is to drive conversations, not to hand "requirements" from one group to the next.
What are User Stories? How should we write them? How to write them well?
Effective User Stories allow your team to be effective (deliver want the User needs) and efficient (Deliver it quickly and importantly don't deliver unneeded features).
A. Kamran's DoD and DoR: Definition of Done and Definition of Ready in ScrumArman Kamran
Definition of what constitutes as a "Ready" PBI (Product Backlog Item) for the Development team to pull into a Sprint, and what makes that PBI considered as "Done" for the Product Owner to review and accept or reject, is a vital factor in building and maintaining a functional and ever improving relationship between PO and the Dev Team.
Here he look at best practices in doing so!
Agile Patterns: Agile Estimation
We’re agile, so we don’t have to estimate and have no deadlines, right? Wrong! This session will consist of review of the problem with estimation in projects today and then an overview of the concept of agile estimation and the notion of re-estimation. We’ll learn about user stories, story points, team velocity, how to apply them all to estimation and iterative re-estimation. We will take a look at the cone of uncertainty and how to use it to your advantage. We’ll then take a look at the tools we will use for Agile Estimation, including planning poker, Visual Studio Team System, and much more. This is a very interactive session, so bring a lot of questions!
User Story Maps: Secrets for Better Backlogs and PlanningAaron Sanders
User story mapping is an intuitive way to build and organize a product backlog. During this session you’ll get hands-on experience building a user story map. You’ll learn:
How story mapping drives productive conversations with users and stakeholders.
How to plan incremental releases of your product using minimal holistic slices that deliver value at each product release.
Secrets to effective prioritization for both planning releases, and figuring out what to build next.
Tactical management of your backlog as you grow your working software to releasability.
The backlog building and managing strategies in this session will take you well beyond the agile basics.
Introduction to the scrum framework: roles, activities and artifacts.
Scrum is an agile methodology for project management, to create a high quality product.
www.nieldeckx.be
Creating a backlog of user stories is pretty straight forward but it doesn't help you when it comes to decisions like what to build first, how to prioritize and groom the backlog, how to scope and plan the project, and how to visualize progress. The traditional backlog is simply too flat and often too long to help you see the bigger picture and make good decisions. User Story Mapping helps simplify all of these common project issues. By adding a third dimension to your backlog, your team will make better decisions about priorities, scope, and planning while improving your ability to visualize progress.
In this practical session I’ll cover the basics of user story mapping before walking you through case studies of how our teams are using this approach and the results we are achieving. I'll show you the before, during, and after pictures from several projects so that you can understand how our maps progress during the projects and how we use them to influence iterative development, promote good decision making, and visualize priorities, plans, scope and progress.
Hundreds of organizations have now realized the benefit of Rapid Release Planning! Compared to traditional release planning, this increases your estimation and sizing accuracy from 34% to over 85%! Rapid Release Planning is one of the CORE Components for getting teams engaged early and using their Rapid Sizing to better forecast which candidates will successfully be a part of the release. The keys to making this work successfully revolve around making gut decisions about size and relative complexity of the items being estimated and validated.
What are User Stories? How should we write them? How to write them well?
Effective User Stories allow your team to be effective (deliver want the User needs) and efficient (Deliver it quickly and importantly don't deliver unneeded features).
A. Kamran's DoD and DoR: Definition of Done and Definition of Ready in ScrumArman Kamran
Definition of what constitutes as a "Ready" PBI (Product Backlog Item) for the Development team to pull into a Sprint, and what makes that PBI considered as "Done" for the Product Owner to review and accept or reject, is a vital factor in building and maintaining a functional and ever improving relationship between PO and the Dev Team.
Here he look at best practices in doing so!
Agile Patterns: Agile Estimation
We’re agile, so we don’t have to estimate and have no deadlines, right? Wrong! This session will consist of review of the problem with estimation in projects today and then an overview of the concept of agile estimation and the notion of re-estimation. We’ll learn about user stories, story points, team velocity, how to apply them all to estimation and iterative re-estimation. We will take a look at the cone of uncertainty and how to use it to your advantage. We’ll then take a look at the tools we will use for Agile Estimation, including planning poker, Visual Studio Team System, and much more. This is a very interactive session, so bring a lot of questions!
User Story Maps: Secrets for Better Backlogs and PlanningAaron Sanders
User story mapping is an intuitive way to build and organize a product backlog. During this session you’ll get hands-on experience building a user story map. You’ll learn:
How story mapping drives productive conversations with users and stakeholders.
How to plan incremental releases of your product using minimal holistic slices that deliver value at each product release.
Secrets to effective prioritization for both planning releases, and figuring out what to build next.
Tactical management of your backlog as you grow your working software to releasability.
The backlog building and managing strategies in this session will take you well beyond the agile basics.
Introduction to the scrum framework: roles, activities and artifacts.
Scrum is an agile methodology for project management, to create a high quality product.
www.nieldeckx.be
Creating a backlog of user stories is pretty straight forward but it doesn't help you when it comes to decisions like what to build first, how to prioritize and groom the backlog, how to scope and plan the project, and how to visualize progress. The traditional backlog is simply too flat and often too long to help you see the bigger picture and make good decisions. User Story Mapping helps simplify all of these common project issues. By adding a third dimension to your backlog, your team will make better decisions about priorities, scope, and planning while improving your ability to visualize progress.
In this practical session I’ll cover the basics of user story mapping before walking you through case studies of how our teams are using this approach and the results we are achieving. I'll show you the before, during, and after pictures from several projects so that you can understand how our maps progress during the projects and how we use them to influence iterative development, promote good decision making, and visualize priorities, plans, scope and progress.
Hundreds of organizations have now realized the benefit of Rapid Release Planning! Compared to traditional release planning, this increases your estimation and sizing accuracy from 34% to over 85%! Rapid Release Planning is one of the CORE Components for getting teams engaged early and using their Rapid Sizing to better forecast which candidates will successfully be a part of the release. The keys to making this work successfully revolve around making gut decisions about size and relative complexity of the items being estimated and validated.
Identifying, Managing, & Eliminating Technical Debt is the key to successfully getting your business on track. Gone are the days where we could write endless checks that we did not have the people to cover. We need to work harder to make the debt known and address the debt up close and personal before it gets out of hand.
The purpose here is to educate the Agile work place about what technical debt is, learn how to eliminate it, and how to avoid ever running into it again.
User Story Writing & Estimation For Testers By Mahesh VaradharajanAgile Testing Alliance
This session aims to introduce the critical aspects of user story formulation like INVEST principle, requirements hierarchy in Agile - with focus on aspects related to Agile Testing, such that it fits into the overall theme of the event. Through an exercise, with Lego blocks, the session will address the following aspects: Testability of user stories and importance of acceptance criteria. Handling NFRs - either as part of acceptance criteria or a new user stories. DoD and accommodating testing efforts as part of user story estimation; Defects as user stories. Dependency management between user stories via story maps.
Talk including Demo for the learning objectives outlined above
This webinar discusses practical techniques for estimating time/cost for software development in Agile.
This method will include consideration for the business strategic value, the consumer readiness, and the relative complexity creating a formula that is easy to remember and apply at various levels of Agile Planning.
Read more at https://www.synerzip.com/webinar/agile-estimation-webinar-december-2013/
Real World Effective/Agile Requirements - IBM Innovate 2010 -sally elattaSally Elatta
This is the presentation I offered at the IBM 2010 conference around real world techniques and best practices for effective requirements gathering and release planning. Enjoy!
Life cycle of user story: Outside-in agile product management & testing, or...Ravi Tadwalkar
It has always been my pleasure and fun to facilitate workshops for PM (product management) community at and outside Cisco, although this was first time I did a BDD workshop with PMs alone. And I realized today how PayPal has been a really great venue for SVPMA annual product camp "unconference" for 1k+ PMs with 550 waitlisted this year! I look forward to this event every year now...huge success!
Abstract:
As Product Owners and Managers are driving innovation thru' those fuzzy ideas in terms of scenarios, testers have always been thinking about those in form of test cases which take form of acceptance criteria for those scenarios. When you talk about those scenarios to your teams or even peers, you see those diverging ideas converging to something concrete.
That's how BDD helps you shape that idea. That fuzzy scenario, when validated thru' an engineering "spike", can be useful for product management MRD/PRD/use-case-models/stories...whatever it is that you want to use to drive product development.
And this is where Agile Tester role begins! So instead of doing top-down or bottoms-up product management & testing, try this outside-in approach. Go for it!
My workshop on BDD is about what I term as "Outside-in agile product management". To understand what I really mean by that, here is my slideshare presentation used rarely when teaching from the back of the class during this hyper-interactive workshop.
Increasing the company's profitability and impact is the dream of every company. Nowadays Agility / Agile is the buzz word and the whole world want's it but most of the time companies are confused about how we can achieve the agility dream.
The written material provides a visible how, why and what of agility and what the best practices we need to execute to achieve agility.
State of ICS and IoT Cyber Threat Landscape Report 2024 previewPrayukth K V
The IoT and OT threat landscape report has been prepared by the Threat Research Team at Sectrio using data from Sectrio, cyber threat intelligence farming facilities spread across over 85 cities around the world. In addition, Sectrio also runs AI-based advanced threat and payload engagement facilities that serve as sinks to attract and engage sophisticated threat actors, and newer malware including new variants and latent threats that are at an earlier stage of development.
The latest edition of the OT/ICS and IoT security Threat Landscape Report 2024 also covers:
State of global ICS asset and network exposure
Sectoral targets and attacks as well as the cost of ransom
Global APT activity, AI usage, actor and tactic profiles, and implications
Rise in volumes of AI-powered cyberattacks
Major cyber events in 2024
Malware and malicious payload trends
Cyberattack types and targets
Vulnerability exploit attempts on CVEs
Attacks on counties – USA
Expansion of bot farms – how, where, and why
In-depth analysis of the cyber threat landscape across North America, South America, Europe, APAC, and the Middle East
Why are attacks on smart factories rising?
Cyber risk predictions
Axis of attacks – Europe
Systemic attacks in the Middle East
Download the full report from here:
https://sectrio.com/resources/ot-threat-landscape-reports/sectrio-releases-ot-ics-and-iot-security-threat-landscape-report-2024/
Kubernetes & AI - Beauty and the Beast !?! @KCD Istanbul 2024Tobias Schneck
As AI technology is pushing into IT I was wondering myself, as an “infrastructure container kubernetes guy”, how get this fancy AI technology get managed from an infrastructure operational view? Is it possible to apply our lovely cloud native principals as well? What benefit’s both technologies could bring to each other?
Let me take this questions and provide you a short journey through existing deployment models and use cases for AI software. On practical examples, we discuss what cloud/on-premise strategy we may need for applying it to our own infrastructure to get it to work from an enterprise perspective. I want to give an overview about infrastructure requirements and technologies, what could be beneficial or limiting your AI use cases in an enterprise environment. An interactive Demo will give you some insides, what approaches I got already working for real.
Neuro-symbolic is not enough, we need neuro-*semantic*Frank van Harmelen
Neuro-symbolic (NeSy) AI is on the rise. However, simply machine learning on just any symbolic structure is not sufficient to really harvest the gains of NeSy. These will only be gained when the symbolic structures have an actual semantics. I give an operational definition of semantics as “predictable inference”.
All of this illustrated with link prediction over knowledge graphs, but the argument is general.
Dev Dives: Train smarter, not harder – active learning and UiPath LLMs for do...UiPathCommunity
💥 Speed, accuracy, and scaling – discover the superpowers of GenAI in action with UiPath Document Understanding and Communications Mining™:
See how to accelerate model training and optimize model performance with active learning
Learn about the latest enhancements to out-of-the-box document processing – with little to no training required
Get an exclusive demo of the new family of UiPath LLMs – GenAI models specialized for processing different types of documents and messages
This is a hands-on session specifically designed for automation developers and AI enthusiasts seeking to enhance their knowledge in leveraging the latest intelligent document processing capabilities offered by UiPath.
Speakers:
👨🏫 Andras Palfi, Senior Product Manager, UiPath
👩🏫 Lenka Dulovicova, Product Program Manager, UiPath
The Art of the Pitch: WordPress Relationships and SalesLaura Byrne
Clients don’t know what they don’t know. What web solutions are right for them? How does WordPress come into the picture? How do you make sure you understand scope and timeline? What do you do if sometime changes?
All these questions and more will be explored as we talk about matching clients’ needs with what your agency offers without pulling teeth or pulling your hair out. Practical tips, and strategies for successful relationship building that leads to closing the deal.
Essentials of Automations: Optimizing FME Workflows with ParametersSafe Software
Are you looking to streamline your workflows and boost your projects’ efficiency? Do you find yourself searching for ways to add flexibility and control over your FME workflows? If so, you’re in the right place.
Join us for an insightful dive into the world of FME parameters, a critical element in optimizing workflow efficiency. This webinar marks the beginning of our three-part “Essentials of Automation” series. This first webinar is designed to equip you with the knowledge and skills to utilize parameters effectively: enhancing the flexibility, maintainability, and user control of your FME projects.
Here’s what you’ll gain:
- Essentials of FME Parameters: Understand the pivotal role of parameters, including Reader/Writer, Transformer, User, and FME Flow categories. Discover how they are the key to unlocking automation and optimization within your workflows.
- Practical Applications in FME Form: Delve into key user parameter types including choice, connections, and file URLs. Allow users to control how a workflow runs, making your workflows more reusable. Learn to import values and deliver the best user experience for your workflows while enhancing accuracy.
- Optimization Strategies in FME Flow: Explore the creation and strategic deployment of parameters in FME Flow, including the use of deployment and geometry parameters, to maximize workflow efficiency.
- Pro Tips for Success: Gain insights on parameterizing connections and leveraging new features like Conditional Visibility for clarity and simplicity.
We’ll wrap up with a glimpse into future webinars, followed by a Q&A session to address your specific questions surrounding this topic.
Don’t miss this opportunity to elevate your FME expertise and drive your projects to new heights of efficiency.
JMeter webinar - integration with InfluxDB and GrafanaRTTS
Watch this recorded webinar about real-time monitoring of application performance. See how to integrate Apache JMeter, the open-source leader in performance testing, with InfluxDB, the open-source time-series database, and Grafana, the open-source analytics and visualization application.
In this webinar, we will review the benefits of leveraging InfluxDB and Grafana when executing load tests and demonstrate how these tools are used to visualize performance metrics.
Length: 30 minutes
Session Overview
-------------------------------------------
During this webinar, we will cover the following topics while demonstrating the integrations of JMeter, InfluxDB and Grafana:
- What out-of-the-box solutions are available for real-time monitoring JMeter tests?
- What are the benefits of integrating InfluxDB and Grafana into the load testing stack?
- Which features are provided by Grafana?
- Demonstration of InfluxDB and Grafana using a practice web application
To view the webinar recording, go to:
https://www.rttsweb.com/jmeter-integration-webinar
GraphRAG is All You need? LLM & Knowledge GraphGuy Korland
Guy Korland, CEO and Co-founder of FalkorDB, will review two articles on the integration of language models with knowledge graphs.
1. Unifying Large Language Models and Knowledge Graphs: A Roadmap.
https://arxiv.org/abs/2306.08302
2. Microsoft Research's GraphRAG paper and a review paper on various uses of knowledge graphs:
https://www.microsoft.com/en-us/research/blog/graphrag-unlocking-llm-discovery-on-narrative-private-data/
Epistemic Interaction - tuning interfaces to provide information for AI supportAlan Dix
Paper presented at SYNERGY workshop at AVI 2024, Genoa, Italy. 3rd June 2024
https://alandix.com/academic/papers/synergy2024-epistemic/
As machine learning integrates deeper into human-computer interactions, the concept of epistemic interaction emerges, aiming to refine these interactions to enhance system adaptability. This approach encourages minor, intentional adjustments in user behaviour to enrich the data available for system learning. This paper introduces epistemic interaction within the context of human-system communication, illustrating how deliberate interaction design can improve system understanding and adaptation. Through concrete examples, we demonstrate the potential of epistemic interaction to significantly advance human-computer interaction by leveraging intuitive human communication strategies to inform system design and functionality, offering a novel pathway for enriching user-system engagements.
"Impact of front-end architecture on development cost", Viktor TurskyiFwdays
I have heard many times that architecture is not important for the front-end. Also, many times I have seen how developers implement features on the front-end just following the standard rules for a framework and think that this is enough to successfully launch the project, and then the project fails. How to prevent this and what approach to choose? I have launched dozens of complex projects and during the talk we will analyze which approaches have worked for me and which have not.
DevOps and Testing slides at DASA ConnectKari Kakkonen
My and Rik Marselis slides at 30.5.2024 DASA Connect conference. We discuss about what is testing, then what is agile testing and finally what is Testing in DevOps. Finally we had lovely workshop with the participants trying to find out different ways to think about quality and testing in different parts of the DevOps infinity loop.
2. ✤ Founded in 2007 - Salt Lake City, UT
✤ Specialize in Public & Private Certification Workshops
& Courses
✤ Deep understanding of Agile & Traditional Project
Management, (PMP), RUP, Lean, Kanban, Scrum, (CST),
XP, & PMI-ACP
✤ Proven Applied Agile Principles in Software, Hardware,
Financial, Insurance, Construction, Medical,
Marketing, Legal, Entertainment, Research, Military,
Government, Retail, Education, Law Enforcement, and
many more...
2
3. V. Lee Henson CST
✤ Certified Scrum Trainer
✤ Project Management Professional
✤ PMI- Agile Certified Practitioner
✤ Certified Lean Agile Professional
✤ Motivational Speaker & Executive
Coach
✤ Author of The Definitive Agile
Checklist
✤ Inventor of Rapid Release Planning
✤ Information Technology / Psychology
3
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only.
4. The Agile Manifesto
We are uncovering better ways of developing software
by doing it and helping others do it.
Through this work we have come to value:
Individuals & Interactions over processes & tools
Working software over comprehensive
documentation
Customer collaboration over contract negotiation
Responding to change over following a plan
That is , while there is value in the items on the right,
we value the items on the left more.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 4
5. Agile vs. Plan Driven
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 5
6. Scrum vs. Waterfall
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 6
8. Product Owner:
✤ Responsible for: Creation and
maintenance of a stack ranked
product backlog.
✤ Gathering of customer, business,
and technical requirements and
filtering them down to a single
product backlog.
✤ Full understanding of the product
and the process.
✤ Maintaining upward visibility.
✤ Representation of customer and or
sponsor to the end team
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 8
9. Agile Analysts:
✤ There are 3 types of analysts to assist the product owner in creation
and maintenance of the product backlog:
✤ 1) Technical Analyst - This analyst understands the way that the
current product is built and can assist in determining technological
feasibility of future enhancements.
✤ 2) Functional Analyst - This analyst knows exactly how the current
product works and understands the direction in which the business
hopes to take the future of the product. This analyst is also typically
very savvy about how end users typically use the product.
✤ 3) Business Analyst - This analyst has a deep understanding of the
customers wants, needs, and desires. They often negotiate with the
business to get features into the product that the customer will
actually use.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 9
10. Creating a Product Backlog
✤ The product backlog is defined by ✤ The end result will be consumed by
taking a breakdown of the product the delivery team and should be
roadmap based on the product or easy to fit inside sprint boundaries.
project and breaking down the
individual nodes of the roadmap ✤ Various analysts often have input
into reasonably sized work items. into the product backlog.
✤ Some of the ideas will naturally ✤ The product backlog is a work in
percolate to the top of the backlog progress and is expected to change
based on chronological sequencing. over time.
✤ The backlog should be reviewed ✤ The backlog will need to be
from both the business and the consistently groomed in order to
customer perspective in order to maintain validity.
achieve true rank order.
✤ The ScrumMaster can be a great
help in assisting with backlog
management.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 10
11. The 3 C’s of a Good User Story:
✤ 1) The Card - The topic of the backlog item, the high level
description of the desired system behavior.
✤ 2) The Conversation - Detailed requirements are only
discovered after the backlog item has been pulled into a sprint.
This is a dialog between the product owner and the
development team.
✤ 3) The Confirmation - Criteria that insures the backlog item
was completed to the specifications of the product owner. The
customer will evaluate the competed backlog item against the
acceptance criteria, and if all tests pass, approve the backlog
item by the end of the sprint.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 11
12. The Index Card - Part 1 of 6
Title - The title should be 10 words or less.
Description- As a ________
I would like to ______________________________
so that ______________________________.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 12
13. Writing a Good User Story
Description Template:
✤ As a _________________________ I would like to
__________________ so that ________________________________.
✤ Example: As a newly Certified ScrumMaster, I would like to log
in to the Scrum Alliance so that I can rate my instructor.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 13
14. INVEST - Attributes of a Good Backlog
Item
Independent Estimable
Avoid dependencies with other stories Enough detail should be listed to allow the team to estimate
Write stories to establish foundation The team will encounter problems estimating if the story is too
big, if insufficient information is provided, or if there is a lack of
Combine stories if possible to deliver in a single iteration domain knowledge
Negotiable Sized Appropriately
Stories are not a contract Each story should be small enough to be completed in a single
iteration
Too much detail up front gives the impression that more
discussion on the story is not necessary Small detailed stories for the near future
Not every story must be negotiable, constraints may exist that Larger stories are okay if planned further out (Epics)
prevent it
Valuable Testable
Each story should show value to the Users, Customers, and Acceptance criteria stated in customer terms
Stakeholders
Automate whenever possible
All team members should demand clear acceptance criteria
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 14
15. Understanding Roles:
✤ Different types of end users
may interact with the system
differently.
✤ Each role may have many
different personas that will
exhibit different behaviors
and use the same system in
a very different way.
✤ Roles help us define broad
stroke acceptance criteria
that should be applied
globally within a system.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 15
16. Understanding Personas
✤ Defining who more specifically
will benefit from what you are
building helps drive added value.
✤ This helps teams focus on the
20% of the features that are used
most of the time.
✤ Using personas also helps the
team consume backlog items
with much lighter documentation
✤ Most organizations create a
handful of most commonly used
personas to assist the team in
building the product.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 16
17. Product Backlog Design
High
Each Sprint implements ✤ All possible system features
The highest priority features are captured in a stack rank
ordered list called the
Each new feature is product backlog.
Prioritized & added to the stack
Features may be reprioritized
✤ New features can be added
At any time to the backlog at any time.
Features may be removed ✤ Features in the backlog have
At any time
a gross estimate of effort
and or value.
Low
Features
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 17
18. What About Business Priority?
✤ We all know the business has a
3 point ranking scale for priority
of backlog items: High, Really
High, or Really Really High.
✤ The business needs to use tools
to help them understand that
not everything can be of the
highest priority.
✤ With the understanding that we
Two websites to assist with priority: would not be doing the work if it
http://dotmocracy.org were not important, which items
http://www.innovationgames.com have the greatest urgency? Can
we arrange them into High,
Medium, and Low categories?
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 18
19. The Index Card - Part 2 of 6
Business Priority
H-M-L Title - The title should be 10 words or less.
Description- As a ________
I would like to ______________________________
so that ______________________________.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 19
20. Time vs. Relative Complexity
✤ Let’s paint the room!
✤ How many hours will it take?
✤ Why all of the different answers?
✤ Have any of you painted before?
✤ Compared to something else
you have painted, would it be
easier to determine how difficult
it would be to paint the room?
✤ Is it easier to reach consensus?
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 20
21. Planning Poker - Does It Work?
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 21
22. Let’s Use a T-Shirt Size...
✤ Smaller Than XS = a Task.
✤ Extra Small = 1
✤ Small = 2
✤ Medium = 3
✤ Large = 5
✤ Extra Large = 8
✤ Larger than XL = an Epic
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 22
23. The Index Card - Part 3 of 6
Business Priority
H-M-L Title - The title should be 10 words or less.
Description- As a ________
I would like to ______________________________
so that ______________________________.
XS - S- M
- L - XL
PO T-Shirt Size
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 23
24. Understanding MoSCoW:
✤ MoSCoW = more than a Russian Capital
✤ Must Have
✤ Should Have
✤ Could Have
✤ Would Like
✤ Every iteration should have a mix of
the above types of items.
✤ Stake holders LOVE the Would Likes.
✤ The Product Owner drives the product
backlog and creates the rank order
based heavily on the MoSCoW ratings.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 24
25. The Index Card - Part 4 of 6
Business Priority MoSCoW
H-M-L Title - The title should be 10 words or less. M-S-C-W
Description- As a ________
I would like to ______________________________
so that ______________________________.
XS - S- M
- L - XL
PO T-Shirt Size
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 25
26. The Formula
✤ Here is the formula for correct placement of stack
rank order of your backlog items. Address risk by
performing the items with the highest complexity Must Have High Priority
earlier working towards the lower complexity items
later in the process:
Would Like H-M-L
✤ 1) All Must Have High Priority items should be
considered first and foremost. Must Have Medium
Priority
✤ 2) Be certain to get at least one Would Like in every
sprint. Next should be one Would Like High Priority Must Have Low Priority
item.
✤ 3) Next should be the Must Have Mediums and Must
Should Have H-M-L
Have Lows.
Could Have H-M-L
✤ 4) The Should’s go next from High to Low Priority.
✤ 5) Finally, place the Could’s from Highest to Lowest All states are stack ranked from highest
Priority. to lowest risk unless the velocity of the
Sprint does not afford this as an option.
Team velocity always prevails.
✤ Note: Dependencies trump priority & moscow rating.
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 26
27. The Index Card - Part 5 of 6
FA BA
H-M-L Title - The title should be 10 words or less. M-S-C-W
Description- As a ________
I would like to ______________________________
so that ______________________________.
XS - S- M
- L - XL
TA
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 27
28. The Index Card - Part 6 of 6
Acceptance Criteria Goes on The Back!
- Thou Shalt & Thou Shalt Nots are listed as bullet points
- These bullet points allow us to for Acceptance Tests
- No work should be executed without acceptance tests
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 28
29. Thank You!
Lee@AgileDad.Com- Twitter @AgileDad - LinkedIn leehenson@gmail.com
Copyright 2012 AgileDad LLC Licensed for Classroom Use Only. 29