Introduction to scrum,a seven minute training video with details on what you need to start using
scrum.Today this video is intended for people who are just getting started with the scrum framework
and need a quick primer.
Hi,my name is Steve Stedman and I am the founder of utility software.In this
video we will cover the basics behind scrum and we'll take a look at how scrum compares to waterfall
development and will examine the three roles,three artifacts,three ceremonies that make up scrum.First,
let's take a look at how scrum compares to the older alternative of waterfall development.Waterfall typically
goes through a lengthy planning process which could take several months followed by building the product which
again could take many months and then testing the product,reviewing and eventually deploying the product.At
this point you may end up bringing the wrong product to market if market demand or technology has changed,since
the original plan was developed.There are several problems with this method.First of all, the planning must be
completed before any work begins and in most cases the planning is done without entirely understanding the
project.Once development is being done.Often times things get sent back to the planning phase, and the project
either needs to start over or the developers are just criticized for not understanding the plan.This cycle can
happen many times.When development is done building the product, it gets thrown over the fence to test,
where, when problems are encountered, it bounces back to development and sometimes back to planning.
The same issues occur in the next few steps with lots of back stepping and doing over this can lead to lag times and many
months to several years in order to get product out the door.
With scrum, an implementation of agile, the process is broken up into smaller pieces.
First we do just enough planning to get started with building the minimal feature set.
We build what was planned. Next, we test and review that small feature set and get it
ready to ship. When that cycle is complete, we end up with a potentially shippable product.
This process usually occurs in a time period of one to three weeks. This is then repeated
time and time again reducing the time from planning to development to testing. Each time
through the planning process, we're doing just enough planning to complete the next
incremental release, you end up with several incremental releases called sprints,
a sprint usually takes from one to three weeks and you just keep repeating these Sprint's until your
product is feature complete. Sometimes you may end up shipping your product after the second sprint
or the third or the fourth or even further, but you eventually end up with a shipping
product.
In scrum there are three key roles that are needed for the framework to work.
Well, first the product owner, this is the person responsible for defining the
features that are needed in the product. The product owner has the bright ideas
that turn into products. The scrum master is a servant leader to the team,
responsible for protecting the team and the process, running the meetings and
keeping things going. The team can be made up of developers, testers, writers
and anyone else that helps in building the product. Team members often play
multiple roles, some days developers may end up doing tests or testers may end up writing.
Either way the team works to get the product done.
There are three artifacts or documents that are used in scrum. First, the product
backlog, this is where product owners create a prioritized list of features
known as user stories that could go into the product, this list evolves and
changes priority with every sprint. User stories are a way of describing a
feature set that follows the: as a user I need something so that reason format.
This way of phrasing a user story allows the product owner to specify the right
amount of detail for the team to estimate the size of the task. The highest priority
user stories go into the sprint backlog, these get estimated for size and are
committed to for the next sprint. Burndown charts show the progress during a sprint
on the completion of tasks in the sprint backlog, this chart should approach zero
points as the work is being completed.
There are three ceremonies that make up scrum, think of these as meetings or discussions.
Sprint planning is where the product owner, scrum master and team meet to discuss
the user stories and estimate their relative sizes.
The daily scrum is a brief stand-up meeting where the team discusses what they have completed since
the previous meeting, what they're working on and anything that might be blocked or need help.
The sprint review and retrospective occurs at the end of the sprint this is where the team
demonstrates the completed work to the product owner and then the team discusses what they can do to improve
the process going forward.
Let's bring it all together and take a look at the scrum workflow start with the product backlog
which is where the product owner builds a list of the bright ideas and features that could go into the product.
The product owner prioritizes the list and brings the top items to the team.
Sprint planning is where the team product owner and scrum master discussed the top priority user stories
determining what can go into the next sprint. The output from the sprint planning meeting is the sprint backlog
,this is a list of user stories that have been committed to for the next sprint.
The entire team and product owner have a solid understanding of what each of the user stories involves based on the
discussions from the sprint planning meetings. The Sprint is a one to three week time box where the work committed
to in the sprint backlog has worked on through to completion during the Sprint.
The daily scrum occurs as a stand-up meeting where the team discusses what they have completed and what they are
working on as well as any blocked items.The out come of the sprint is a potentially shippable product.
Potentially shippable means that the product owner can decide if it is ready to ship or if there are any additional
features needed before it ships. At the end of the sprint, a sprint review and sprint retrospective meeting occurs.
The sprint review is where the team showcases their work to the product owner and the retrospective is where the
team works on what they can do to improve their process.
Repeat this workflow for each sprint.
7328
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
