Hyvät, pahat riippuvuudet? Käännä agile-tiimien yhteistyö voitoksi
Oletko koskaan mallintanut Scrum-tiimien välisten tekemisten riippuvuuksia esimerkiksi post-it lappujen ja punaisen villalangan avulla? Ja oletko päätynyt tilanteeseen, jossa lankaa on lopulta niin paljon, että siitä voisi neuloa lapaset? Tämä on hyvä hetki pysähtyä hetkeksi miettimään.
Riippuvuuksia on olemassa monia erilaisia. Tyypillisiä riippuvuuksia ovat
- riippuvuus tietyistä asiantuntijoista, joita ei riitä jokaiseen tiimiin koko ajaksi
- tekninen riippuvuus toisen tiimin vastuulla olevasta tuotteesta tai järjestelmästä
- riippuvuus samojen sidosryhmien taustatuesta
Riippuvuudet aiheuttavat pahimmillaan sen, että tiimi ei pysty sprintin aikana yksin tuottamaan arvoa. Tiimit eivät saa valmiiksi suunniteltuja käyttäjätarinoita, vaan ovat sen sijaan kokonaan riippuvaisia toisen tiimin tai henkilön tekemisistä. Riippuvuuksista voi syntyä esteitä tiimin etenemiselle, mikä pahimmassa tapauksessa johtaa siihen, että tiimi ei saavuta sprintin tavoitteita.
Käyttäjätarinoita kirjoitettaessa tulisi pitää mielessä INVEST-sääntö. Eli tarinan tulisi olla:
- riippumaton (independent)
- neuvoteltavissa oleva (negotiable)
- arvokas (valuable)
- arvioitavissa oleva (estimable)
- pieni (small)
- testattavissa oleva (testable)
Säännön ensimmäinen kohta liittyy siihen, että käyttäjätarina pystyttäisiin toteuttamaan itsenäisesti ilman riippuvuuksia – niin tiimin sisällä kuin myös sen ulkopuolella. Käytännössä tämä tarkoittaa sitä, että jos esimerkiksi rakennamme toiminnallisuuksia, joissa tarvitaan muutoksia sekä käyttöliittymään, palvelukerrokseen että tietokantaan, näitä ei erotella eri käyttäjätarinoihin. Tämän sijasta yksi käyttäjätarina sisältää muutokset kaikkiin kerroksiin – ja yksi tiimi pystyy toteuttamaan koko käyttäjätarinan. Tämä ei ole aina mahdollista, minkä vuoksi riippuvuuksia on joko purettava tai hallittava.
Pidä arvontuotto mielessäsi
Riippuvuuksien hallinnan kannalta on tärkeää miettiä, onko tiimit rakennettu parhaalla mahdollisella tavalla arvontuoton näkökulmasta. Scrum-opas ohjeistaa seuraavasti: “Scrum-tiimit ovat monialaisia, mikä tarkoittaa sitä, että tiimin jäsenillä on kaikki taidot, joita tarvitaan arvon tuottamiseen sprintissä.”
Voit myös pohtia seuraavia esimerkkikysymyksiä: Miten olemme rakentaneet tiimit organisaatiossamme? Onko tiimeissä kaikki se osaaminen, jota tarvitaan arvoa tuottavien ominaisuuksien kehityksessä? Onko tiimit rakennettu noudattamalla perinteisiä organisaatiomalleja, jotka perustuvat samankaltaisen osaamisen keräämiseen yhteen yksikköön?
Mistä tiedät, mitä kaikkia taitoja yhdessä tiimissä pitäisi olla? Apuna voi toimia esimerkiksi arvovirta-analyysi, jossa asiakkaan näkökulmasta tunnistettuun tapahtumavirtaan kytketään myös kehittämisen arvovirta, eli miten käytännössä asiakasarvoa tuotetaan. Tämä auttaa määrittelemään, millaisia tiimejä on hyvä rakentaa. On kannattavaa myös tarkastella tuoteportfoliotanne ja pohtia, millaisia ominaisuuksia haluatte lähitulevaisuudessa rakentaa eri tuotealueilla, ja minkälaista osaamista näiden toteuttaminen vaatii.
Investoi osaamiseen
Toinen tapa vähentää riippuvuuksia on yksinkertaisesti lisätä organisaation osaamista. Osaamista voidaan lisätä esimerkiksi kouluttamalla lisää tietyn alueen osaajia tai laajentamalla henkilöiden osaamista ns. T-mallia soveltaen. Tällöin yhden alueen syväosaamisen lisäksi henkilöillä on kyky oman osaamisensa soveltamiseen myös syväosaamisen ulkopuolella. Osaamisen laajentamisessa hyviä keinoja on esimerkiksi toteuttaa rotaatioita tiimin sisällä tai tiimien välillä.
Kaikkia riippuvuuksia ei kuitenkaan voi, eikä ole myöskään tarpeen poistaa. Tiimien väliset sidokset eivät välttämättä ole ainoastaan pahasta, vaan ne voivat auttaa jakamaan osaamista ja luomaan yhteishenkeä, kun tiimit auttavat toisiaan. Riippuvuuksia tulee kuitenkin hallita, ettei niistä muodostu pullonkauloja.
Lähde liikkeelle kevyesti ja ketterästi, esimerkiksi tuomalla tuotteenomistajat yhteen aika ajoin tarkastelemaan eri kehitysjonoja ja tunnistamaan näiden välisiä riippuvuuksia. Näin voidaan varmistaa, että asioita priorisoidaan siten, että kehitystä saadaan eteenpäin ilman turhaa odotusta.
Skaalatuissa ketterissä menetelmissä, kuten SAFe, on rakennettu systemaattisia yhteisiä suunnittelusessioita, joiden avulla paitsi varmistetaan eteneminen yhteisiä päämääriä kohti, myös riippuvuudet tunnistetaan ajoissa ja niiden hallitsemiseen on yhteinen suunnitelma. Näihin menetelmiin tutustumalla voit löytää apua ja uusia ajatuksia miettiessäsi eri keinoja hallita riippuvuuksia omassa organisaatiossasi.
Kaipaatko apua riippuvuuksien hallintaan tai vaikkapa arvovirta-analyysin tekemiseen? Ota yhteyttä!
Lisätietoja
Tagit
Erikoisosaaminen
Ketterät menetelmät |
Toimialakokemus
Asiantuntijapalvelut |
Tarjonnan tyyppi
Johtamistyö | |
Konsultointi |
Taskmill - Asiantuntijat ja yhteyshenkilöt
Taskmill - Muita referenssejä
Taskmill - Muita bloggauksia
It- ja ohjelmistoalan työpaikat
- Laura - Tietoturva-asiantuntija
- Nordea - Senior Full Stack Developer with IAM knowledge
- Tecinspire Oy - Dev Team Lead - Kehityksen tiimipäällikkö
- Laura - IT Manager
- Laura - Network Specialist
- Laura - Tiedonhallinnan erityisasiantuntija
- Laura - Junior Cyber Security Specialist
Premium-asiakkaiden viimeisimmät referenssit
- Ampersand Design Oy - Asiantuntijuuden vahvistaminen referenssitarinoilla
- Verkkovaraani Oy - Lentorata.fi-sivuston saavutettavuusauditointi
- Innofactor Oyj - Apotek 1 tarjoaa innovatiivisia palveluja Azure Kubernetes -ratkaisun avulla
- Innofactor Oyj - Business Centralin lisäarvoratkaisut tehostavat Domicetin liiketoimintaa
- Efima Oyj - Case Martela: Luottamus ERP-kumppaniin rakentui tehtaan lattialla
- Valve - Korsisaari uudistunut verkkopalvelu
- Valve - Musiikkituottajat – IFPI Finland ry verkkopalvelun uudistus
Tapahtumat & webinaarit
- 21.05.2024 - The path to productization
- 21.05.2024 - Ilmainen ERP-webinaari: NAV:stä Business Centraliin | Business Centralin mahdollisuudet versionvaihdon jälkeen
- 23.05.2024 - Ilmainen BI ja ERP-webinaari: Paradigman muutos
- 28.05.2024 - SprintIT webinaari ti 28.5. klo 10: Odoo Raportointi - Sitä saat mitä mittaat!
- 29.05.2024 - Efistream-webinaari: Näin rakennat modernin taloushallinnon, joka tukee tiedolla johtamista
- 29.05.2024 - Ilmainen ERP-webinaari: Forbesin maailman parhaaksi valitseman liiketoimintaohjelmiston, Business Centralin, esittely ja demo
- 30.05.2024 - Palvelumuotoilu osana DevOpsia
Premium-asiakkaiden viimeisimmät bloggaukset
- Ready Solutions Oy - Tietomallit osana informaatioarkkitehtuuria
- Timeless Technology - Milesight UR32L Lite Series teollisuusreititin hintaan 115,00€!
- Innofactor Oyj - Dynasty Asiointipalvelun 3 tärkeintä hyötyä
- Efima Oyj - Microsoft Fabric -sanakirja: esittelyssä Fabricin analytiikkatyökalut
- Staria Oyj - Citycon ulkoistaa pohjoismaiseen talous- ja vuokrahallintoon liittyvät toiminnot Starialle
- Timeless Technology - Perlen 4G ja 5G reitittimet: Virtaviivaista verkonhallintaasi Docker OCI-säilöillä.
- Ready Solutions Oy - Lakehouse – alusta vai tietovarasto moderniin analytiikkakehitykseen?
Digitalisaatio & innovaatiot blogimediaBlogimediamme käsittelee tulevaisuuden liiketoimintaa, digitaalisia innovaatioita ja internet-ajan ilmiöitä |