Humppaan itsekseni
Softan teko on yleensä ryhmätyötä. Lähes kaikki työn puolesta koodaus tehdään ryhmissä, yleensä 3-10 hengellä, mutta joskus kaksistaan ja toisinaan tolkuttoman suurella porukalla. Harrastekoodauksestakin suuri osa kanavoituu vapaan koodin projekteihin, jotka ovat myös ryhmätyötä, vaikkakin usein kovin erilaista.
Ei siis ole sattumaa, että myös ohjelmistotuotannon prosessimallit on suunniteltu ryhmätyöhön. Itse asiassa niiden ensisijainen tarkoitus on mahdollistaa ryhmätyö. Scrum puhuu suoraan ideaalisti 7 hengestä; XP:n parikoodaus tuskin onnistuu alle 2 hengellä, ja vesiputousmallin alkuperäinen lupaus oli juuri suurten ja todella suurten projektien systemaattinen läpiveto, kun menetelmä skaalautuu ylöspäin. Jonkinlaisena filosofisena taustaoletuksena tässä voi nähdä, että koodaus nyt hoituu yksinkin, mutta kun on tiimi, tarvitaan Prosessi.
No hyvä, kooderi ilman ryhmää on kuin lammas ilman laumaa. Mutta lähes kaikki mielenkiintoinen maailmassa on lähtenyt siitä, että asioita käytetään johonkin mihin niitä ei ole tarkoitettu. miksei siis tässäkin. Eli kuinka taipuu prosessimalli yhdelle hengelle, ja onko siitä iloa?
Keskustelimme hiukan aiheesta toimistolla ja skypessä, ja teimme seuraavia huomioita:
- Prosessimalleista ei ehkä usein ole iloa sellaisenaan, mutta kokemus niistä on hyödyllistä, koska niiden tavoittelemat asiat (edistymisen seuranta, varmistettu ymmärrys tavoitteista, tavoitteiden päivitys, jne) ovat kuitenkin tarpeen, vaikka ne tehtäisiinkin ad hoc.
- Monet Scrumin työkalut voivat olla hyödyllisiä, erityisesti backlog
- Prosessien ylläpito vaatii yksin työskennellessä suurempaa kurinalaisuutta, koska ei ole sosiaalista painetta (ja ehkä koska ne tuntuvat turhilta?)
Arvon ohjelmistotuotannon ammattilaiset ja harrastajat (lue: lukijat), onko teillä kokemuksia prosessimallien käytöstä yhden hengen projekteissa, sellaisenaan tai muokattuna? Millaisia? Mikä toimii ja mikä ei?
2 vastausta artikkeliin Humppaan itsekseni
Vastaa Peruuta vastaus
Yhteystiedot
Ota yhteys ja kysy Codenton palveluista! Puhelin 040-729 2733, info[at]codento.comTagit
aamiaistilaisuus agile ajankohtaista amazon arkkitehtuuri avoin lähdekoodi aws c CAP cvs ec2 eucalyptus futurologia git google hadoop hajautetut järjestelmät java kirjat konsultointi mapreduce näin meillä ohjelmistotuotanto ohjelmointi ohjelmointikielet pilvi projektit python rekrytointi s3 scala scrum skaalautuvuuden abc skaalautuvuus startup subversion suorituskyky tapahtumat tiedostojen synkronisointi tietokanta vaatimusmäärittely verkkopalvelut versionhallinta virtualisointi välimuistiArkisto
- helmikuu 2012
- tammikuu 2012
- joulukuu 2011
- marraskuu 2011
- lokakuu 2011
- huhtikuu 2011
- maaliskuu 2011
- helmikuu 2011
- tammikuu 2011
- joulukuu 2010
- marraskuu 2010
- lokakuu 2010
- syyskuu 2010
- elokuu 2010
- heinäkuu 2010
- kesäkuu 2010
- toukokuu 2010
- huhtikuu 2010
- maaliskuu 2010
- helmikuu 2010
- tammikuu 2010
- joulukuu 2009





Taisitte olla PSPn (Personal Software Process:n perässä?
Ei oikeastaan. PSP:hen olen kyllä törmännyt koulussa aikoinaan ohjelmistoprosessikurssilla (tjsp), mutta en muista koskaan kuulleeni eknestäkään, joka olisi sitä oikeasti kokeillut ns. elävässä elämässä. Se ei siis toistaiseksi kvalifioi nyt tähän kesksuteluun, koska ajattelin käytännön kokemuksia jostain yhden hengen projektien prosesseista.
Noin ylipäänsä, PSP on musta vaikuttanut vähän liikaa hatusta kiskotulta samaan tapaan kuin monet muutkin softaprosessit. Siis ihan järkevän kuuloisia ideoita, mutta en ole huomannut oikein yritystäkään testata jotenkin empiirisesti että onko ne oikeasti parempia kuin jotkin muut ideat. Ja onhan se vähän vesiputous myös