Julkaisunsuunnittelu ketterässä kehittämisessä

Abstract

Ketterässä kehittämisessä ohjelmistoja kehitetään lyhyissä iteraatioissa. Tällä pyritään siihen, että muuttuvat vaatimukset pystytään joustavasti huomioimaan. Käyttäjille ohjelmistot jaetaan yhden tai useamman iteraation tuloksista koostuvana julkaisuna. Asiakkaiden tarpeiden ja toimittajan resurssien käytön yhteensovittamiseksi ohjelmistokehityksessä tarvitaan huolellista julkaisunsuunnittelua. Kirjallisuudessa on ehdotettu monenlaisia julkaisunsuunnittelun prosesseja, menetelmiä ja tekniikoita. Tämän tutkimuksen tavoitteena on selvittää, millaista tukea löytyy kirjallisuudesta ketterään julkaisusuunnitteluun. Tätä varten tutkielmassa tarkastellaan ketterästä tuotehallinnasta tehtyjä viitekehyksiä ja julkaisunsuunnitteluun ehdotettuja prosesseja, menetelmiä ja tekniikoita sekä arvioidaan niiden soveltuvuutta ketterän ohjelmistokehityksen yhteyteen. Tutkimuksessa kuvataan ja arvioidaan kahdeksaa julkaisunsuunnittelun prosessia ja menetelmää. Ne opastavat tekemään julkaisunsuunnittelua järjestelmällisesti, arviointiin perustuen tai hybridi-suunnitteluna. Yleisimmät aktiviteetit ovat vaatimusten priorisointi, julkaisun määrittely, laajuuden muutostenhallinta sekä koon ja työmäärän arviointi. Ehdotuksista kolme sopii Scrumin mukaiseen kehittämiseen ja neljä vaihtelevin rajoituksin. Kuudessa järjestelmällistä suunnittelua sisältävässä ehdotuksessa yleisimmät vaatimusten valintatekijät ovat arvotekijät, työmäärärajoitteet ja vaatimusten riippuvuudet. Tutkimuksessa tarkastellaan lisäksi kahta ketterää tuotehallintaa jäsentävää mallia. Ohjelmistokehitys on kiinteä osa malleja, ja vaatimustenhallinta on jakautunut mallien jokaiselle tasolle. Mallit osoittavat julkaisunsuunnittelun ja tiimi- ja projektimuotoisen kehittämisen välille kaksi yhteyttä, jotka ovat tasojen välinen ohjaus- ja palautesuhde sekä vaatimusten välinen yhteys. Lisäksi tutkimuksessa tarkastellaan viittä priorisointitekniikkaa ja kahta koon arviointitekniikkaa. Priorisointitekniikat ovat pääosin helppokäyttöisiä ja niistä kolme arvioitiin sopivan hyvin ketterään kehittämiseen.

Agile software development is accomplished in short iterations. This enables flexible reactions to changes in user requirements. Software is delivered to customers in releases each of which combines the outcomes of one or more iterations. To reconcile the client’s needs and the supplier’s resources use, careful release planning is needed. The literature provides many kinds of processes, methods and techniques to support release planning. The purpose of this study is to find out which kind of support to agile release planning can be found in the literature. For this purpose, the thesis considers frameworks of agile software product management, and processes, methods and techniques of release planning, as well as assesses their suitability to agile software development. The thesis describes and compares eight release planning processes and methods suggested in the literature. They guide to conduct release planning in a systematic, judgement-based or mixed manner. The most common activities are requirement prioritization, release definition, scope change management and size/effort estimation. Three of the suggestions are compatible with Scrum method and four are compatible with variable restrictions. In six systematic and hybrid suggestions the most common requirement selection factors are value, effort and requirements dependencies. In addition, the study describes and compares two frameworks of agile software product management. The development level is an integral part of the frameworks and requirement management is divided on every level of these frameworks. The frameworks show two links between release planning and project/team-level development. The first link is steering and feedback, and the second link concerns requirements in release planning and development levels. The study also describes five prioritization techniques and two size estimation techniques. The prioritization techniques are mostly easy to use and three of them are judged to be suitable for agile development