Käytännön ketterät menetelmät laaja-alaisessa ohjelmistokehityksessä

Abstract

Yrityksen tuotelinjan päätoimialana on ohjelmistokehitys matkaviestinnän verkkolaitteiden tarpeisiin. Käytössä on ollut tarkastellun ajanjakson aikana useita eri tyyppisiä ohjelmistokehityksen käytäntöjä. Perinteisestä vesiputousmallin mukaisesta ohjelmistokehityksestä on vähitellen siirrytty ketterien ohjelmistokehityksen menetelmien pariin. Muutoksella ei kuitenkaan saavutettu haettua hyötyä. Sen sijaan kehitysympäristön laajentuminen kansainvälisesti yhdessä uusien menetelmien ja ohjelmointikielien kanssa tuotti tuotekehitykselle ja ylläpidolle suuria ongelmia.

Tutkimuksen aikana yrityksessä ehdittiin kokea kaksi sisäistä organisaatiomuutosta. Yhteistyökumppanien osalta koettiin yhden osapuolen toiminnan laajentaminen ja toisen osapuolen osalta kaiken toiminnan irtisanominen, jonka vuoksi aluksi suunniteltua otantaa haastatteluissa supistettiin ainoastaan yrityksen sisäiseksi tutkimukseksi.

Tutkimuksen tavoitteena oli selvittää mikä ketterien menetelmien joukkoon kuuluvan scrum -menetelmän käyttöön ottamisessa epäonnistui. Samalla haluttiin kartoittaa tuotekehityksessä ilmeneviä haasteita ja hidasteita laaja-alaista toimintaa koordinoivan toimipisteen sisällä. Tutkimus perustui kokeneiden ohjelmistokehittäjien ja heitä työssään johtaneiden henkilöiden kokemuksiin ja havaintoihin.

Tutkimuksen voidaan katsoa saavuttaneen tavoitteensa. Esiin nousi lukuisia kohteita joiden osalta toimintaa on mahdollista parantaa. Yrityksen kannalta suurimpiin ongelmakohtiin esitetään myös parannusehdotuksia tämän työn sisällä.

Product line inside the company develops software for the needs of mobile telecommunications. During the examination period there has been several different software development methodologies in use. From the traditional waterfall model the practice shifted slowly to the utilization of agile methodologies. This change did not achieve all the goals it was targetting for. Instead the extension of development environment internationally along with the new methodologies and new programming languages resulted problems for research and development and maintenance.

During this research the company initiated two internal organization changes. With collaborators there was big changes also. One collaborator was totally ramped down. Another collaborator started a whole new site for increased requirements from company. Due these changes in collaborator functionalities the originally planned research area was restricted to be only internal. The research was done inside the site controlling all development of product.

The goal for this research was to find out what went wrong in utilization of Scrum methodology. Mapping slowdowns and internal challenges and problem was another goal for this project. This research is based on experiences and notifications of experienced software developers and local management.

Research can be seen as success. Several items with improvement possibilities were raised up. Improvement ideas are introduced for the biggest problems from the company's point of view.