One of the first steps in an Agile adoption is the formation and organization of agile teams. Leadership often struggles to figure out how many people should be on each team, what skill sets should included, and whether the team should be focused on solution components, feature delivery, or a mix.

Learn how you can improve your business analysis with Agile story mapping, a technique that maps your stories back to business value. Thus you will be able to know if they make or save the company money and you will learn the benefits of bi-directional requirements traceability
.

The “rightsizing” of user stories occurring during the planning of the next sprint in Scrum is not always an easy task to perform. Inexperienced teams have difficulties to split user stories into smaller chunks that still deliver business value and would rather use technical criteria. In this blog post, “Specifications by Example” author Gojko Adzic provides a new approach to achieve this goal using the hamburger as a reference. You identify the tasks making up a user story. Then you use this breakdown to identify different levels of quality for …

Introducing Scrum in organizations is not always easy as there is always resistance to change. This article presents the implementation of an hybrid approach to make the transition to Scrum easier in a German context. After having identified the lack of requirements documentation as an obstacle to Scrum adoption, the author proposes different workarounds that allow to minimize this fear. Even if there is a risk that teams might stick with the hybrid approach, he considers that this is a valid alternative to the “total Scrum” adoption road and that …

In this blog post, Pawel Brodzinski discusses the problem of the Product Role in Scrum teams. It is not always possible of having a client representative working closely with a project team. So the team should sometimes find other ways to get answer questions about the product and fill the product ownership activity. His conclusion is that knowing what is important to build is the essence of product ownership. A good Product Owner is only one way to achieve this objective.

Epics are used to get a bigger picture of user stories, but we need another level of abstraction. We need to bring together the various Epics that describe how our solution will evolve to its final endpoint, and how different functional teams and specialists will interact.

Uncertainty in Product Backlog is a big risk for the project schedule. The problem is that the full scope of the release can be quite hard to estimate because the requirements are not well-know early on. Confounding this problem is that frequently the release date is a hard deadline. This means that a team must perform an unknown about of work in a fixed amount of time. The “Cone of Uncertainty” describes the reduction of the uncertainty about scope after each iteration. At the uncertainty is eliminated and the exact …

This article describes a Lean and Scalable Requirements Information Model that extends the basic team‐based agile requirements practices to the needs of the largest, lean‐thinking software enterprise. While fully scalable to all levels of the project, program and portfolio levels, the foundation of the model is a quintessentially lean and agile subset in support of the agile project teams that write and test all the code.

Fast turnaround in agile projects requires the specifications and testing processes to fit into to short iterations, which is a challenge for many teams when they start out with agile development.

This article describes an emerging enterprise pattern for the successful implementation of software agility at the project team, program and portfolio level. It describes the new software development and delivery process mechanics, the new teams and organizational units, and some of the roles key individuals play in the new agile paradigm. In addition, the Big Picture highlights the requirements practices of the enterprise agile model, because they uniquely carry the value stream to the customer.