Project Smart ~ Exploring trends and developments in project management today

Calendar icon
Adobe PDF icon

Introduction to Scrum

~ By Chris Young

Rugby scrum in a big push

The term iterative and incremental development describes a class of methodologies for software development where the system grows incrementally through a series of complete development cycles.

Agile software development methods are a group of specific iterative methodologies that combine relatively short iterations with evolutionary refinement of the requirements, plans and targets across each subsequent iteration.

In my experience, agile and iterative methodologies are lower risk than using more traditional 'waterfall' style methods, where all of the planning and design is done in advance.

Scrum

Scrum is one of the simplest "Agile" methodologies and is also proven to be highly effective for both software development and more general product development. Scrum is often used in financial product development.

Scrum is based on the idea that during a project the customers will almost certainly change their minds about what they want and need. To address this, a Scrum project moves forward in a series of short iterations each of which delivers an incremental set of improvements to the product.

Scrum has frequent intermediate deliveries with working functionality. This enables the customer to get a working product earlier and enables the project to change its requirements according to changing needs.

Scrum provides a set of practices and predefined roles which a team adopts in order to maximise the team's ability to deliver quickly and respond to changing and emerging requirements.

The Scrum Team

A Scrum team is typically cross-functional and generally consist of around five to nine people, however it can be much larger. The team has the responsibility to deliver the product. Scrum encourages co-location of all team members and verbal communication between team members.

A number of specific roles are defined in Scrum:

The ScrumMaster

Scrum projects are run using very flexible management style and require project managers with specific experience managing Agile projects. The project management role is non-traditional in that the ScrumMaster is primarily a facilitator who enforces the agreed rules, removes impediments to progress and ensures the team remains focussed.

Scrum teams are self-organising. The ScrumMaster is not the leader of the team and instead acts as a buffer between the team and any distracting influences.

Product Owner

The Product Owner represents the customer and ensures that the Scrum Team works on the "right things" from a business perspective. The Product Owner writes customer-centric "stories" which are one or two sentences in business language describing a specific product feature. These are then implemented by the Scrum team.

Stakeholders

These are the people for whom the project will produce the agreed-upon benefits. They are only directly involved in the process during reviews of progress.

"Sprints" and "Backlogs"

Work is packaged into small parcels of around two to four weeks in duration, called "Sprints." During each Sprint, the team creates a complete product increment resulting in a potentially shippable product.

The set of features that go into a Sprint come from a prioritised set of high level requirements of work to be done, known as the "product backlog." This product backlog contains broad descriptions of all required features for the new or enhanced product, prioritised in terms of their projected business value, along with estimates of the effort to deliver them.

Which specific backlog items go into a Sprint is determined during a planning meeting prior to the Sprint. During this meeting, the Product Owner informs the team of the items from the product backlog that they want completed. The team then determines how much of this they can commit to complete during the next Sprint, which becomes the "Sprint backlog" for the next Sprint.

During a Sprint, no one is allowed to change the Sprint backlog, which means that the requirements are frozen for that Sprint. After a Sprint is completed, the team demonstrates the product to the Product Owner. The team can cancel a Sprint if they feel they are unable to meet the goals of the Sprint and external stakeholders can cancel a Sprint if external circumstances negate the value of proceeding. If a Sprint is abnormally terminated, the next step is to conduct a new Sprint planning meeting, where the reason for the termination is reviewed.

A publicly displayed chart is often used to show the remaining work for the current Sprint. This is known as a Sprint burndown chart and should be updated each day to provide visibility on progress.

Transitioning to Scrum

The transition from traditional methods of working to Scrum is relatively straightforward. You may benefit from engaging an experienced Scrum coach to assist in training and implementation.

Scrum works very well in its own right and is also an excellent first step if you want to introduce Agile concepts into your organisation since it is simple and focuses on high-level project management.


Christopher Young is a senior consultant and executive coach with a broad knowledge and experience in financial services, project and change management, personal empowerment and information technology. His areas of focus include developing highly successful leaders, creating high-performance teams and implementing best practices in process improvement, project management and software development process.


Comments

Be the first to comment on this article.

Add a comment



(never displayed)



 
1500
What is the sum of 1 + 3 + 3?
Notify me of new comments via email.
Remember my form inputs on this computer.

Managing Small Projects

A project management workflow diagram written on yellow sticky notes

Project management best practices can easily be applied on small projects to enable you to plan and manage your project successfully.

The Four Stages of Recovering a Project

Road sign reading Road to Recovery

If a project is in trouble, the project manager needs to work to recover it and get back on track. Four steps will help the PM facilitate the recovery.

The Most Common Sourcing RFP Mistakes

Manager passing a document to a colleague

Five of the most common mistakes in internally developed RFPs and how companies can better manage these issues by improving their RFP processes.

Effective Project Communications

Business people shaking hands, finishing up a meeting

Communication is something to think about every day. Are your messages clear? Have you provided enough context? Are your expectations for any outcome apparent?

PROJECT SMART is the project management resource that helps managers at all levels improve their performance. We provide an important knowledge base for those involved in managing projects of all kinds. With weekly exclusive updates, we keep you in touch with the latest project management thinking.

WE ARE CONNECTED ~ Follow us on social media to get regular updates and opinion on what's happening in the world of project management.


Latest Comments

Matthew commented on…
Why Over 90 Percent of All Projects Finish Late
- Wed 28 September 4:16am

Duncan commented on…
10 Rules of Highly Successful Project Management
- Mon 26 September 7:50am

John Corbett commented on…
10 Rules of Highly Successful Project Management
- Mon 19 September 1:36pm

Latest tweets

General Project Management • Categories of Communications? Need Advice. https://t.co/Bk2tEqauQb #pm #projectsmart about 23 hours ago

General Project Management • Best Certification For Me? https://t.co/KZdv5lIiKy #pm #projectsmart about 1 day ago

General Project Management • Re: Course Recommendation! https://t.co/R001FDPE3A #pm #projectsmart about 2 days ago