The Scrum framework

From apppm
Revision as of 10:16, 14 February 2021 by S200165 (Talk | contribs)

Jump to: navigation, search


Contents

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. (reference 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. Cite error: Closing </ref> missing for <ref> tag. 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.

o ScrumMaster o Product Owner o Team


Application

Benefits

Limitation

Conclusion

Annotated bibliography

References

Personal tools
Namespaces

Variants
Actions
Navigation
Toolbox