Monet tiimit ovat havainneet pystyvänsä työskentelemään tehokkaammin ketterissä kokouksissa. Tuottavuus riippuu selkeästä ja jäsennellystä työstä. Kaikille tehtäville on asetettu määräajat, jotta tiimit toimivat aina ajallaan. Tässä työpajassa ketterän prosessin asiantuntija Doug Rose selittää, kuinka ketteristä kokouksista voidaan tehdä tehokkaampia. Se tarjoaa neuvoja keskeisistä toiminnoista, kuten suunnittelusta, keskeisten kokousten järjestämisestä ja sprinttien aikatauluista. Opit myös välttämään yleisiä virheitä ja varmistamaan johdonmukaisen edistymisen projekteissasi.

Tuottavampia kokouksia

Jatkuvasti muuttuvassa yritysmaailmassa organisaatioiden on mukauduttava tuottavuuden ja luovuuden lisäämiseksi. Tapaamiset ovat välttämättömiä ja joustavuus on yhä tärkeämpää. Olet ehkä kuullut ketterästä menetelmästä, mutta mikä se on? Se on moderni konsepti, joka on kehittynyt viime vuosina, mutta se ei ole uusi: se syntyi 1990-luvun alussa ja määritteli uudelleen projektinhallinnan ja ryhmätyön. Se kannustaa vuoropuheluun kaikkien projektiin osallistuvien osapuolten välillä.

Mikä on ketterä metodologia?

Ennen kuin menemme yksityiskohtiin, katsotaanpa joitain peruskäsitteitä. Kuten aiemmin mainittiin, ketterästä kehityksestä on kahden viime vuosikymmenen aikana tullut standardi ohjelmistokehityksessä. Ketterät menetelmät ovat käytössä myös muilla aloilla ja yrityksissä. Piditpä siitä tai et, sen valtava suosio on kiistaton. Jos et vielä ole, tutustu perusasioihin.

LUE  Voiko työntekijä vaatia työehtosopimuksessa määrättyä vuosipalkkiota, jos irtisanominen uudelleenarvioidaan?

Ketterästä menetelmästä sinun tulee tietää, että vaikka sitä usein kuvataan tai nähdään tapana toimia (askel askeleelta prosessi), se on itse asiassa ajattelun ja työnhallinnan kehys. Tämä viitekehys ja sen ohjaavat periaatteet on kuvattu ketterän ohjelmistokehityksen manifestissa. Ketterä on yleinen termi, joka ei tarkoita tiettyä metodologiaa. Itse asiassa se viittaa erilaisiin "ketteriin menetelmiin" (esim. Scrum ja Kanban).

Perinteisessä ohjelmistokehityksessä kehitystiimit pyrkivät usein viimeistelemään tuotteen yhdellä ratkaisulla. Ongelmana on, että se kestää usein useita kuukausia.

Ketterät tiimit puolestaan ​​työskentelevät lyhyissä jaksoissa, joita kutsutaan sprinteiksi. Sprintin pituus vaihtelee joukkueittain, mutta vakiopituus on kaksi viikkoa. Tänä aikana tiimi työskentelee tiettyjen tehtävien parissa, analysoi prosessia ja yrittää parantaa sitä jokaisen uuden syklin myötä. Lopullisena tavoitteena on luoda tuote, jota voidaan toistuvasti parantaa seuraavissa sprinteissä.

Jatka artikkelin lukemista alkuperäisellä sivustolla →