Teema 10.

Arendus- ja ärimudel.

Arendusmudel.

Kord rääkisin oma sõbraga, kes töötab logisitkafirmas Kuehne+Nagelis, mis hetkel tegeleb tarkvara logistikaga protsesside lihtsustamise jaoks. Antud projektis kasutatakse agiilse mudeli – Scrum. Rutiinselt Scrum mudelis on kolm rolli: toote omanik, Scrum Master ja arendusmeeskond. Kuid nendel on rollide jaotus veidi teine - nendel on lisaks Project Manager ja Teamleader ametikohad olemas.

Project Manager. Meie puhul talle alluvad teamliidrid. Teamliidri all saab mitu arendusmeeskondi olla. Ning igal meeskonnal on oma Scrum Master.

Terve protsessi jagatakse koostisosadeks (sprint), antud juhul kestavad nad 2 nädalat ja neid jagatakse järgmiselt:

1. Esimeses etapis toote omaniku (Project Owner) poolt tuleb tootelog (product backlog). Siis planeerimiskoosolekul püstitatakse eesmärke, mis on kahe nädala jooksul vaja saavutada. Muidugi, eesmärgid algul tulevad kasutajate poolt toote omanikule. Kui eesmärgid on kinnitatud, siis Teamleaderid, Scrum masterid ja arendusmeeskonnad hakkavad jagama ülesandeid ja hindama seda, et nad jõuks need lahendada sprinti aja jooksul.

2. Arendamise protsess (sprint). See etapp on pikeim, arendusmeeskonnad programmeerivad oma osasid. Igapäevaselt tehakse koosolekuid (daily scrum, stand up), kus iga arendaja räägib eelmise päeva tulemustest ja käesoleva päeva plaanidest oma scrum masterile (algul oma meeskonnas). Kui tööline lubas midagi hommikul teha, siis see motiveerib ta täita oma lubadusi homseks päevaks. Järgmisena tuleb ühine koosolek, milles osalevad kõik arendusmeeskonnad (Scrum of Scrum).

3. Sprint review (Demo). Etapp, millal kõik eesmärgid on saavutatud ja testitud. Suur koosolek, kus arendajad näitavad tulemusi, mis nad saavutasid selle sprinti jooksul. Kasu on selles, et terve meeskond näeb sprinti tulemusi. Demo tõstab meeskonna vaimu.

4. Retrospektiiv. Viimane etapp, kus arutletakse millised probleemid olid selles sprintis, et parandada tööprotsessi tulevikus. Nagu ma aru sain, ei pea see osa olema ametlik. Töölised saavad vabalt öelda, mis nendele ei meeldinud jne. Tihti retrospektiivid toimuvad ka töövälisel ajal, näiteks baaris või restoraanis.

Antud firmas on olemas iganädalane planeerimiskoosolek (estimation), mille käigus hinnatakse ülesandeid järgmiseks sprindiks. Tavaliselt sprint review, retrospektiiv ja plaaneerimiskoosolek toimub samal päeval. Kolm korda aastas on ka suur XL sprint review olemas kuhu tuleb toote omanik (kuna ettevõte on rahvusvaheline). Teamliidrid tavaliselt tegelevad organisatsiooni ja rahaliste küsimustega.

Ärimudel.

Mina uurisin mudeleid avatud lähtekoodiga ja nendega seotud plussidega.

Turvalisus. Nagu arvatakse, Eric Raymond tarkvara avatud lähtekoodiga on turvalisem. Selgitab ta seda sellega, et kräkkeridel on huvitavam katki teha kinnist tarkvara. Ning isiklikud andmed lähtekoodiga tarkvaras reeglina šifreeritakse, suletud koodiga mõnikord mitte. Näidisena oli toodud: kui 1997 aastal oli leitud "Ping o'Death", Linuxi arendajad parandasid ta mitu tunni jooksul, siis tarkvarad kinnise koodiga ei ole mitu kuud parandatud (1).

Teised plussid. Turu mudeliga saab kiiresti leida vajaliku kogust arendajaid, kes hakkavad tarkvara ideid arendama. Samal ajal saab kiiresti saada tagasisidet kasutajatelt ja produkti muuta. Samamoodi tegid Jaapani firmad nutiseadmete tootmise ajal. Sageli teised arendajad adapteeruvad sama tarkvara teiste operatsiooni süsteemidega ja annavad töövõimelise versiooni tasuta. Lai OS kasutusvaldkond on suureks plussiks ka.

Teises osas vaatasin Open Source projekte - kuidas luuakse tasuta tarkvara, mis pärast tulu toob. Näiteks, tahaks rõhutada Automattic ja WordPress-ile (2). Matthew Charles Mullenweg 2005 aastal lõi Automattic-u, mille peaprojektideks olid WordPress ja Aksimet. Juba 2007 aastal Matthew-le pakuti müüa Automattic 200mln dollari eest, sellel ajal firmas töötas 18 inimest (ta keeldus).



1 - http://www.libertarium.ru/121515



2 - https://automattic.com/