Scrum Methodology in Agile Software Development
(→Agile Software Development) |
(→Product Owner) |
||
| Line 39: | Line 39: | ||
==Main figures in Scrum== | ==Main figures in Scrum== | ||
===Product Owner=== | ===Product Owner=== | ||
| + | Product owner is the link between customers and development team, he ensures that deliverables are in line with customers’ expectation and that stakeholders’ interests are fulfilled. He has also the task to fill out customer-centric items (typically '''user stories'''), ranks and prioritizes them before adds them to '''Product Backlog'''. | ||
| + | |||
| + | Usually development teams have only one Product owner, but differently from the Scrum master, he only takes care of the business side and does not interfere with the scrum team about the technological issues. At the beginning of each Sprint the Product Owner holds a Sprint Planning Meeting to state on which Product Backlog Items Scrum team will go to work during the next Sprint. In this phase he defines what are the most important items for that business, in according to customer’s needs. | ||
| + | |||
===Development Team=== | ===Development Team=== | ||
====Team self-organization==== | ====Team self-organization==== | ||
Revision as of 13:53, 21 September 2015
Today market is affected by uncertainly and sudden changes, in these conditions most of the models used in the 20th century to develop software are not still appropriate. Waterfall model , probably the most famous between them, is characterized by a stiff structure which can’t cope with the turbulent needs of actual market. In recent years many innovations are been enhanced in software engineering with a particular focus on the flexibility of these methods in order to cope with the customer’s and market’s needs; surely Agile Software Development is between them; ASD embraces the principles of lean production by applying them in software development to avoid waste and increase responsiveness to change. It represents the solution to the unpredictability of the market where the capacity to welcome change even late in development to satisfy customers is required. This article deals with Agile Software Development with a particular focus on one of its most used technique : Scrum Methodology.
Contents |
The big Idea
Scrum is an iterative method used to develop software, it can be placed inside the group of methods which are used in Agile Software Development. This word is taken from rugby and represents that phase of the match where an ordered formation of players, with arms interlocked and heads down, push forward against a similar group to gain possession of the ball. This method provides that work is divided into small chunks to manage complexity and to get early feedback from customers and end users; software development is carried out by small working team that allow rapid adjustment during the process and a quick delivery of the final product.
History: from Waterfall model to Agile Software Development
Waterfall model
In recent years customers are more and more unable to define their needs and at the same time their expectations from software are increased; they also require quick delivery and product already tested: with this assumptions traditional models are not able to face market demand.
Waterfall model, appreciated for its easy and clear way to manage a project, was the most used model in the last fifty years : its approach consists in the identification of five consequential steps (Requirements, Design, Implementation, Verification and Maintenance) through which it is possible to reach the end of the project; for every step they are defined requirements, objectives and timing to achieved them. This way of managing a project turned out unable to welcome customers’ changes because of stiffness of its structure which did not provide the flexibility that market needed.
Iterative model
A more flexible way of managing projects is provided by Iterative model from which ASD is derived. This method breaks the project into iterations of variable length, each producing a complete deliverable and building on the code and documentation produced before it. The activities of which every cycle is composed are based on the Waterfall model but thanks to the shorter length of each iteration this model is able to quickly react to any changes imposed by the customers.
Agile Software Development
Some practitioners believed that iterative model was not so responsive to changes that market required. They thought that to be Agile a process needs to accept change rather than stress predictability and that methods used to develop software has to respond to change as quickly as it arose rather than prevent changes.
It was in these circumstances that practitioners as Mary Poppendieck and Bob Charet started to take inspiration from Lean manufacturing principles and apply them to software development. These are the main points ,according to Poppendieck, which make Lean Production so successful and that can be applied to software development:
- elimination of waste that does not add value to the customer such as diagram and models that do not add value to the final deliverable;
- minimize inventory such as requirements and design documents;
- maximize flow by using iterative development to reduce development time;
- pull from demand;
- empower workers that means “tell developer what needs to be done not how to do it;
- meet customer requirements – work closely with the customer, allowing them to change their minds
- do it right the first time – test early and refactor when necessary;
- abolish local optimization – flexibly manage scope;
- partner with suppliers – avoid adversarial relationships, work towards developing the best software;
- create a culture of continuous improvement – allow the process to improve, learn from mistakes and successes. ( “Lean Software Development: An Agile Toolkit”, 2003 ).
Scrum methodology
There are two concepts that are at the basement of Scrum methodology: iterative development and team working. Developing in iterations allow Scrum team to adapt quickly to changing requirements, while working in close location and focusing on communication allow team to make decisions and act on them immediately rather than wait on correspondence.
Basically Scrum consists in a sequence of fixed-length iterations called Sprints managed by one or more cross-functional and self-organizing teams each composed by seven people that aim at a common goal and that usually work only on the software development. There are instead other two figures that manage all things that are in support of the development process: one is Product Owner who mainly handles customers contacts and the other is Scrum Master whose main task is to ensure that development team can work without obstacles.
Each sprint usually lasts from 2 to 4 weeks, in this period there are at least one meeting between the Product Owner and Development Team to define the main objectives; then there are short daily meetings held every morning to enhance communication and inform customers, developers, and managers on the status of the project, identify any problems encountered, and keep the entire team focused on a common goal.
Main figures in Scrum
Product Owner
Product owner is the link between customers and development team, he ensures that deliverables are in line with customers’ expectation and that stakeholders’ interests are fulfilled. He has also the task to fill out customer-centric items (typically user stories), ranks and prioritizes them before adds them to Product Backlog.
Usually development teams have only one Product owner, but differently from the Scrum master, he only takes care of the business side and does not interfere with the scrum team about the technological issues. At the beginning of each Sprint the Product Owner holds a Sprint Planning Meeting to state on which Product Backlog Items Scrum team will go to work during the next Sprint. In this phase he defines what are the most important items for that business, in according to customer’s needs.
