Ketterä (ketterä ohjelmistokehitys) on “ketterien” lähestymistapojen perhe ohjelmistokehityksessä. Näitä lähestymistapoja kutsutaan joskus myös kehyksiksi tai ketteriksi menetelmiksi.

Ketterä alkoi IT-ympäristössä, mutta levisi sitten muille alueille – teollisuustekniikasta tekoälyyn.

Ketterän merkitys on muotoiltu ketterän ohjelmistokehityksen manifestissa: “Ihmiset ja vuorovaikutus ovat tärkeämpiä kuin prosessit ja työkalut. Toimiva tuote on tärkeämpi kuin kattava dokumentaatio. Yhteistyö asiakkaan kanssa on tärkeämpää kuin sopimusehdoista sopiminen. Muutokseen valmistautuminen on tärkeämpää kuin alkuperäisen suunnitelman noudattaminen. “

Ketterä manifesti on kaikkien ketterien kehitystapojen pääasiakirja. Agile on vuonna 2001 luonut ryhmä innostuneita ohjelmoijia, jotka halusivat ymmärtää, mikä on halutun ja hyödyllisen IT-tuotteen kehityksen ytimessä. Agile olettaa, että projektia toteutettaessa ei tarvitse luottaa vain yksityiskohtaisiin suunnitelmiin jotka on luotu etukäteen. On tärkeää keskittyä ulkoisen ja sisäisen ympäristön jatkuvasti muuttuviin olosuhteisiin ja ottaa huomioon asiakkaiden ja käyttäjien palaute. Tämä kannustaa kehittäjiä ja insinöörejä kokeilemaan ja etsimään uusia ratkaisuja jäykkien kehysten ja standardien rajoittamatta.

Erillisiin ketteriin lähestymistapoihin kuuluvat scrum ja kanban.

Scrum on “jäsennelty lähestymistapa”. Jokaisessa projektissa työskentelee yleinen asiantuntijaryhmä, johon liittyy vielä kaksi ihmistä: tuotteen omistaja ja scrum master. Ensimmäinen yhdistää tiimin asiakkaan kanssa ja seuraa projektin kehitystä; tämä ei ole muodollinen tiiminvetäjä, vaan kuraattori. Toinen auttaa ensimmäistä järjestämään liiketoimintaprosessin: hän pitää yhtiökokouksia, ratkaisee jokapäiväisiä ongelmia, motivoi tiimiä ja seuraa scrum-lähestymistavan noudattamista.

Scrum-lähestymistapa jakaa työnkulun tasaisiin sprintteihin – yleensä jaksot viikosta kuukauteen projektista ja tiimistä riippuen. Ennen sprinttiä tämän sprintin tehtävät muotoillaan, lopussa keskustellaan tuloksista ja joukkue aloittaa uuden sprintin. Sprintit ovat erittäin käteviä vertailla toisiinsa, mikä antaa sinun hallita työn tehokkuutta.

Kanban on “tasapainolähestymistapa”. Sen tehtävänä on tasapainottaa eri asiantuntijoita tiimissä ja välttää tilanne, jossa suunnittelijat työskentelevät päivällä ja yöllä, ja kehittäjät valittavat uusien tehtävien puutteesta.

Koko tiimi on yksi – kanbanissa ei ole tuotteen omistajia ja scrum master -rooleja. Liiketoimintaprosessi ei ole jaettu yleiskilpailuihin, vaan tiettyjen tehtävien suorittamisen vaiheessa: “Suunniteltu”, “Kehitetty”, “Testattu”, “Valmis” jne.

Kanbanin tärkein suorituskykyindikaattori on keskimääräinen aika, joka kuluu tehtävän suorittamiseen kautta linjan. Tehtävä sujui nopeasti – joukkue työskenteli tehokkaasti ja sujuvasti. Tehtävä viivästyi – sinun täytyy miettiä missä vaiheessa ja miksi viivästyksiä esiintyi ja kenen työ on optimoitava.

Ketterien lähestymistapojen visualisointiin käytetään kortteja: fyysisiä ja elektronisia. Niiden avulla voit tehdä työnkulusta avoimen ja ymmärrettävän kaikille asiantuntijoille, mikä on tärkeää, kun tiimillä ei ole yhtä virallista johtajaa.

Mikä on ketterä?

Ketterä on lähestymistapa projektinhallintaan tai ohjelmistokehitykseen. Ketterässä vaatimukset ja ratkaisut kehittyvät iteroinnin ja yhteistyöhön perustuvien toimintojen, itseorganisoituvien tiimien ja yrityskäyttäjien kautta. Ketterä suhtautuu myönteisesti muuttuviin vaatimuksiin myös myöhemmässä vaiheessa. Asiakkaat, liiketoiminnan osanottajat ja kehittäjät työskentelevät yhdessä koko projektin ajan. Ketterät tiimit mukauttavat käyttäytymistään vastaamaan projektin muuttuvia tarpeita.

Ketterä on filosofia tai suunta (Griffin). Ketterää käytetään laajalti oppaana päästäksesi lähemmäs projektityötä. Agile korostaa kehityksen iterointia sekä testausta ohjelmistokehityksen elinkaaressa (SDLC). Ketterä hajottaa koko tuotteen tai projektin pieniksi kokoonpanoiksi. Ketterässä metodologiassa kehitys tai testaus tapahtuu samanaikaisesti. Ketterä tukee yhteistyötä ja suoraa viestintää.

Mikä on Scrum?

Scrum on perusta projektihallinnalle tai ohjelmistokehitykselle. Scrum on yksi ketteristä prosesseista. Scrum keskittyy tuottamaan liiketoiminnan arvoa yrityskäyttäjille lyhyessä ajassa. Projektit on jaettu sprinteihin, jotka kestävät yleensä yhdestä kolmeen viikkoa. Scrumilla on kolme pääroolia: scrum master, tuotteen omistaja ja tiimin jäsenet.

Scrum korostaa itseorganisaatiota ja jaettua omistajuutta tiimin jäsenten keskuudessa. Hän pitää projektinhallintaa prosessina yhteisen arvon luomiseksi; ja korostaa yhteistyötä ja iteratiivista kehitystä muutosten tehokkaan hallinnan ja parempien tuotteiden luomiseksi vastaamaan asiakkaiden tarpeita. Scrum näkee ajan rajoituksena. Se korostaa nyrkkeilyaikaa ja käyttää päivittäistä sprintin suunnittelua ja katselmointikokouksia.

Ketterän ja Scrum-yhtäläisyydet:

Ketterä ja scrum liittyvät molemmat projektinhallintaan ja ohjelmistokehitykseen. Koska Scrum on yksi tapa toteuttaa ketterä, molemmilla on useita yhtäläisyyksiä. Molemmat korostavat resurssien optimaalista käyttöä. Molemmat korostavat eri tehtävien tehokasta ja vaikuttavaa hallintaa.

Ketterä ja kova, molempien tavoitteena on saada kaikki irti liiketoiminnan käyttäjistä. He yrittävät varmistaa, että tuote tai projekti toimitetaan yrityskäyttäjille mahdollisimman pian. Molemmat korostavat jatkuvaa parantamista, yhteistyötä, avointa viestintää jne.

Ketterän ja Scrumin luonne:

Ketterä on inkrementaaliseen ja iteratiiviseen lähestymistapaan perustuva kehitysmenetelmä; kun taas Scrum on yksi monista toteutusjärjestelmistä tai ketteristä prosesseista.

Scrum tarjoaa lisämoduuleja asiakkaalle joka viikko tai kaksi viikkoa.

Käyttöesimerkkejä

Yksi ketterän periaatteista perustuu henkilön henkilökohtaiseen vastuuseen eikä sisäisten prosessien virheenkorjaukseen.

( VC.ru- artikkelista )

Työskennellessämme ammattitiimien kanssa käytämme Scrumia, useimmiten valitsemme 2-3 viikon jakson takautuvilla kokouksilla, joiden avulla voimme pitää kaiken hallinnassa.

( Vedomosden haastattelusta vapaasti seisovan ketteryyden valmentajan Frank Sosierin kanssa)

Kanbanin pääidea on työnkulun visualisointi. Se koostuu fyysisen kojelaudan luomisesta, johon voit visuaalisesti merkitä edistymisen.

(Forbes-sarakkeen käännöksestä Rusbasessa)

Jos puhumme siitä, mikä on ketterää, rajoittuisin sellaiseen lauseeseen – se on joukko arvoja, joiden puitteissa rakennamme työtämme tuotteilla, organisaation sisäisillä prosesseilla.

(Alexey Pimenov, ScrumTrekin toimitusjohtaja Rusbase-artikkelissa)

Kuinka ja miksi scrum-menetelmä ilmestyi

Ennen Scrumin tuloa vesiputous lähestymistapa otettiin käyttöön ohjelmistokehitysmaailmassa. Tuotteen valmistus tehtiin seuraavan suunnitelman mukaisesti.

Määritä tuotevaatimukset.
Suunnittele koko projekti alusta loppuun.
Kirjoita koodi.
Testaa tuote.

Kehittäjät sovittivat työsuunnitelman asiakkaan kanssa ja noudattivat tarkasti käyttöehtoja. Kun tuote oli valmis, se testattiin, mutta mitään ei voitu muuttaa. Siksi, jos virheitä havaittiin, ne oli aloitettava alusta, ja työaika pidentyi.

Tämä tapahtui, kunnes joukko innovaattoreita päätti muuttaa tilannetta kokonaan. He seurasivat menestyvien joukkueiden toimintaa: menettämättä määräaikoja ja saamaan juuri suunnitellun tuloksen. Kävi ilmi, että menestys oli prosessin joustavuudessa.

Opitut kokemukset auttoivat luomaan ketterän ohjelmistokehityksen manifestin. Se sisälsi vain neljä kohtaa, mutta ne muuttivat prosessia täysin.

Ketterä ohjelmistokehitysilmoitus

1 Ihmiset ovat tärkeämpiä kuin työkalut.
2 Tuotteen laatu on tärkeämpää kuin dokumentointi.
3 Vuorovaikutus asiakkaan kanssa on tärkeämpää kuin sopimus.
4 Muutosvalmius on tärkeämpää kuin asetettu suunnitelma.

Nämä neljä kohtaa olivat perusta ketterän ohjelmistokehitysprosessin syntymiselle. Myöhemmin luotiin 12 periaatetta, joita käytetään edelleen kaikissa ketterissä menetelmissä.

12 ketterää periaatetta

1 Tärkeintä on hyvä ohjelmisto ja tyytyväinen asiakas.
2 Valmius muutokseen milloin tahansa.
3 Täysin toimiva ohjelmisto – niin usein kuin mahdollista.
4 Tiimikokous on paras tiedonvaihtoon.
5 Asiakkaan ja kehitystiimin on tehtävä yhteistyötä.
6 Luota ihmisiin tekemään työnsä.
7 On toimivia ohjelmistoja – edistymistä on.
8 Ketterät prosessit – jatkuva kehitys.
9 Huomio laatuun lisää joustavuutta.
10 Prosessin yksinkertaisuus eliminoi tarpeettoman työn.
11 Itseorganisoituva tiimi toimii paremmin.
12 Jatkuva pyrkimys suurempaan tehokkuuteen.

Ketterä ja vesiputous, asteikko

Yksi ketteristä ohjelmistokehitysmenetelmistä, joka perustuu ketteriin periaatteisiin, on Scrum.

Scrum-luojat Jeff Sutherland ja Ken Schwaber ovat seuranneet amerikkalaisten armeijan, erikoisjoukkojen ja jopa rugbypelaajien työtä monien vuosien ajan. Ja he huomasivat, että heidän menestyksensä perustuu vuorovaikutukseen ja ryhmätyöhön. Sutherland ja Schwaber tajusivat, että juuri tätä ohjelmistokehittäjät tarvitsivat. Näin Scrum-menetelmä ilmestyi.

Scrum-ydinperiaatteet

Scrum keskittyy aina asiakkaaseen, jonka on hankittava haluttu tuote ajoissa ja edullisimmilla kustannuksilla. Tämä voidaan saavuttaa noudattamalla muutamia olennaisia periaatteita.

Lyhyissä jaksoissa työskentely (sprintit)

Suunnittele yksi pikajuoksu, älä koko projekti kerralla. Jokainen sprintti on ajanjakso, jonka aikana joukkue työskentelee täysin valmiin tuotteen kanssa.

Joustavuus. “Tarkista ja sopeudu”

Prosessin joustavuus ja tuotetestaus jokaisen sprintin jälkeen. Jos jokin menee pieleen, tiimi on aina valmis muuttamaan kehitysstrategiaa tai tarkistamaan jäljellä olevaa tilannetta Tilattu luettelo tehtävistä, joiden kanssa scrum-tiimi työskentelee tuotetta luodessaan.

Asiakkaan ja käyttäjien osallistuminen tuotteen luomiseen.

Asiakas ei seiso syrjässä, mutta on täysin mukana työssä. Tätä varten on tuotteen omistajan rooli, jonka suorittaa asiakas itse tai hänen edustajansa. Hänen kauttaan tiimi on vuorovaikutuksessa käyttäjien kanssa. Koska kehitys tapahtuu lyhyissä vaiheissa, käyttäjät osallistuvat testaukseen melkein välittömästi.

Ensimmäisen testauksen jälkeen heille annetaan pääsy tuotteeseen, ja tuotteen omistaja kerää palautetta. Näin joukkue voi parantaa tulosta.

Tiimin vuorovaikutus

Scrum-tiimi on ryhmä ihmisiä, jotka työskentelevät yhden tuloksen puolesta ja kokonaisuutena. Kaikki pyrkivät yhteen yhteiseen päämäärään.

Scrum-tiimin merkitys

Scrum-tiimi on useimmiten 5–9 hengen ryhmä. Tämä on optimaalinen määrä, mutta joskus on kolmen hengen joukkueita. Jos ihmisiä on enemmän, heidän on vaikeampi olla vuorovaikutuksessa toistensa kanssa, mikä häiritsee työtä ja vähentää tuottavuutta.

Komentorakenne

Tuotteen omistaja. Henkilö, joka edustaa tuotetta ja on välittäjä asiakkaan, käyttäjien ja kehitystiimin välillä. Joskus se voi olla asiakas itse.
Scrum-päällikkö. Useimmiten – erityisesti palkattu työntekijä, joka johtaa tiimin tulokseen. Hän ei johda tiimiä, mutta valvoo Scrumin perusperiaatteiden toteuttamista. Hänen tehtävänään ei ole painostaa, ei tehdä kaikkea työtä itse eikä jakaa vastuita, vaan auttaa, ohjata ja ratkaista kehitysprosessia haittaavia asioita.
Kehittäjät. Scrum-tiimissä on aina ihmisiä, joilla on erilaiset taitojoukot. Joten viiden tai yhdeksän hengen joukkue johtaa koko projektin alusta loppuun. Yksi joukkue – yksi lopputuote.

Miltä scrum-joukkue näyttää

Roolien jakautuminen

Scrum toimii, kun rooleja on jaettu. Niitä on kolme.

Tiimi. Tämä on itseorganisoitunut 3-9 hengen ryhmä. Yksittäisen työntekijän panosta ei arvioida. On vain tärkeää, minkä tuloksen joukkue on saavuttanut yhteisillä ponnisteluilla.

Tuotteen omistaja. Tämä on yleensä yrittäjä, joka tuntee liiketoimintansa ja ymmärtää asiakkaiden tarpeet. Hänellä on tarpeeksi kokemusta tietääksesi lopputuotteen. Tuotteen omistaja on linkki tiimin, kuluttajan ja tuotannon välillä. Hän työskentelee palautteen kanssa, tekee tärkeitä päätöksiä ja seuraa projektibudjettia. Tuotteen omistaja ei kerro joukkueelle kumpaakin tietä, vaan vain tarkastelee tulosta.

Scrum Master tai tiiminvetäjä. Scrum Master on vastuussa joukkueen menestyksestä. Hän ei tee päätöksiä eikä johda. Hänen tehtävänään on saada tiimi toimimaan ilman johdon vipua. Scrum Master on liima, joka pitää tiimin yhdessä.

Scrum-työkalut

Scrum on joustava suunnittelutekniikka, joka sopii mihin tahansa projektiin. Sen avulla voit lisätä yrityksen tuottavuutta ja saavuttaa parempia tuloksia. Esimerkiksi joukkue käytti kuukauden ajan tehtävään ja puoli kuukautta parannuksiin. Nyt sama tehtävä kestää 2 viikkoa, eikä todennäköisesti tule parannuksia.

Ohjeet: kuinka käyttää Scrumia toimimaan kuten Ajail

Scrum on yksinkertaisempi kuin muut kehykset. Hän antaa työkalut ja ehdottaa missä järjestyksessä niitä käytetään tuloksen saavuttamiseksi.

Scrum ehdottaa tämän tekemistä:

Teoreettisen perustan lisääminen: lue kirjoja aiheesta ja katso videoluentoja. Agiledays-konferenssien nauhoitukset ovat saatavilla YouTubessa kanavalla. Yhteisössä Scrumin seuraajat jakavat kokemuksiaan – voit oppia niistä.
Valitse tuotteen omistaja. Tämä on henkilö, joka esittelee valmiin tuotteen yksityiskohtaisesti. Hän arvioi myös riskit, edut ja tekee strategiset päätökset.
Kokoa 3-9 hengen joukkue. Tiimissä on oltava ihmisiä, joilla on tarpeeksi tietoa ja taitoja työskennelläksesi projektissa.
Nimeä Scrum Master tai palkkaa ammattilainen konsulttitoimistolta.
Kutsu tuotteen omistajaa kirjoittamaan viivästys ja anna tiimin arvioida sitä. On hienoa, jos joukkue ei arvioi sitä tunneissa, vaan suhteellisissa yksiköissä.
Suunnittele sprintti. Sillä on oltava kiinteä kesto ja tarkka luettelo tehtävistä, joita ei voida pidentää.
Tee työstä läpinäkyvä. Jokaisen tiimin jäsenen tulisi nähdä, mitkä tehtävät on jo ratkaistu ja mihin on vielä työskenneltävä. Tätä varten tarvitset työkaluja: valintalevyn tai burnout-kaavion.
Päivittäinen koko ryhmän kokousten pitäminen on päivittäinen Scrum. Kokouksissa tiimin jäsenet tarkistavat toistensa tulokset, katsovat missä vaiheessa projekti on ja päättävät miten päästä eteenpäin tavoitteeseen. Kokous kestää 15 minuuttia. Jos se kestää kauemmin, joukkue ja Scrum Master tekevät jotain väärin.
Lopeta sprintti tarkastuksella. Sprint-tarkistus – kokous, johon osallistuu kuka tahansa kiinnostunut henkilö: kuluttaja, asiakas, tuotteen omistaja, scrum master. Kokouksessa joukkue näyttää lopputuotteen tai osan siitä. Sillä ei ole merkitystä, mistä se tulee, tärkeintä on, että se täyttää tehtävänsä.
Suorita takautuva kokous heti sprinttikatsauksen jälkeen. Kun joukkue on osoittanut toimivaa tuotetta, kaikki istuvat pöydän ääressä ja analysoivat sprintin. Mikä meni hyvin? Mitä voidaan parantaa? Mitä esteitä joukkue voitti? Kokouksen lopussa Scrum Masterin ja joukkueen tulisi miettiä miten tehdä seuraava sprintti vielä paremmaksi.
Aikataulu uusi sprintti heti!

Kuka on ketterä?

Ketterä muuttaa tapaa, jolla lähestymme elämää ja yrittäjyyttä. Hän opettaa sinua reagoimaan nopeasti olosuhteisiin ja sopeutumaan niihin.

Ketterä työskentelee kaikkialla: hallinnossa, kaupassa, palveluissa. Joku käyttää sitä hallita omaa elämäänsä ja pysyä kaikessa mukana.

Kukaan ei kuitenkaan voi taata, että hän auttaa tiettyä yritystä. Jos yritys on pieni, ihmisten mielen muuttaminen on helpompaa. Suurille yrityksille on vaikeampaa: kun on useita osastoja ja jokaisella on oma johtaja, Agile-ohjelman toteuttaminen voi viivästyä. Joukkue vastustaa muutosta. Tämän helpottamiseksi tällaiset yritykset kutsuvat ketterät valmentajat.

Ketterä ei sovi niille, jotka ovat tehneet tyypillistä tuotetta monta vuotta peräkkäin. Tällaisille yrityksille on kannattavampaa valmistaa tuhat identtistä tuolia kerrallaan: tilauksia tulee edelleen olemaan. Mutta heti kun asiakkaalle ilmestyy erityisiä toiveita, tarvitset täsmälleen saman tuolin, mutta anna jalkojen olla leveämpi ja verhoilu on kirkkaampi – tarvitaan ketterää.

Sana asiantuntijoille

Tehtävistä riippuen käytämme filosofiassa erilaisia menetelmiä – ketterä, scrum, kanban.

Scrumin avulla voit kehittää työntekijöissä tarvittavat ominaisuudet – proaktiivisuus, itsenäisyys, organisaatio, viestintätaidot ja ennakointi. Menetelmän pääkohde on suorittaa tehtäviä itseorganisoituvissa ryhmissä, joissa jokaisella on oma roolinsa ja jokainen on vastuussa omasta työstään. Tutkimuksen avulla teemme henkilöstölle kyselyjä, laadimme kaaviot tehtävän odotetusta nopeudesta.

Käytämme ketterää sisäisessä viestinnässä. Järjestimme äskettäin uuden sprintin työntekijöiden myöhästymisen poistamiseksi. Kaikki projektiin osallistuneet pomot ja asiantuntijat viettivät koko päivän kokouksessa keskustellessaan uuden sprintin saavutuksista, haasteista ja tulevista tehtävistä.

Nyt esittelemme aktiivisesti kanban-menetelmää yrityksessä. Kanban-toteutuksen tavoitteena on lisätä tuotannon joustavuutta, sopeutua paremmin muuttuviin markkinoiden vaatimuksiin. Käytännössä menetelmä auttoi meitä saavuttamaan vastaavuuden varastokannan ja tuotannossa tosiasiallisesti käytettyjen tuotteiden välillä.

Tärkeä seikka: ketterä metodologia on yleinen suunta, ja kanban ja scrum ovat jo sen lajikkeita.

Käytämme scrum + -vesipakettia ja myös itse ketterää levyä vuoden aikana. Tärkein syy käyttöön: läpinäkyvyys ja yksinkertaisuus. Itse asiassa tämä osoittautuu samaksi Henry Fordin putkeksi: tehtävän siirtyminen tilasta tilaan esittäjän vaihdon vuoksi, joten pääperiaate ketterälle levylle itsessään on jo yksinkertaisuus.

Käytämme ketterää työnkulkumme suorana osana, joten kaikki projektit brändäyksestä ja verkkosivujen kehittämisestä tekoälyyn ja alkuperäiseen NativeOS-käynnistysohjelmaan toteutetaan Chernikassa täsmälleen tämän työnkulun mukaisesti.

Toimiva tuote on tärkeämpää kuin yksityiskohtainen dokumentaatio. Tämä ei tarkoita, ettemme ylläpidä mitään asiakirjoja, ei. Se on pikemminkin katsaus tehokkuuteen ja isku tarpeettomaan byrokratiaan.

Scrum toi tiimillemme rytmiä ja ymmärrystä – olemmeko ajoissa vai emme ajoissa. Näemme joukkueen työn nopeuden, ei ole jatkuvan vitun tunnetta. Aikaisemmin oli tilanteita, joissa ennen kovia julkaisuja scrum katosi jonnekin ja kaikki alkoivat vain selvittää sen – nyt olemme menettäneet sen, on jatkuvasti tunne, että olemme ajallaan. Jos riskejä ilmenee, keskustelemme niistä PD: n kanssa jo varhaisessa vaiheessa, mukautamme suunnitelmaa tai pienennämme tehtävien laajuutta jollakin tavalla.

Työstä tuli läpinäkyvämpää, työpäivä alkoi sopia 8 tunnin normiin, ja tuntui siltä, että aloimme tehdä enemmän. Ymmärrämme, että kun sinusta tuntuu, että et tee tarpeeksi, sinusta tuntuu, että sinun on tehtävä enemmän työtä – tällä on erittäin huono vaikutus tuottavuuteen, sinun on päästävä eroon siitä.

Kehitysosaston työn selkeyden ja avoimuuden vuoksi olemme asettaneet erityisen taulun, joka on merkitty “tehtävä”, “käynnissä”, “tarkistus”, “testi”, “valmis”, jossa kaikki ryhmän jäsenet kiinnittävät tarroja tehtäviin (sarakkeessa “tehtävä”), ja kun ne on suoritettu, ne siirretään seuraaviin pisteisiin, ja onnellinen loppu on viimeinen “tehty”. Tämä auttaa saamaan kokonaiskuvan ja antaa mahdollisuuden nähdä, mitä kukin osallistuja on työskentelee.

Erittäin tärkeä kohta menetelmässä (ja työnkulun organisoinnissa): Kun kaikki tehtävät on hyväksytty (“tehtävä”), luettelo on estetty lisäämästä. Siten uudet saapuvat tehtävät eivät häiritse prosessia eivätkä hidasta työtä.

Kaikki osallistujat arvioivat myös jokaisen tehtävän suorittamisen edellyttämien aika- ja materiaalikustannusten perusteella. Ja kirsikka ylhäällä on päivittäisiä kokouksia tiettynä ajankohtana (Daily Scrum), joissa jokainen tiimin jäsen kertoo lyhyesti mitä hän tekee tänään, mitä teki eilen (ja onko kohdannut mitään esteitä). Tämä on tärkeää matkalla pitkän aikavälin tavoitteisiin – näin voit ymmärtää ajoissa, että on aika muuttaa strategiasi.

Toteutimme Scrumin kahdella kokeella, koska kaikki, tiimistä käyttäjiin, haluavat ennustettavamman tuloksen. Tämä on menetelmän plus – selkeät rytmit virtaviivaistavat tiimiä, lisäävät projektin yleistä tietämystä. Tämän seurauksena tulos muuttuu ennakoitavammaksi, myös “sidosryhmillemme” – käyttäjille.

Ryhmätyö lisää myös vastuuta: kaikki saavat bonuksen vain, jos joukkue on suorittanut tietyssä vaiheessa asetetut tehtävät.

Inga Koryagina
Agile on filosofia, scrum on rakenne, vesiputous on menetelmä, kanban on hallintojärjestelmä. Scrum ja kanban ovat ketterät vaihtoehdot, mutta niillä on joitain selkeitä eroja. Scrum vaatii kiinteitä rooleja, kun taas kanbanilta puuttuu vaaditut roolit. Scrum perustuu iterointeihin, joissa yhdistyvät suunnittelu, prosessin optimointi ja julkaisu. Kanbanissa voit tehdä tämän säännöllisesti tai milloin tahansa. Rummutiimi vaatii työnsä arviointia, kun taas kanban-tiimi ei.

Käytetyt lähteet ja hyödyllisiä linkkejä aiheesta: https://rb.ru/story/agile-scrum-kanban/ https://ru.esdifferent.com/difference-between-agile-and-scrum https: // skillbox. ru / media / management / kak_ponyat_scrum / https://allo.tochka.com/agile-scrum

: lastici.ru