Hallittu ohjelmistokehitys voittoa tavoittelemattomassa vapaaehtoistyössä

Abstract

Suomen Rauhanyhdistysten Keskusyhdistyksen järjestötoiminnassa tarvittiin erilaisia yhdistyksen toimintaa ja yhdistyksen kautta tehtävää uskonnollista lähetystyötä helpottavia ohjelmistoja ja tietoteknisiä ratkaisuja. Vapaaehtoisvoimin toteutettavassa ohjelmistokehitystyössä kohdattiin ongelmia, jotka johtuivat pääosin huonosta työn organisoinnista ja projektinhallinnasta. Näihin ongelmiin pyrittiin löytämään ratkaisu.

Opinnäytetyössä kuvataan organisaatiorakenteessa ja ohjelmistokehitystyössä havaitut puutteet ja ongelmat sekä verrataan havaittuja ongelmia organisaatiorakenteiden ja ohjelmistokehitystyössä yleisesti tunnettuihin ominaisuuksiin ja ongelmiin. Näiden tietojen pohjalta lähdettiin rakentamaan sellaista organisaatiota ja ohjelmistokehitysmallia, jotka istuisivat hyvin uskonnollista toimintaa harjoittavan yhdistyksen olemassa olevaan perusorganisaatioon samalla tukien mahdollisimman hyvin talkoopohjaista ohjelmointikehitystyötä. Haasteen sopivien mallien löytymiseen toi se, että ohjelmistokehitystyö ei kuulunut yhdistyksen varsinaiseen toimenkuvaan. Opinnäytetyön aikana erilaisia malleja arvioitiin ja kokeiltiin sen perusteella, mikä toimisi parhaiten tilanteessa, jossa kaukana toisistaan asuvat organisaation jäsenet voivat osallistua ohjelmointityöhön vain muutamia tunteja viikossa. Eri malleja tuli tarkastella myös siten, että niitä voitaisiin hyödyntää myös silloin, kun ohjelmiston vaatimukset muuttuvat nopeasti ja ohjelmoijien vaihtuvuus on suuri.

Opinnäytetyön aikana organisaation pohjaksi tarkentui matriisiorganisaatio, jossa ohjelmointityö oli jaettu pääosin yhdistyksen eri sidosryhmien mukaisiin linjoihin. Ohjelmistojen kehitysvaiheen nopeisiin muutoksiin apua toi parhaiten Ketterä-ohjelmistokehitysmalli. Perusmallista räätälöitiin kahden sprintin Scrum-prosessi, jossa otettiin paremmin huomioon talkootyön luonne. Uusien mallien ja työkalujen avulla saatiin talkootyöllä syntyvien ohjelmistojen laatua parannettua sekä pystyttiin paremmin arvioimaan työkuormaa ja aikatauluja. Ohjelmistokehitykseen yhtenä osana kuuluva ylläpito annettiin pääosin käyttäjien vastuulle, jolloin vähäiset talkootuntimäärät voitiin hyödyntää mahdollisimman hyvin itse ohjelmiston määrittelyyn ja toteutukseen. Käyttäjien vastuulle annettiin uusien käyttäjien koulutukset ja opastukset sekä käyttäjäpalautteen keruu. Käyttäjien vaihtuessa osa tietotaidosta saattaa kadota, joten tulevaisuudessa voi olla tarpeen palkata yksi henkilö ylläpidon vastuuhenkilöksi.

The Central Committee of Conservative Laestadian Congregations needed various software and solutions to help its mission work. Voluntary based software development work had met problems mostly due to work organisation and project management. The purpose of this thesis was to find solutions for those problems.

This thesis describes defects and problems that were observed in the structure of the organisation and software development work. Those defects and problems were compared with generally known attributes and problems in this area of study. The structure of the organisation and software development model was based on this data. These were easy to adapt onto the current organisation and development model, and it was to support the voluntary based software development work as far as possible. The identification of suitable models was a challenge because software development work was not a part of the main activities of the association. During the thesis work various models were evaluated and tested against the course of action in which members of organisation can participate and invest only a few hours per week. The selected models were also tested in a situation where the requirements of software are changing fast and the turnover of developers is high.

During the thesis work, the model for the organisation was based on a focused matrix organisation, where programming work was allocated according to the various reference groups of the association. The best outcome for software development work was achieved using the Agile software development model. The scrum process was established with two different sprints, where the character of voluntary work was best taken into account. The quality of software and the work load of the software project can be better evaluated with these new models. Maintenance work, which is part of the software development process, was allocated to users of the software. This helped developers to focus their work better than earlier. The tasks of the users included collecting user feedback and training new users for the software. In the future, some know-how may be lost due to the turnover of users, so it may be necessary to hire one person as the status manager for software maintenance.