Kuinka ketterä voi olla jäädytetyllä scopella? Vastaus on, että jäädytetty release scope tappaa lähes kaiken ketteryyden. Jos tätä ei ole projektitiimissä ja johtoportaassa ymmärretty, on suoraan sanoen parempi jatkaa vesiputousmallissa. Ainakin näin vältetään valheellinen “olemme ketteriä” -mielentila.
Välillä käy niin, että koko tiimin backlog on täynnä asioita, jotka ovat vain yhden henkilön tehtävissä. Tämä on ongelmallista, sillä jos backlog on yhdistelmä yksittäisten henkilöiden to do -listoja, ei porukka toimi todellisena tiiminä.
Lue blogista, millä tavalla voit vähentää tämän aiheuttamia ongelmia!
Etäkokous onnistuu helposti Confluencen avulla. Osallistujat menevät samalle Conflu-sivulle ja alkavat editoida sitä yhdessä. Blogissa neuvomme, kuinka järjestät toimivan etäkokouksen Confluencessa!
Henkilökohtainen valmennus voi ajatuksena tuntua aluksi vieraalta – enkö tee tarpeeksi hyvää työtä ilman valmentajaa? Ei ole kyse siitä, onko työ hyvää vai huonoa. On kyse ennemminkin siitä, ymmärtääkö valmennettava, että me kaikki voimme kehittyä. Maailmassa ei ole ihmistä, joka ei voisi kehittyä paremmaksi, mikä tahansa onkaan hänen taitonsa tai roolinsa.
Itseohjautuva tiimi on tehokas, motivoitunut sekä nopea päätöksenteossa. Kun tiimi on itseohjautuva, myös tuoteomistajalle jää enemmän aikaa tehdä muita asioita. Blogissa kerromme, kuinka teet tiimistäsi entistä itseohjautuvamman!
Työssä onnistuminen on tärkeää tiimin motivaation kannalta. Siksi tavoitteet kannattaa valita oikein: parasta olisi, jos tiimi onnistuisi noin 80% ajasta – loppu 20% saattaa olla sitten joko osittaista onnistumista tai epäonnistumista. Tällöin tiimi on pyrkinyt ylittämään oman taitotasonsa, ja huomaa toimivansa taitotasonsa rajoilla.
Parempi Scrum-tiimi syntyy toisia auttaen. Auttaminen on tärkeää, sillä se muun muassa lisää yhteenkuuluvuuden tunnetta ja luottamusta tiimin jäsenten välillä. Lue blogista, mitä muuta hyötyä toisten auttamisesta on!
Hyvä Scrum Master on tärkeä tekijä, kun yritetään parantaa tiimin suorituskykyä. Blogissa kerromme, kuinka Scrum Master voi parantaa omaa osaamistaan tiimin valmentajana.
Hyvin toimiva tiimi toimii tehokkaasti kuudella eri akselilla – johtajuus, uteliaisuus, tiimihenki, kestävyys, auttaminen ja jatkuvasti hyvät tulokset. Tällä kertaa kerron lisää ajatuksistamme liittyen tiimin toiminnan kestävyyteen.
Ihmiset tekevät virheitä – se vain on fact of life. Myös ohjelmistotuotekehityksessä näin tapahtuu. Tuotekehitystiimeillä ja projekteilla kannattaakin olla jonkinlainen virheiden johtamiskäytäntö sen varmistamiseen, että asiat on priorisoitu oikein ja oikeat asiat etenevät.
Pre-planning -seremonian perusidea on tutustuttaa tiimiä backlog itemeihin, joita tullaan pian käsittelemään muissa seremonioissa. Pre-planning voikin tapahtua kahdella eri tavalla – se voidaan pitää joko ennen sprint planningia, tai sitten ennen backlog groomingia. Omasta mielestäni, tiimien kannattaisi pitää nämä molemmat! Molemmissa tapauksissa tavoite on sama: Product Owner haluaa tehostaa grooming tai planning tilaisuutta, ja tämän takia käyttää pre-planningia jakaakseen valmistelevaa tutkimustyötä tiimin jäsenille.
Backlog Grooming on yksi tärkeimmistä Scrum-tiimin kokouksista. Sen päätavoitteena on parantaa backlogin laatua. Tuotteen kehittämisen ennustettavuus paranee suoraan verrannollisesti backlogin laatuun, ja juuri sen takia Backlog Grooming onkin niin tärkeä kokous.