This presentation discusses an experience with lightweight planning for a team in a big company. At the heart of it is a kind of story map, a single-page plan of sorts. It is a simple tool for discovery and continuous planning with stakeholders, including what’s a minimum viable first version to go live with.
Written by South African Agile coaches Samantha Laing and Karen Greaves, “Coach’s Guide to Agile Requirements” is a book on how to teach the concepts of Agile requirements. It provides a complete plan to run a workshop where people can learn how to elicit, refine and organize requirements in an Agile way.
Most agile software development team grapple with user stories as a technique for understanding what needs to be developed iteratively. This talk presents some techniques for uncovering useful user stories and how to slice them in a way to deliver value in small increments.
Agile and Scrum short iterations should provide software development organization with quicker feedback cycles and help them shifting from building the product right to building the right product. In their book “The Lean Mindset”, Mary and Tom Poppendieck provides an original perspective on this issue.
Business Analysis (BA) is a growing profession which is helping organisations to manage business transformation in an ever changing and complex world. Business analysts work across the business change lifecycle; they develop early understanding of business needs so that the right projects are funded for the right reasons and ensure that the solutions are developed that meet these needs. As a result, the Agile philosophy and techniques are fundamental to business analyst’s work.
Non-functional requirements relate to qualities of the system that cut across user facing features, such as security, reliability, and performance. How does an Agile team take care of these non-functional requirements? This presentation discusses if user stories are of any use in this situation and how Scrum teams can applying Agile techniques to solve these concerns.
Software is everywhere today, and countless software products and projects die a slow death without ever making any impact. Today’s planning and roadmap techniques expect the world to stand still while we deliver, and set products and projects up for failure from the very start. Even when they have good strategic plans, many organizations fail to communicate them and align everyone involved in delivery.