Meidän perusviestimme on, että tiimien tulisi miettiä niitä asioita, jotka ovat heidän omassa vaikutusvallassaan. Tämä ei kuitenkaan tarkoita sitä, ettei muut asiat kannattaisi unohtaa! Kokonaisvaltaisen parantamisen vuoksi olisi hyvä optimoida tiimin lisäksi koko organisaatiota. Siksi tiimiläisten olisikin välillä hyvä kääntyä reippaasti pomon puoleen.
Yksi asia kaikkien menestyvien ja hyvinvoivien tiimien taustalla on jatkuva parantaminen ja oppiminen. Jatkuva parantaminen ei ehkä ihan välttämättä vaadi säännöllisiä retrospektiiveja, mutta 2-4 viikon välein toistuvat retrosessiot ovat erittäin hyvä ”paineventtiili” tiimeille, jotka haluavat pysähtyä miettimään asioita rauhassa. Retrospektiiveihin on netti pullollaan kivoja tapoja, miten tiimin jäseniltä saa tuskapisteet ongittua esiin?
Meillä Contribytellä päätettiin, että tämän loppuvuoden teemaksi otetaan tiimien kehittäminen. Tästäpä seurasikin sitten nakki kirjoittaa blogeja tiimien parantamisesta. Mistä hyvät, tai jopa loistavat tiimit sitten on tehty? Tästä blogista löydät kehittämämme hyvän tiimin kaavan!
Product Owner eli tuoteomistaja on ketterissä tuotekehitystiimeissä rooli, jonka vastuulla on edustaa asiakkaan ja stakeholdereiden ääntä tiimille ja priorisoida tiimin tekemistä. Ideana on se, että yksi henkilö kerää tietoa monista eri lähteistä ja keskustelee säännöllisesti monien ihmisten kanssa, jotta voi sitten tehdä päätöksiä siitä mikä on tärkeää: mitä tehdään ja mitä ei. Lisäksi Product Owner vastaa siitä, että tiimillä on aina valmiina aloitettavaksi hyvin määriteltyä ja tärkeää tekemistä.
Contribyten työkalutiimi testasi getKanban-peliä, jonka parissa aika lensi kuin siivillä. Lue arviomme pelistä ja kutsu meidät peluuttamaan myös teidän tiimiä! Peli on mielestämme loistokeino päästä perille Kanbanin perusperiaatteista.
Aikaisemmassa blogissamme mietimme sitä, mitkä ovat useimmin vastaan tulevia ongelmia tiimin siirtyessä Scrumista Kanbaniin. Tässä jatko-osassa paneudumme uusiin Kanbanin sudenkuoppiin ja siihen, kuinka vältät ne helposti ja näppärästi!
Ketterät tiimit valitsevat usein toiminnanohjausmetodikseen joko Scrumin tai Kanbanin. Näistä Scrum on yleisempi, mutta kaikissa tiimeissä se ei välttämättä toimi parhaalla mahdollisella tavalla. Tässä blogissa neuvomme, kuinka vaihdat sujuvasti Scrumista Kanbaniin!
Joskus on sellainen fiilis, että tuoteomistajuuden vaikutusta lopputulokseen ei organisaatioissa täysin ymmärretä. On ehkä hankalaa perustella, miksi yhden ei-kehittäjä-ihmisen pitäisi olla liitettynä aika täysipäiväisesti tiimin kylkeen. Jos teidänkin organisaatiossa tämä asia tuntuu hankalalta perustella muille, toivon, että saatte tästä blogista vähän ajatuksia. Blogissa nimittäin kerron, miksi tuoteomistajuudella on suuri vaikutus. Product Ownerin suuren vaikutusvallan ymmärtää, kun oivaltaa, miten ketterä tuotekehitystiimi toimii.
Yksi isoimmista kysymyksistä, joiden kanssa tuotekehitysorganisaatiot painivat, on ihmisten motivaatioon ja sitoutumiseen liittyvät asiat. Lukuisat tutkimukset ovat osoittaneet, että työhönsä aktiivisesti sitoutuneet ja motivoituneet työntekijät vaikuttavat organisaation tulokseen ja toimintaan hyvin positiivisesti. Yhtälö on yksinkertainen: mitä sitoutuneempia ja motivoituneempia työntekijät ovat, sitä paremmin yrityksellä menee. Ja vielä yksinkertaisemmin: ilman motivaatiota emme saisi mitään aikaan.
Bugien estimoinnin sijaan projektin kannattaisi yksinkertaisesti seurata bugien inflowta ja outflowta. Lisäksi olisi hyvä ajatella, että tehtäisiin hyvää laatua mahdollisimman vähällä bugimäärällä – ennaltaehkäistään, eli siis karvataan! Bugien ennaltaehkäisy säästää aikaa ja auttaa myös välttämään turhat arvailut.
Kokoukset ovat osa nykyistä työelämää. Niissä keskustellaan ja päätetään asioita ja niitä ilman ei vaan tulla toimeen. Aika usein kokouksissa on kuitenkin paljonkin toivomisen varaa. Tässä blogipostauksessa kerromme, miksi.
Tuotekehityksessä työskentelevien olisi hyvä osata käyttää järjestelmällisen ongelmanratkaisun keinoja, sillä niiden avulla esimerkiksi mysteeribugien selvitys helpottuu ja nopeutuu huomattavasti. Ongelmanratkaisun metodiikkaa onkin syytä opetella ja harjoitella – se on todellista salapoliisityötä!