From Sequential Waterfall to Agile Scrum in Software Development
Ängeslevä, Petri (2011)
Ängeslevä, Petri
2011
All rights reserved. This publication is copyrighted. You may download, display and print it for Your own personal use. Commercial use is prohibited.
Julkaisun pysyvä osoite on
https://urn.fi/URN:NBN:fi:amk-2023091525859
https://urn.fi/URN:NBN:fi:amk-2023091525859
Tiivistelmä
This work relates to the project started at Corporation Ltd Oulu’s research and development units during spring 2009. It studied a new software development model and its taking into use. The purpose was to solve the challenges which might be caused by taking a new way of action and avoid those in future projects. The team and its commitment to the change proved to be challenging. The reasons for that were as well internal as outward factors. The easiest factor was the team’s adjustment into Waterfall –model through earlier projects. Some persons have been involved even with a period of decades.
The theoretical part shortly deals with the earlier Waterfall –model and the Agile development through Scrum –model. The description of these two models is needed in order to give a needed conception of difficulties met inside the project. Development material was collected in a quantitative way by the author with a project diary. This included quotations from the noticed troubles in Daily Scrum –meetings. A qualitative way to collect material was an inquiry sent through email.
As a conclusion it can be said that there are still many prejudices, especially among older workers. One way to handle the problem could be to combine the old approved ways of work with the good sites of the new ones. One existing method is a Lean –model, including both Waterfall and Scrum steps. Tämä työ liittyy Yritys Oyj:n Oulun tuotekehitysyksikön keväällä 2009 aloittamaan projektiin, jossa tutkittiin Scrum -ohjelmistokehitysmallin käyttöönottoa yrityksessä. Työn tavoitteena oli pyrkiä selvittämään haasteet, joita uuden toimintatavan käyttöönotto aiheuttaa, jotta ne voitaisiin välttää tulevissa projekteissa. Ryhmän sitouttaminen muutokseen osoittautui haasteelliseksi, sekä ryhmän sisäisten että ulkoisten tekijöiden vaikutuksesta. Yksi helpoimmin havaittava syy tälle oli ryhmän tottuminen aiempien projektien kautta Vesiputousmalliin, jopa vuosikymmenten ajanjaksolla.
Teoriakehys käsittelee varhaisempaa Vesiputous -ohjelmistokehitysmallia, sekä ketterää tuotekehitystä Scrum-mallin avulla. Näiden kuvaus on tarpeen, jotta lukija saa käsityksen prosessimuutosten vaikeudesta projektin sisällä. Tutkimusaineisto on kerätty kvantitatiivisesti tekijän toimesta käyttäen projektipäiväkirjaa. Tämä sisälsi otteita havaituista vaikeuksista päivittäisissä Daily Scrum -palavereissa. Kvalitatiivisena keinona järjestettiin sähköpostikysely ryhmille.
Yhteenvetona voidaan sanoa, että alalla on vielä paljon ennakkoasenteita, eritoten vanhempien työntekijöiden keskuudessa. Yksi tapa käsitellä tätä ongelmaa voisi olla yhdistää vanhat hyväksi havaitut keinot uusien hyviin puoliin tai ottaa käyttöön jo näistä kehitettyjä tekniikoita. Yksi sellainen jo olemassa oleva on Lean-malli, sisältäen vesiputous- ja Scrum-mallin osia.
The theoretical part shortly deals with the earlier Waterfall –model and the Agile development through Scrum –model. The description of these two models is needed in order to give a needed conception of difficulties met inside the project. Development material was collected in a quantitative way by the author with a project diary. This included quotations from the noticed troubles in Daily Scrum –meetings. A qualitative way to collect material was an inquiry sent through email.
As a conclusion it can be said that there are still many prejudices, especially among older workers. One way to handle the problem could be to combine the old approved ways of work with the good sites of the new ones. One existing method is a Lean –model, including both Waterfall and Scrum steps.
Teoriakehys käsittelee varhaisempaa Vesiputous -ohjelmistokehitysmallia, sekä ketterää tuotekehitystä Scrum-mallin avulla. Näiden kuvaus on tarpeen, jotta lukija saa käsityksen prosessimuutosten vaikeudesta projektin sisällä. Tutkimusaineisto on kerätty kvantitatiivisesti tekijän toimesta käyttäen projektipäiväkirjaa. Tämä sisälsi otteita havaituista vaikeuksista päivittäisissä Daily Scrum -palavereissa. Kvalitatiivisena keinona järjestettiin sähköpostikysely ryhmille.
Yhteenvetona voidaan sanoa, että alalla on vielä paljon ennakkoasenteita, eritoten vanhempien työntekijöiden keskuudessa. Yksi tapa käsitellä tätä ongelmaa voisi olla yhdistää vanhat hyväksi havaitut keinot uusien hyviin puoliin tai ottaa käyttöön jo näistä kehitettyjä tekniikoita. Yksi sellainen jo olemassa oleva on Lean-malli, sisältäen vesiputous- ja Scrum-mallin osia.