The Scrum framework

Revision as of 12:14, 14 February 2021

Abstract

In the complex technology and business world we live in today, there is a need for project management practices that can be considered flexible. When looking at for example product development, timing plays a huge role. Companies face growing pressure in delivering their products quickly to the market. This pressure can result in many uncertainties and increases the rates of failures. These uncertainties can be linked to traditional project management methods being applied, where deterministic practices are being used. This can lead to companies not being able to evolve quickly or inexpensively enough when nearing the end of the development lifecycle. With the product development example in mind the ultimate goal is to deliver great customer value, Agile practices do that by constantly seeking involvement in the product development e.g. from the customer. Getting validation, and evaluating if what is being made is meeting the set business case ^[1]. This business case sets the objectives and success criteria for the project. In agile project management this validation is done more often. Even though in many cases the success of the project or the real benefits can‘t be seen until the project has been finalised, then it can be considered an advantage for project that are being manage with agile approaches that this constant validation, and close relationship with the stakeholder will result in target benefits being met ^[2].

Scrum is an Agile project Management framework, where projects are managed in short sprints or iterations. The control or project management is moved from the traditional central scheduling to the teams itself. Where individuals closer to the actual work take charge of the decision making. With this frameworks the feedback loop between customers and developers is much shorter, the progress is visible, inspections are done constantly and adaptations done when needed. ^[3]. This is especially important in complex projects where companies have to be able to adjust to changes in scope or specifications. From that perspective it can be said that the Scrum framework is the opposite to deterministic project management approaches where detailed plans are being done with, e.g. work schedules and Gantt charts. (reference 2)

Background

Application

Scrum roles

Scrum has three roles: The ScrumMaster, Product Owner and the Team.

• The Product Owner represents those that are for example funding the project, and makes sure that their needs are met. The Product Owner is in charge of making a plan that meets this vision. That is done by setting up a Product Backlog that contains both functional and nonfunctional requirements that have to be met to reach the goal or vision. This Backlog gets then prioritised and the main functionalities are set which should be performed first and should work as a foundation. With this prioritisation of functionalities a proposed release plan can be set. It is therefore the role of the Product Owner to priorities and decide what will be done during the sprint. This is then presented to the team during a Sprint planning meeting.

• ScrumMaster makes sure that everyone within the Scrum team knows the the principles of Scrum and makes sure that everyone follows them. Another key role of the ScrumMaster is to remove any obstacles that might come their way, ensuring that the team can complete their work. The ScrumMaster is a role that is often filled by a project manager, however the ScrumMaster should not manage or define the work. The ScrumMaster should be managing the Scrum process, making sure that everyone is one the same page. As Ken Schwaber describes so well when comparing a ScrumMaster to a sheepdog, responsible for keeping the flock together and the wolves away (reference page)

• The Scrum team is a cross functional team, that is self organising and self managing. Where the latter is key as Scrum teams should not be managed rather they are responsible managing their own work and making sure that the job gets done during each sprint. (refernce ken) It could be described as the team owns how it chooses to get the job done e.g. the functionalities. In comparision to the Product Owner that owns what should be done.

The Scrum team is a relatively small, and usually consists of 5-9 people. (reference https://www.pmi.org/learning/library/agile-project-management-scrum-6269)

Sprint planning meeting

• Product owner: sets what has to be completed in that sprint
• Team: determines what actions are needed to get that done, the how

Daily scrum

• How the process is being tracked.
• Visual board is constantly being updated
• With columns like
• Bare minimum to do, doing, done. (Story, to do, In Progress, To verfiy, Done)
• In the daily scrum meeting the team meets together and moves tasks around the visual board.
• An explanation on how burndown charts give a good overview of the work done and how well the work is progressing. (Put in picture of burndown chart)
• Short description on agile project management tools existing to do so.

Sprint review

• Meeting that is after a sprint has been done
• There stakeholders are invited and provide feedback to the work done

Sprint retrospective meeting

• Is a meeting that the ScrumMaster leads and goes over what went well and what can be done better in the next sprint in respect to the Scrum process framework and practices, an action plan is made for the next sprint to ensure that the next sprint will be more effective and enjoyable than the previous one.

Benefits

Limitation

Conclusion

Annotated bibliography

References

1. ↑ Highsmith, J. (2009). Agile Project Management: Creating Innovative Products (2nd ed.). Addison-Wesley Professional.
2. ↑ Project Management Institute, Inc.. (2017). A Guide to the Project Management Body of Knowledge (PMBOK Guide)(6th ed.). Project Management Institute, Inc (PMI).
3. ↑ Schwaber, K. (2004). Agile Project Management with Scrum (Developer Best Practices) (1st ed.). Microsoft Press.