The Ultimate Agile Planning Handbook презентация

is done incrementally.

Traditional planning is done prior to investing time and resources in the project.

upfront planning and so plan divergence is discouraged.

Agile planning

Instead of making “big up front plans” agile teams use the time to respond to customer feedback. They recognize that the true value emerges as customers begin to consume the incremental components they receive.

is assessing and then producing a plan to deliver the end project.

Agile Teams

Agile planning is done with the entire team. It promotes the tenet that the people doing the work should be the ones producing the plans as they have the best knowledge about how the work will get done.

boundaries around an action or activity.”
 

When we timebox an event the result is a natural tendency to focus on the most important “stuff” first.

It also guards against “feature creep” -adding features without a scrutinizing relevance or need.

FIGURE - ON AN AGILE PROJECT EVERYTHING IS GIVEN A TIME CONSTRAINT

iteration length is fixed, meaning it will end regardless of whether all assigned work is completed.

At the beginning of an iteration, a team works with the customer to select an appropriate amount of requirements. After that the team breaks-down those requirements into tasks and at the end of the iteration makes a release.

FIGURE - PROJECTS ARE COMPRISED OF FIXED DURATION ITERATIONS.

must be prioritized and sized (estimated).

A prioritized backlog is simply a list of work that needs to get done that is ordered by priority- the most important work is done first.

A sized backlog is another way of saying that the item should have an estimate.

FIGURE - PRIORITIZED BACKLOG

software, not all requirements are ready so we should also consider the uncertainty and maturity levels of our tasks.

FIGURE - ITEMS WITH LOW MATURITY OR LOW CERTAINTY ARE NOT GOOD CANDIDATES FOR ITERATION ASSIGNMENT – TEAM SHOULD SPEND MORE TIME MATURING OR VALIDATING THE REQUIREMENT BEFORE DEVELOPMENT BEGINS

in one iteration (capacity) is a good estimate of how long (velocity) the project will take.

Planning an iteration is very much like using a bucket (iteration) to scoop water out of a pool
(backlog).

FIGURE - CAPACITY

value required by the customers). Those requirements are assigned to the current or the next iteration filling it to capacity and are then decomposed into smaller tasks.
 
Agile teams much rather have team members assign work to themselves instead of having a project manager assign work to them.

FIGURE - ITERATION PLANNING ASSIGNS ITEMS FROM THE PRODUCT BACKLOG TO THE ITERATION BACKLOG AND DECOMPOSES INTO TASKS

a long period of time.

Agile companies use a continual release process where features are rolled out to customers as soon as they are complete.

The Agile teams begin each release with release planning, and ends each release with a production software release.

FIGURE - RELEASES HAVE A SIMILAR STRUCTURE TO AN ITERATION

iteration
Handling bugs
Handling uncertainty with spikes
No time for agile meetings

only a few things that teams can do to manage unfinished work:
move the work forward into the next iteration (if the task is close to finish) or move it back to the main backlog (if the task was not even started).

FIGURE - WORK NOT COMPLETED IN AN ITERATION CAN EITHER MOVE TO THE BACKLOG OR TO FUTURE ITERATIONS.

all Agile teams.
Perhaps the most common way to handle bugs on a project is to allocate a particular amount of capacity in the iteration toward fixing bugs.

FIGURE - AGILE TEAMS ALLOCATE A % OF THE CAPACITY OF AN ITERATION FOR BUGS

uncertainty. Uncertainty is usually resolved with experimentation and further research.

Agile teams dedicate a timeboxed amount of time to addressing uncertainty (spikes).

FIGURE - SPIKES ARE SCHEDULED INTO AN ITERATION TO INCREASE CERTAINTY ABOUT TECHNOLOGY OR REQUIREMENTS.

to this process and should never be skipped because they are a critical best practice in Agile planning:

Daily standup (Daily Scrum)
Iteration planning (Sprint planning)
Iteration review (Sprint review)
Iteration retrospective (Sprint retrospective)

FIGURE - MINIMUM MEETINGS FOR A HEALTHY AGILE TEAM

has legions of fans around the world. It’s an efficient method to organize complex work into executable chunks while empowering all stakeholders to participate in the process.

requirements & bugs, plan releases and track progress while keeping your team constantly connected.

Want to put this theory into practice?

For more information:
http://www.telerik.com/teampulse/

E-mail: TeamPulse@telerik.com 
Phone: +1‒888‒365‒2779