Thomas Kuhn’i raamatut “Teadusrevolutsioonide struktuur” lugedes kerkis esile paar paralleeli. Seal käsitletud paradigma on küllaltki sarnaned analüütikute poolt loodavale mudelile. Mõlemad on kirjeldused maailmast või selle nähtusest, millele võiksime uusi teooriaid luua või lahendada probleeme.
Paradigma on justkui usk ning mudelit võib käsitleda analüütiku omana. Inimesed ei taha vahetada usku pidevalt ning selle vahetus võib maailma tagurpidi keerata. Lihtsam viis vahetuseks on siis kui paradigma on jõudnud kriisi ja usu tugevus nõrgenenud. Siit võiks järeldada, et kui ärimudel infosüsteemis on jõudnud kriisini ning see ei peegelda enam vastavaid vajadusi, siis tuleb seda ümberstruktureerida kui mitte uuesti alustada.
Analüütikud kui kärbsed
Kärbestel on tendents närvidele käia ning inimesed leiavad võimalusi, kuidas neist lahti saada. Maakodudes tüüpiliselt on püüdmiseks kleepivad paberid, kuhu neile meeldib peale minna ja kuhu ka surevad. Neid analüütikuid, kes arvavad, et nende mudel on ainuõige ning ei arvesta tellijaga (suruvad enda mudelit peale väites, et see aitab), ongi kärbsed. Nende jaoks on hea vahend piits.
Paljud on kuulunud toredaid jutte, kuidas on vaja küll kontaktibaasi ja kasutajaid jms, kuid tegelikult vajatakse süsteemi, kust inimesed saaksid näiteks lihtsalt uudiseid lugeda. Kärbsed lihtsalt suruvad peale enda vaadet, kuigi see ei pruugi vastavase keskkonnas toimida (tegelikult kõik süsteemid ei vaja kasutajakontode funktsionaalsust).
Analüütikud kui kameeleonid
Kameeleonid on huvitavad roomajad – saavad muuta enda värvi. Samas analüütikud, kes nõustuvad iga tellija väitega ei ole huvitavad, vaid vusserdised. Probleem tekkib siis kui nad väga vastuolulisi vajadusi kirja panevad või ei anna tellijale teada, et kõike, mida nad soovivad, pole vaja. Hea näide selle kohta oleks näiteks funktsionaalsus, mis kuvab tänased sünnipäevalapsed – suures joones pole kasu sellest firmas, kuid siiski nõustutakse sellega ja skoobi probleemide puhul seda välja ei visata, kuigi tahetakse tarkvara soodsamalt.
Kui küsida tellija käest iga vajaduse kohta, et millist ärilist väärtust ta sellega saab ning anda talle hinnang palju see maksma läheb, siis jääks nii mõnigi arutu süsteemiosa tegemata.
Veidi eetilisem probleem tekkib siis, kui analüütik mõistab, et tellija soovib tegelikult pliiatsit ja paberit, kuid ei ütle seda talle. On nõus sellega, mida tellija arvab vajavat. Seega ka nende peale loota pole mõtet.
Väärtuslikud analüütikud
Viimane grupp analüütikuid on sümbioos kahest eelnevast. Nende peamine tugevus on kuulata tellijat ja vajadusel piisavalt uurida, et näha selles tellijapoolset väärtust. Lisaks nad ei suru peale ühtegi mudelit, vaid pakub need välja ning põhjendab miks üks või teine viis parem on.
Esialgset mudelit ta ei kaitse vere hinnaga, vaid ta teab, et maailm on muutlik ning kõike ta ei suuda korraga arvesse võtta.
Hea analüütiku relvad on hea suhtlusoskus, uurimisjanu ning mõtlemisoskus. Siinkohal olen jõudnud arusaamisele, et igasugused analüüsi väljundid, mis on nagu piiblid, ei tee head nii tellijale ega ka teostajale. Kasutajalood (user story) tunduvad olevat hea viis kuidas head koostööd tellijaga teha: neist kumab välja äriline väärtus; tellija näeb palju see talle maksma läheb; see nõuab tugevat suhtlust; seda saab katki rebida!. Meeldivat analüüsi järgnevates projektides.
Loe veel sarnastel teemadel:
- Appi, mu rakenduses on mitu mudelit!, 27. august
- Otsuste langetamise kunst, 17. september
- Maailm on liiga sarnane, 13. mai
- Motivatsioon ja mõõdikud, 25. november
- Miks projektid ebaõnnestuvad?, 6. aprill
KAIZEN FEED
Telli endale Kaizeni uudisvoog
KOMMENTAARIDE FEED
Telli endale kommentaaride voog
KAIZEN TWITTER
Lühiuudised Kaizeni autoritelt
KAIZEN FACEBOOK
Liitu Kaizeniga
MIS ON KAIZEN?
Kaizen on Saiku tarkvaraarendusealane blogi, kus kirjutame erinevatest lähenemistest meisterlikule tarkvaraarendusele.
KATEGOORIAD
- .NET (18)
- Analüüs/Arhitektuur (11)
- Arendus (66)
- Ettevalmistus (1)
- Juhtimine (2)
- Varia (23)
SILDIPILV
- .NET (41)
- ilus kood (23)
- Arendus (23)
- C# (20)
- Analüüs/Arhitektuur (14)
- Testimine (10)
- raamat (8)
- Ruby (8)
- projektijuhtimine (8)
- printsiibid (6)
- produktiivsus (5)
- ReSharper (5)
- PHP (5)
- NHibernate (4)
- objekt-orienteeritud (4)
- pidev integratsioon (4)
- Viited (4)
- agile (4)
- Java (4)
- Geekdinner (4)
- lean (4)
- raamatukogu (4)
- CI (3)
- Cruise Control.NET (3)
- Robert C. Martin (3)
- scrum (3)
- iteratsioon (3)
- suhtlus (3)
- jQuery (2)
- TechEd 2008 (2)
- Visual Studio (2)
- valideerimine (2)
- intervjuu (2)
- analüüs (1)
- ASP.NET (1)
- ümberstruktureerimine (1)
- üritus (1)
- CodeRush (1)
- dokumentatsioon (1)
- Kent Beck (1)
- LINQ (1)
- Martin Fowler (1)
- Moq (1)
- Rhino Mocks (1)
- stackoverflow (1)
- võltsitud objektid (1)
- Whiteboard Wednesday (1)
- hindamine (1)
- tarkvara kvaliteet (1)
- ajagraafikud (1)
- Saiku (1)
- koolitus (1)
- tagasivaate (1)
- koosolek (1)
- dünaamilised keeled (1)
- staatilised keeled (1)
- FluentNHibernate (1)
- facebook (1)
- aastapäev (1)
- Rake (1)
- Oredev 2008 (1)
- toyota way (1)
- raiskamine (1)
- NDepend (1)
- podcasts (1)
- väle tarkvaraarendus (1)
- raido tonts (1)
- minimal marketable feature (1)
- kasutajalugu (1)
- twitter (1)
- Joomla! (1)
- MVC (1)
- andmebaas (1)
- versioonimine (1)
- diskussioon (1)
- regulaaravaldised (1)
- motiveerimine (1)
- mõõdikud (1)
- agileestonia (1)
- riistvara (1)
- koolitused (1)
- kujundus (1)
- kodulehed (1)
- veeb (1)
