The product owner is responsible for ensuring that the work of the development team delivers has value to the organisation and helps the organization to meet the business goals. To ensure the product has value for the organisation, the product owner not only has agile scrum skills, but also needs to have business analysis skills. Before the development of the product starts, the product owner:• must perform a need assessment and • actively participates in creating a product vision to solve the identified needs and business case. During the product development the product owner manage the needs and controls the entire product development process and must be responsible for managing the backlog. During the product development and sfter the product has been implemented, the product owner must perform the various benefit management activities to ensure that the new solution really does contribute to the achievement of the planned benefits and to ensure that the benefits of the change can be integrated into business operations. The courseware will help you to perform effectively
Product Ownership Analysis (POA) is a discipline that can be used to assist teams in creating and delivering exceptional products and services for their customers. The Guide to Product Ownership Analysis provides a foundational understanding of the Product Ownership Analysis discipline and outlines a defined framework, techniques, and case studies for practical application. Look for the Certification for POA at IIBA.org.
The Professional Product Owner’s Guide to Maximizing Value with Scrum “This book presents a method of communicating our desires, cogently, coherently, and with a minimum of fuss and bother.” —Ken Schwaber, Chairman & Founder, Scrum.org The role of the Product Owner is more crucial than ever. But it’s about much more than mechanics: it’s about taking accountability and refocusing on value as the primary objective of all you do. In The Professional Product Owner, two leading experts in successful Scrum product ownership show exactly how to do this. You’ll learn how to identify where value can be found, measure it, and maximize it throughout your entire product lifecycle. Drawing on their combined 40+ years of experience in using agile and Scrum in product management, Don McGreal and Ralph Jocham guide you through all facets of envisioning, emerging, and maturing a product using the Scrum framework. McGreal and Jocham discuss strategy, showing how to connect Vision, Value, and Validation in ROI-focused agile product management. They lay out Scrum best-practices for managing complexity and continuously delivering value, and they define the concrete practices and tools you can use to manage Product Backlogs and release plans, all with the goal of making you a more successful Product Owner. Throughout, the authors share revealing personal experiences that illuminate obstacles to success and show how they can be overcome. Define success from the “outside in,” using external customer-driven measurements to guide development and maximize value Bring empowerment and entrepreneurship to the Product Owner’s role, and align everyone behind a shared business model Use Evidence-Based Management (EBMgt) to invest in the right places, make smarter decisions, and reduce risk Effectively apply Scrum’s Product Owner role, artifacts, and events Populate and manage Product Backlogs, and use just-in-time specifications Plan and manage releases, improve transparency, and reduce technical debt Scale your product, not your Scrum Use Scrum to inject autonomy, mastery, and purpose into your product team’s work Whatever your role in product management or agile development, this guide will help you deliver products that offer more value, more rapidly, and more often. Register your book for convenient access to downloads, updates, and/or corrections as they become available. See inside book for details.
WHAT IS THIS BOOK ABOUT? Communicate Business Needs in an Agile (e.g. Scrum) or Lean (e.g. Kanban) Environment Problem solvers are in demand in every organization, large and small, from a Mom and Pop shop to the federal government. Increase your confidence and your value to organizations by improving your ability to analyze, extract, express, and discuss business needs in formats supported by Agile, Lean, and DevOps. The single largest challenge facing organizations around the world is how to leverage their Information Technology to gain competitive advantage. This is not about how to program the devices; it is figuring out what the devices should do. The skills needed to identify and define the best IT solutions are invaluable for every role in the organization. These skills can propel you from the mail room to the boardroom by making your organization more effective and more profitable. Whether you: - are tasked with defining business needs for a product or existing software, - need to prove that a digital solution works, - want to expand your User Story and requirements discovery toolkit, or - are interested in becoming a Business Analyst, this book presents invaluable ideas that you can steal. The future looks bright for those who embrace Lean concepts and are prepared to engage with the business community to ensure the success of Agile initiatives. WHAT YOU WILL LEARN Learn Step by Step When and How to Define Lean / Agile Requirements Agile, Lean, DevOps, and Continuous Delivery do not change the need for good business analysis. In this book, you will learn how the new software development philosophies influence the discovery, expression, and analysis of business needs. We will cover User Stories, Features, and Quality Requirements (a.k.a. Non-functional Requirements – NFR). User Story Splitting and Feature Drill-down transform business needs into technology solutions. Acceptance Tests (Scenarios, Scenario Outlines, and Examples) have become a critical part of many Lean development approaches. To support this new testing paradigm, you will also learn how to identify and optimize Scenarios, Scenario Outlines, and Examples in GIVEN-WHEN-THEN format (Gherkin) that are the bases for Acceptance Test Driven Development (ATDD) and Behavior Driven Development (BDD). This book presents concrete approaches that take you from day one of a change initiative to the ongoing acceptance testing in a continuous delivery environment. The authors introduce novel and innovative ideas that augment tried-and-true techniques for: - discovering and capturing what your stakeholders need, - writing and refining the needs as the work progresses, and - developing scenarios to verify that the software does what it should. Approaches that proved their value in conventional settings have been redefined to ferret out and eliminate waste (a pillar of the Lean philosophy). Those approaches are fine-tuned and perfected to support the Lean and Agile movement that defines current software development. In addition, the book is chock-full of examples and exercises that allow you to confirm your understanding of the presented ideas. WHO WILL BENEFIT FROM READING THIS BOOK? How organizations develop and deliver working software has changed significantly in recent years. Because the change was greatest in the developer community, many books and courses justifiably target that group. There is, however, an overlooked group of people essential to the development of software-as-an-asset that have been neglected. Many distinct roles or job titles in the business community perform business needs analysis for digital solutions. They include: - Product Owners - Business Analysts - Requirements Engineers - Test Developers - Business- and Customer-side Team Members - Agile Team Members - Subject Matter Experts (SME) - Project Leaders and Managers - Systems Analysts and Designers - AND “anyone wearing the business analysis hat”, meaning anyone responsible for defining a future IT solution TOM AND ANGELA’S (the authors) STORY Like all good IT stories, theirs started on a project many years ago. Tom was the super techie, Angela the super SME. They fought their way through the 3-year development of a new policy maintenance system for an insurance company. They vehemently disagreed on many aspects, but in the process discovered a fundamental truth about IT projects. The business community (Angela) should decide on the business needs while the technical team’s (Tom)’s job was to make the technology deliver what the business needed. Talk about a revolutionary idea! All that was left was learning how to communicate with each other without bloodshed to make the project a resounding success. Mission accomplished. They decided this epiphany was so important that the world needed to know about it. As a result, they made it their mission (and their passion) to share this ground-breaking concept with the rest of the world. To achieve that lofty goal, they married and began the mission that still defines their life. After over 30 years of living and working together 24x7x365, they are still wildly enthusiastic about helping the victims of technology learn how to ask for and get the IT solutions they need to do their jobs better. More importantly, they are more enthusiastically in love with each other than ever before!
One of the objectives of this book is to incorporate best practices and standards in to the BA role. While a number of standards and guidelines, such as Business Process Modeling Notation (BPMN), have been incorporated, particular emphasis has been placed on the Business Analysis Body of Knowledge (BABOK), the Information Technology Infrastructure Library (ITIL), and the Unified Modeling Language (UML).
WHAT IS THIS BOOK ABOUT? Business Analysis in the Real World A Buddhist proverb warns, “Be mindful of intention. Intention is the seed that creates our future.” In a very real sense, this statement expresses the reason for business analysis. This discipline is really all about choosing and defining a desired future because without intention (expressed in business analysis terms, “requirements”), no future is more or less desirable than another. In reality, every organization does some form of business analysis whether it uses the term or not. For many (especially larger organizations), it is an extremely structured, managed process while others thrive on change and only do business analysis when and as needed. The perception that business analysis is only needed to develop IT solutions is inaccurate. Actually, it is a critical component of any change initiative within an organization whether software is involved or not. Current Business Analysis Techniques and Methods The book defines how business analysis is currently practiced. The authors provide insight into this fast-growing field by distinguishing strategic, tactical, and operational business analysis. It provides surveys of what Business Analysts really do and what business analysis techniques people use most often when they are the one “wearing the BA hat”. You will learn what “requirements” really are and what different types of requirements exist. Because many requirements define future information technology (IT) solutions, the authors share their experience on how Waterfall, Iterative, Agile, and Experimental (aka “Chaotic”) Software Development methodologies impact the business analysis responsibility. Who Needs Business Analysis Skills? Although the field of Business Analysis offers great career opportunities for those seeking employment, some level of business analysis skill is essential for any adult in the business world today. Many of the techniques used in the field evolved from earlier lessons learned in systems analysis and have proven themselves to be useful in every walk of life. We have personally experienced how business analysis techniques help even in your private life. We wrote this book for everyday people in the real world to give you a basic understanding of some core business analysis methods and concepts. If this book answers some of your questions, great. If it raises more questions than it answers (implying that it piqued your curiosity), even better. If it motivates you to learn more about this emerging and fascinating topic, it has served its purpose well. WHO WILL BENEFIT FROM READING THIS BOOK? Many distinct roles or job titles in the business community perform business needs analysis for digital solutions. They include: - Product Owners - Business Analysts - Requirements Engineers - Test Developers - Business- and Customer-side Team Members - Agile Team Members - Subject Matter Experts (SME) - Project Leaders and Managers - Systems Analysts and Designers - AND “anyone wearing the business analysis hat”, meaning anyone responsible for defining a future digital solution TOM AND ANGELA’S (the authors) STORY Like all good IT stories, theirs started on a project many years ago. Tom was the super techie, Angela the super SME. They fought their way through the 3-year development of a new policy maintenance system for an insurance company. They vehemently disagreed on many aspects, but in the process discovered a fundamental truth about IT projects. The business community (Angela) should decide on the business needs while the technical team’s (Tom)’s job was to make the technology deliver what the business needed. Talk about a revolutionary idea! All that was left was learning how to communicate with each other without bloodshed to make the project a resounding success. Mission accomplished. They decided this epiphany was so important that the world needed to know about it. As a result, they made it their mission (and their passion) to share this ground-breaking concept with the rest of the world. To achieve that lofty goal, they married and began the mission that still defines their life. After over 30 years of living and working together 24x7x365, they are still wildly enthusiastic about helping the victims of technology learn how to ask for and get the digital (IT) solutions they need to do their jobs better. More importantly, they are more enthusiastically in love with each other than ever before!
WHAT IS THIS BOOK ABOUT? This Book Is About the “Card” (User Story: Card, Criteria, Conversation) User Stories are a great method for expressing stakeholder requirements, whether your projects follow an Agile, Iterative, or a Waterfall methodology. They are the basis for developers to deliver a suitable information technology (IT) app or application. Well-structured user stories express a single action to achieve a specific goal from the perspective of a single role. When writing user stories, stakeholders knowledgeable about the role should focus on the business result that the IT solution will enable while leaving technology decisions up to the developers. Good user stories are relevant to the project, unambiguous, and understandable to knowledge peers. The best user stories also contain crucial non-functional (quality) requirements, which are the best weapon in the war against unsatisfactory performance in IT solutions. This book presents two common user story structures to help you ensure that your user stories have all the required components and that they express the true business need as succinctly as possible. It offers five simple rules to ensure that your user stories are the best that they can be. That, in turn, will reduce the amount of time needed in user story elaboration and discussion with the development team. This book targets business professionals who are involved with an IT project, Product Owners in charge of managing a backlog, or Business Analysts working with an Agile team. Author’s Note The term “User Story” is a relative new addition to our language and its definition is evolving. In today’s parlance, a complete User Story has three primary components, namely the “Card”, the “Conversation”, and the “Criteria”. Different roles are responsible for creating each component. The “Card” expresses a business need. A representative of the business community is responsible for expressing the business need. Historically (and for practical reasons) the “Card” is the User Story from the perspective of the business community. Since we wrote this book specifically to address that audience, we use the term “User Story” in that context throughout. The “Conversation” is an ongoing discussion between a developer responsible for creating software that meets the business need and the domain expert(s) who defined it (e.g., the original author of the “Card”). The developer initiates the “Conversation” with the domain expert(s) to define the “Criteria” and any additional information the developer needs to create the application. There is much to be written about both the “Conversation” and the “Criteria”, but neither component is dealt with in any detail in this publication. A well-written User Story (“Card”) can drastically reduce the time needed for the “Conversation”. It reduces misinterpretations, misunderstandings, and false starts, thereby paving the way for faster delivery of working software. We chose to limit the content of this publication to the “User Story” as understood by the business community to keep the book focused and address the widest possible audience. WHO WILL BENEFIT FROM READING THIS BOOK? How organizations develop and deliver working software has changed significantly in recent years. Because the change was greatest in the developer community, many books and courses justifiably target that group. There is, however, an overlooked group of people essential to the development of software-as-an-asset that have been neglected. Many distinct roles or job titles in the business community perform business needs analysis for digital solutions. They include: - Product Owners - Business Analysts - Requirements Engineers - Test Developers - Business- and Customer-side Team Members - Agile Team Members - Subject Matter Experts (SME) - Project Leaders and Managers - Systems Analysts and Designers - AND “anyone wearing the business analysis hat”, meaning anyone responsible for defining a future IT solution TOM AND ANGELA’S (the authors) STORY Like all good IT stories, theirs started on a project many years ago. Tom was the super techie, Angela the super SME. They fought their way through the 3-year development of a new policy maintenance system for an insurance company. They vehemently disagreed on many aspects, but in the process discovered a fundamental truth about IT projects. The business community (Angela) should decide on the business needs while the technical team’s (Tom)’s job was to make the technology deliver what the business needed. Talk about a revolutionary idea! All that was left was learning how to communicate with each other without bloodshed to make the project a resounding success. Mission accomplished. They decided this epiphany was so important that the world needed to know about it. As a result, they made it their mission (and their passion) to share this ground-breaking concept with the rest of the world. To achieve that lofty goal, they married and began the mission that still defines their life. After over 30 years of living and working together 24x7x365, they are still wildly enthusiastic about helping the victims of technology learn how to ask for and get the digital (IT) solutions they need to do their jobs better. More importantly, they are more enthusiastically in love with each other than ever before!
Agile is an approach to software development that focuses on iterative development and incremental delivery. For business analysts, adopting an Agile approach can revolutionise working practices. It enables a clear focus on customer needs and a basis for early delivery of new or enhanced software products. Now newly revised, this new edition reflects the latest developments in the Agile methodologies and provides a comprehensive introduction to Agile methodologies and techniques, and explains how they may be applied within the business analysis context. The book also extends the application of Agile to holistic business change. Written by industry experts, this new edition is ideal for any business analysts who wish to understand or extend their understanding of Agile practices, work in an Agile environment or undertake BCS Agile certifications.
“If the purpose is to create one of the best books on requirements yet written, the authors have succeeded.” —Capers Jones Software can solve almost any problem. The trick is knowing what the problem is. With about half of all software errors originating in the requirements activity, it is clear that a better understanding of the problem is needed. Getting the requirements right is crucial if we are to build systems that best meet our needs. We know, beyond doubt, that the right requirements produce an end result that is as innovative and beneficial as it can be, and that system development is both effective and efficient. Mastering the Requirements Process: Getting Requirements Right, Third Edition, sets out an industry-proven process for gathering and verifying requirements, regardless of whether you work in a traditional or agile development environment. In this sweeping update of the bestselling guide, the authors show how to discover precisely what the customer wants and needs, in the most efficient manner possible. Features include The Volere requirements process for discovering requirements, for use with both traditional and iterative environments A specification template that can be used as the basis for your own requirements specifications Formality guides that help you funnel your efforts into only the requirements work needed for your particular development environment and project How to make requirements testable using fit criteria Checklists to help identify stakeholders, users, non-functional requirements, and more Methods for reusing requirements and requirements patterns New features include Strategy guides for different environments, including outsourcing Strategies for gathering and implementing requirements for iterative releases “Thinking above the line” to find the real problem How to move from requirements to finding the right solution The Brown Cow model for clearer viewpoints of the system Using story cards as requirements Using the Volere Knowledge Model to help record and communicate requirements Fundamental truths about requirements and system development
Satisfy Stakeholders by Solving the Right Problems, in the Right Ways In Beyond Requirements, Kent J. McDonald shows how applying analysis techniques with an agile mindset can radically transform analysis from merely “gathering and documenting requirements” to an important activity teams use to build shared understanding. First, McDonald discusses the unique agile mindset, reviews the key principles underlying it, and shows how these principles link to effective analysis. Next, he puts these principles to work in four wide-ranging and thought-provoking case studies. Finally, he drills down on a full set of techniques for effective agile analysis, using examples to show how, why, and when they work. McDonald’s strategies will teach you how to understand stakeholders’ needs, identify the best solution for satisfying those needs, and build a shared understanding of your solution that persists throughout the product lifecycle. He also demonstrates how to iterate your analysis, taking advantage of what you learn throughout development, testing, and deployment so that you can continuously adapt, refine, and improve. Whether you’re an analysis practitioner or you perform analysis tasks as a developer, manager, or tester, McDonald’s techniques will help your team consistently find and deliver better solutions. Coverage includes Core concepts for analysis: needs/ solutions, outcome/output, discovery/delivery Adapting Lean Startup ideas for IT projects: customer delivery, build–measure–learn, and metrics Structuring decisions, recognizing differences between options and commitments, and overcoming cognitive biases Focusing on value: feature injection, minimum viable products, and minimum marketable features Understanding how analysis flows alongside your project’s lifecycle Analyzing users: mapping stakeholders, gauging commitment, and creating personas Understanding context: performing strategy (enterprise) analysis Clarifying needs: applying decision filters, assessing project opportunities, stating problems Investigating solutions: impact and story mapping, collaborative modeling, and acceptance criteria definition Kent J. McDonald uncovers better ways of delivering value. His experience includes work in business analysis, strategic planning, project management, and product development in the financial services, health insurance, performance marketing, human services, nonprofit, and automotive industries. He has a BS in industrial engineering from Iowa State University and an MBA from Kent State University. He is coauthor of Stand Back and Deliver: Accelerating Business Agility (Addison-Wesley, 2009).
