Ketter\u00e4 (ketter\u00e4 ohjelmistokehitys) on ”ketterien” l\u00e4hestymistapojen perhe ohjelmistokehityksess\u00e4. N\u00e4it\u00e4 l\u00e4hestymistapoja kutsutaan joskus my\u00f6s kehyksiksi tai ketteriksi menetelmiksi.<\/p>\n
Ketter\u00e4 alkoi IT-ymp\u00e4rist\u00f6ss\u00e4,<\/strong> mutta levisi sitten muille alueille – teollisuustekniikasta teko\u00e4lyyn.<\/p>\n Ketter\u00e4n merkitys on muotoiltu ketter\u00e4n<\/a> ohjelmistokehityksen manifestissa<\/a>: ”Ihmiset ja vuorovaikutus ovat t\u00e4rke\u00e4mpi\u00e4 kuin prosessit ja ty\u00f6kalut. Toimiva tuote on t\u00e4rke\u00e4mpi kuin kattava dokumentaatio. Yhteisty\u00f6 asiakkaan kanssa on t\u00e4rke\u00e4mp\u00e4\u00e4 kuin sopimusehdoista sopiminen. Muutokseen valmistautuminen on t\u00e4rke\u00e4mp\u00e4\u00e4 kuin alkuper\u00e4isen suunnitelman noudattaminen. ”<\/p>\n Ketter\u00e4 manifesti on kaikkien ketterien kehitystapojen p\u00e4\u00e4asiakirja. Agile on vuonna 2001 luonut ryhm\u00e4 innostuneita ohjelmoijia, jotka halusivat ymm\u00e4rt\u00e4\u00e4, mik\u00e4 on halutun ja hy\u00f6dyllisen IT-tuotteen kehityksen ytimess\u00e4. Agile olettaa, ett\u00e4 projektia toteutettaessa ei tarvitse luottaa vain yksityiskohtaisiin suunnitelmiin jotka on luotu etuk\u00e4teen. On t\u00e4rke\u00e4\u00e4 keskitty\u00e4 ulkoisen ja sis\u00e4isen ymp\u00e4rist\u00f6n jatkuvasti muuttuviin olosuhteisiin ja ottaa huomioon asiakkaiden ja k\u00e4ytt\u00e4jien palaute. T\u00e4m\u00e4 kannustaa kehitt\u00e4ji\u00e4 ja insin\u00f6\u00f6rej\u00e4 kokeilemaan ja etsim\u00e4\u00e4n uusia ratkaisuja j\u00e4ykkien kehysten ja standardien rajoittamatta.<\/p>\n Erillisiin ketteriin l\u00e4hestymistapoihin kuuluvat scrum ja kanban.<\/p>\n Scrum on ”j\u00e4sennelty l\u00e4hestymistapa”.<\/strong> Jokaisessa projektissa ty\u00f6skentelee yleinen asiantuntijaryhm\u00e4, johon liittyy viel\u00e4 kaksi ihmist\u00e4: tuotteen omistaja ja scrum master. Ensimm\u00e4inen yhdist\u00e4\u00e4 tiimin asiakkaan kanssa ja seuraa projektin kehityst\u00e4; t\u00e4m\u00e4 ei ole muodollinen tiiminvet\u00e4j\u00e4, vaan kuraattori. Toinen auttaa ensimm\u00e4ist\u00e4 j\u00e4rjest\u00e4m\u00e4\u00e4n liiketoimintaprosessin: h\u00e4n pit\u00e4\u00e4 yhti\u00f6kokouksia, ratkaisee jokap\u00e4iv\u00e4isi\u00e4 ongelmia, motivoi tiimi\u00e4 ja seuraa scrum-l\u00e4hestymistavan noudattamista.<\/p>\n Scrum-l\u00e4hestymistapa jakaa ty\u00f6nkulun tasaisiin sprintteihin – yleens\u00e4 jaksot viikosta kuukauteen projektista ja tiimist\u00e4 riippuen. Ennen sprintti\u00e4 t\u00e4m\u00e4n sprintin teht\u00e4v\u00e4t muotoillaan, lopussa keskustellaan tuloksista ja joukkue aloittaa uuden sprintin. Sprintit ovat eritt\u00e4in k\u00e4tevi\u00e4 vertailla toisiinsa, mik\u00e4 antaa sinun hallita ty\u00f6n tehokkuutta.<\/p>\n Kanban on ”tasapainol\u00e4hestymistapa”.<\/strong> Sen teht\u00e4v\u00e4n\u00e4 on tasapainottaa eri asiantuntijoita tiimiss\u00e4 ja v\u00e4ltt\u00e4\u00e4 tilanne, jossa suunnittelijat ty\u00f6skentelev\u00e4t p\u00e4iv\u00e4ll\u00e4 ja y\u00f6ll\u00e4, ja kehitt\u00e4j\u00e4t valittavat uusien teht\u00e4vien puutteesta.<\/p>\n Koko tiimi on yksi – kanbanissa ei ole tuotteen omistajia ja scrum master -rooleja. Liiketoimintaprosessi ei ole jaettu yleiskilpailuihin, vaan tiettyjen teht\u00e4vien suorittamisen vaiheessa: ”Suunniteltu”, ”Kehitetty”, ”Testattu”, ”Valmis” jne.<\/p>\n Kanbanin t\u00e4rkein suorituskykyindikaattori on keskim\u00e4\u00e4r\u00e4inen aika, joka kuluu teht\u00e4v\u00e4n suorittamiseen kautta linjan. Teht\u00e4v\u00e4 sujui nopeasti – joukkue ty\u00f6skenteli tehokkaasti ja sujuvasti. Teht\u00e4v\u00e4 viiv\u00e4styi – sinun t\u00e4ytyy mietti\u00e4 miss\u00e4 vaiheessa ja miksi viiv\u00e4styksi\u00e4 esiintyi ja kenen ty\u00f6 on optimoitava.<\/p>\n Ketterien l\u00e4hestymistapojen visualisointiin k\u00e4ytet\u00e4\u00e4n kortteja: fyysisi\u00e4 ja elektronisia. Niiden avulla voit tehd\u00e4 ty\u00f6nkulusta avoimen ja ymm\u00e4rrett\u00e4v\u00e4n kaikille asiantuntijoille, mik\u00e4 on t\u00e4rke\u00e4\u00e4, kun tiimill\u00e4 ei ole yht\u00e4 virallista johtajaa.<\/p>\n Ketter\u00e4 on l\u00e4hestymistapa projektinhallintaan tai ohjelmistokehitykseen. Ketter\u00e4ss\u00e4 vaatimukset ja ratkaisut kehittyv\u00e4t iteroinnin ja yhteisty\u00f6h\u00f6n perustuvien toimintojen, itseorganisoituvien tiimien ja yritysk\u00e4ytt\u00e4jien kautta. Ketter\u00e4 suhtautuu my\u00f6nteisesti muuttuviin vaatimuksiin my\u00f6s my\u00f6hemm\u00e4ss\u00e4 vaiheessa. Asiakkaat, liiketoiminnan osanottajat ja kehitt\u00e4j\u00e4t ty\u00f6skentelev\u00e4t yhdess\u00e4 koko projektin ajan. Ketter\u00e4t tiimit mukauttavat k\u00e4ytt\u00e4ytymist\u00e4\u00e4n vastaamaan projektin muuttuvia tarpeita.<\/p>\n Ketter\u00e4 on filosofia tai suunta (Griffin). Ketter\u00e4\u00e4 k\u00e4ytet\u00e4\u00e4n laajalti oppaana p\u00e4\u00e4st\u00e4ksesi l\u00e4hemm\u00e4s projektity\u00f6t\u00e4. Agile korostaa kehityksen iterointia sek\u00e4 testausta ohjelmistokehityksen elinkaaressa (SDLC). Ketter\u00e4 hajottaa koko tuotteen tai projektin pieniksi kokoonpanoiksi. Ketter\u00e4ss\u00e4 metodologiassa kehitys tai testaus tapahtuu samanaikaisesti. Ketter\u00e4 tukee yhteisty\u00f6t\u00e4 ja suoraa viestint\u00e4\u00e4.<\/p>\n Scrum on perusta projektihallinnalle tai ohjelmistokehitykselle. Scrum on yksi ketterist\u00e4 prosesseista. Scrum keskittyy tuottamaan liiketoiminnan arvoa yritysk\u00e4ytt\u00e4jille lyhyess\u00e4 ajassa. Projektit on jaettu sprinteihin, jotka kest\u00e4v\u00e4t yleens\u00e4 yhdest\u00e4 kolmeen viikkoa. Scrumilla on kolme p\u00e4\u00e4roolia: scrum master, tuotteen omistaja ja tiimin j\u00e4senet.<\/p>\n Scrum korostaa itseorganisaatiota ja jaettua omistajuutta tiimin j\u00e4senten keskuudessa. H\u00e4n pit\u00e4\u00e4 projektinhallintaa prosessina yhteisen arvon luomiseksi; ja korostaa yhteisty\u00f6t\u00e4 ja iteratiivista kehityst\u00e4 muutosten tehokkaan hallinnan ja parempien tuotteiden luomiseksi vastaamaan asiakkaiden tarpeita. Scrum n\u00e4kee ajan rajoituksena. Se korostaa nyrkkeilyaikaa ja k\u00e4ytt\u00e4\u00e4 p\u00e4ivitt\u00e4ist\u00e4 sprintin suunnittelua ja katselmointikokouksia.<\/p>\n Ketter\u00e4 ja scrum liittyv\u00e4t molemmat projektinhallintaan ja ohjelmistokehitykseen. Koska Scrum on yksi tapa toteuttaa ketter\u00e4, molemmilla on useita yht\u00e4l\u00e4isyyksi\u00e4. Molemmat korostavat resurssien optimaalista k\u00e4ytt\u00f6\u00e4. Molemmat korostavat eri teht\u00e4vien tehokasta ja vaikuttavaa hallintaa.<\/p>\n Ketter\u00e4 ja kova, molempien tavoitteena on saada kaikki irti liiketoiminnan k\u00e4ytt\u00e4jist\u00e4. He yritt\u00e4v\u00e4t varmistaa, ett\u00e4 tuote tai projekti toimitetaan yritysk\u00e4ytt\u00e4jille mahdollisimman pian. Molemmat korostavat jatkuvaa parantamista, yhteisty\u00f6t\u00e4, avointa viestint\u00e4\u00e4 jne.<\/p>\n Ketter\u00e4 on inkrementaaliseen ja iteratiiviseen l\u00e4hestymistapaan perustuva kehitysmenetelm\u00e4; kun taas Scrum on yksi monista toteutusj\u00e4rjestelmist\u00e4 tai ketterist\u00e4 prosesseista.<\/p>\n Scrum tarjoaa lis\u00e4moduuleja asiakkaalle joka viikko tai kaksi viikkoa.<\/p>\n Yksi ketter\u00e4n periaatteista perustuu henkil\u00f6n henkil\u00f6kohtaiseen vastuuseen eik\u00e4 sis\u00e4isten prosessien virheenkorjaukseen.<\/p>\n ( VC.ru- artikkelista<\/a> )<\/p>\n Ty\u00f6skennelless\u00e4mme ammattitiimien kanssa k\u00e4yt\u00e4mme Scrumia, useimmiten valitsemme 2-3 viikon jakson takautuvilla kokouksilla, joiden avulla voimme pit\u00e4\u00e4 kaiken hallinnassa.<\/p>\n ( Vedomosden haastattelusta<\/a> vapaasti seisovan ketteryyden valmentajan Frank Sosierin kanssa)<\/p>\n Kanbanin p\u00e4\u00e4idea on ty\u00f6nkulun visualisointi. Se koostuu fyysisen kojelaudan luomisesta, johon voit visuaalisesti merkit\u00e4 edistymisen.<\/p>\n (Forbes-sarakkeen k\u00e4\u00e4nn\u00f6ksest\u00e4 Rusbasessa)<\/p>\n Jos puhumme siit\u00e4, mik\u00e4 on ketter\u00e4\u00e4, rajoittuisin sellaiseen lauseeseen – se on joukko arvoja, joiden puitteissa rakennamme ty\u00f6t\u00e4mme tuotteilla, organisaation sis\u00e4isill\u00e4 prosesseilla.<\/p>\n (Alexey Pimenov, ScrumTrekin toimitusjohtaja Rusbase-artikkelissa)<\/p>\n<\/blockquote>\n Ennen Scrumin tuloa vesiputous l\u00e4hestymistapa otettiin k\u00e4ytt\u00f6\u00f6n ohjelmistokehitysmaailmassa. Tuotteen valmistus tehtiin seuraavan suunnitelman mukaisesti.<\/p>\n Kehitt\u00e4j\u00e4t sovittivat ty\u00f6suunnitelman asiakkaan kanssa ja noudattivat tarkasti k\u00e4ytt\u00f6ehtoja. Kun tuote oli valmis, se testattiin, mutta mit\u00e4\u00e4n ei voitu muuttaa. Siksi, jos virheit\u00e4 havaittiin, ne oli aloitettava alusta, ja ty\u00f6aika pidentyi.<\/p>\n T\u00e4m\u00e4 tapahtui, kunnes joukko innovaattoreita p\u00e4\u00e4tti muuttaa tilannetta kokonaan. He seurasivat menestyvien joukkueiden toimintaa: menett\u00e4m\u00e4tt\u00e4 m\u00e4\u00e4r\u00e4aikoja ja saamaan juuri suunnitellun tuloksen. K\u00e4vi ilmi, ett\u00e4 menestys oli prosessin joustavuudessa.<\/p>\n Opitut kokemukset auttoivat luomaan ketter\u00e4n ohjelmistokehityksen manifestin. Se sis\u00e4lsi vain nelj\u00e4 kohtaa, mutta ne muuttivat prosessia t\u00e4ysin.<\/p>\n Ketter\u00e4 ohjelmistokehitysilmoitus<\/p>\n 1 Ihmiset ovat t\u00e4rke\u00e4mpi\u00e4 kuin ty\u00f6kalut. N\u00e4m\u00e4 nelj\u00e4 kohtaa olivat perusta ketter\u00e4n ohjelmistokehitysprosessin syntymiselle. My\u00f6hemmin luotiin 12 periaatetta, joita k\u00e4ytet\u00e4\u00e4n edelleen kaikissa ketteriss\u00e4 menetelmiss\u00e4.<\/p>\n 12 ketter\u00e4\u00e4 periaatetta<\/p>\n 1 T\u00e4rkeint\u00e4 on hyv\u00e4 ohjelmisto ja tyytyv\u00e4inen asiakas. Ketter\u00e4 ja vesiputous, asteikko<\/p>\n Yksi ketterist\u00e4 ohjelmistokehitysmenetelmist\u00e4, joka perustuu ketteriin periaatteisiin, on Scrum.<\/p>\n Scrum-luojat Jeff Sutherland ja Ken Schwaber ovat seuranneet amerikkalaisten armeijan, erikoisjoukkojen ja jopa rugbypelaajien ty\u00f6t\u00e4 monien vuosien ajan. Ja he huomasivat, ett\u00e4 heid\u00e4n menestyksens\u00e4 perustuu vuorovaikutukseen ja ryhm\u00e4ty\u00f6h\u00f6n. Sutherland ja Schwaber tajusivat, ett\u00e4 juuri t\u00e4t\u00e4 ohjelmistokehitt\u00e4j\u00e4t tarvitsivat. N\u00e4in Scrum-menetelm\u00e4 ilmestyi.<\/p>\n Scrum keskittyy aina asiakkaaseen, jonka on hankittava haluttu tuote ajoissa ja edullisimmilla kustannuksilla. T\u00e4m\u00e4 voidaan saavuttaa noudattamalla muutamia olennaisia \u200b\u200bperiaatteita.<\/p>\n Lyhyiss\u00e4 jaksoissa ty\u00f6skentely (sprintit)<\/p>\n Suunnittele yksi pikajuoksu, \u00e4l\u00e4 koko projekti kerralla. Jokainen sprintti on ajanjakso, jonka aikana joukkue ty\u00f6skentelee t\u00e4ysin valmiin tuotteen kanssa.<\/p>\n Joustavuus. ”Tarkista ja sopeudu”<\/p>\n Prosessin joustavuus ja tuotetestaus jokaisen sprintin j\u00e4lkeen. Jos jokin menee pieleen, tiimi on aina valmis muuttamaan kehitysstrategiaa tai tarkistamaan j\u00e4ljell\u00e4 olevaa tilannetta Tilattu luettelo teht\u00e4vist\u00e4, joiden kanssa scrum-tiimi ty\u00f6skentelee tuotetta luodessaan.<\/p>\n Asiakkaan ja k\u00e4ytt\u00e4jien osallistuminen tuotteen luomiseen.<\/p>\n Asiakas ei seiso syrj\u00e4ss\u00e4, mutta on t\u00e4ysin mukana ty\u00f6ss\u00e4. T\u00e4t\u00e4 varten on tuotteen omistajan rooli, jonka suorittaa asiakas itse tai h\u00e4nen edustajansa. H\u00e4nen kauttaan tiimi on vuorovaikutuksessa k\u00e4ytt\u00e4jien kanssa. Koska kehitys tapahtuu lyhyiss\u00e4 vaiheissa, k\u00e4ytt\u00e4j\u00e4t osallistuvat testaukseen melkein v\u00e4litt\u00f6m\u00e4sti.<\/p>\n Ensimm\u00e4isen testauksen j\u00e4lkeen heille annetaan p\u00e4\u00e4sy tuotteeseen, ja tuotteen omistaja ker\u00e4\u00e4 palautetta. N\u00e4in joukkue voi parantaa tulosta.<\/p>\n Tiimin vuorovaikutus<\/p>\n Scrum-tiimi on ryhm\u00e4 ihmisi\u00e4, jotka ty\u00f6skentelev\u00e4t yhden tuloksen puolesta ja kokonaisuutena. Kaikki pyrkiv\u00e4t yhteen yhteiseen p\u00e4\u00e4m\u00e4\u00e4r\u00e4\u00e4n.<\/p>\n Scrum-tiimi on useimmiten 5\u20139 hengen ryhm\u00e4. T\u00e4m\u00e4 on optimaalinen m\u00e4\u00e4r\u00e4, mutta joskus on kolmen hengen joukkueita. Jos ihmisi\u00e4 on enemm\u00e4n, heid\u00e4n on vaikeampi olla vuorovaikutuksessa toistensa kanssa, mik\u00e4 h\u00e4iritsee ty\u00f6t\u00e4 ja v\u00e4hent\u00e4\u00e4 tuottavuutta.<\/p>\n Tuotteen omistaja.<\/strong> Henkil\u00f6, joka edustaa tuotetta ja on v\u00e4litt\u00e4j\u00e4 asiakkaan, k\u00e4ytt\u00e4jien ja kehitystiimin v\u00e4lill\u00e4. Joskus se voi olla asiakas itse.<\/p>\n<\/li>\n Scrum-p\u00e4\u00e4llikk\u00f6.<\/strong> Useimmiten – erityisesti palkattu ty\u00f6ntekij\u00e4, joka johtaa tiimin tulokseen. H\u00e4n ei johda tiimi\u00e4, mutta valvoo Scrumin perusperiaatteiden toteuttamista. H\u00e4nen teht\u00e4v\u00e4n\u00e4\u00e4n ei ole painostaa, ei tehd\u00e4 kaikkea ty\u00f6t\u00e4 itse eik\u00e4 jakaa vastuita, vaan auttaa, ohjata ja ratkaista kehitysprosessia haittaavia asioita.<\/p>\n<\/li>\n Kehitt\u00e4j\u00e4t.<\/strong> Scrum-tiimiss\u00e4 on aina ihmisi\u00e4, joilla on erilaiset taitojoukot. Joten viiden tai yhdeks\u00e4n hengen joukkue johtaa koko projektin alusta loppuun. Yksi joukkue – yksi lopputuote.<\/p>\n<\/li>\n<\/ul>\n Milt\u00e4 scrum-joukkue n\u00e4ytt\u00e4\u00e4<\/p>\n Scrum toimii, kun rooleja on jaettu. Niit\u00e4 on kolme.<\/p>\n Tiimi.<\/strong> T\u00e4m\u00e4 on itseorganisoitunut 3-9 hengen ryhm\u00e4. Yksitt\u00e4isen ty\u00f6ntekij\u00e4n panosta ei arvioida. On vain t\u00e4rke\u00e4\u00e4, mink\u00e4 tuloksen joukkue on saavuttanut yhteisill\u00e4 ponnisteluilla.<\/p>\n Tuotteen omistaja.<\/strong> T\u00e4m\u00e4 on yleens\u00e4 yritt\u00e4j\u00e4, joka tuntee liiketoimintansa ja ymm\u00e4rt\u00e4\u00e4 asiakkaiden tarpeet. H\u00e4nell\u00e4 on tarpeeksi kokemusta tiet\u00e4\u00e4ksesi lopputuotteen. Tuotteen omistaja on linkki tiimin, kuluttajan ja tuotannon v\u00e4lill\u00e4. H\u00e4n ty\u00f6skentelee palautteen kanssa, tekee t\u00e4rkeit\u00e4 p\u00e4\u00e4t\u00f6ksi\u00e4 ja seuraa projektibudjettia. Tuotteen omistaja ei kerro joukkueelle kumpaakin tiet\u00e4, vaan vain tarkastelee tulosta.<\/p>\n Scrum Master tai tiiminvet\u00e4j\u00e4<\/strong>. Scrum Master on vastuussa joukkueen menestyksest\u00e4. H\u00e4n ei tee p\u00e4\u00e4t\u00f6ksi\u00e4 eik\u00e4 johda. H\u00e4nen teht\u00e4v\u00e4n\u00e4\u00e4n on saada tiimi toimimaan ilman johdon vipua. Scrum Master on liima, joka pit\u00e4\u00e4 tiimin yhdess\u00e4.<\/p>\n Scrum on joustava suunnittelutekniikka, joka sopii mihin tahansa projektiin. Sen avulla voit lis\u00e4t\u00e4 yrityksen tuottavuutta ja saavuttaa parempia tuloksia. Esimerkiksi joukkue k\u00e4ytti kuukauden ajan teht\u00e4v\u00e4\u00e4n ja puoli kuukautta parannuksiin. Nyt sama teht\u00e4v\u00e4 kest\u00e4\u00e4 2 viikkoa, eik\u00e4 todenn\u00e4k\u00f6isesti tule parannuksia.<\/p>\n Scrum on yksinkertaisempi kuin muut kehykset. H\u00e4n antaa ty\u00f6kalut ja ehdottaa miss\u00e4 j\u00e4rjestyksess\u00e4 niit\u00e4 k\u00e4ytet\u00e4\u00e4n tuloksen saavuttamiseksi.<\/p>\n Scrum ehdottaa t\u00e4m\u00e4n tekemist\u00e4:<\/p>\n Ketter\u00e4 muuttaa tapaa, jolla l\u00e4hestymme el\u00e4m\u00e4\u00e4 ja yritt\u00e4jyytt\u00e4. H\u00e4n opettaa sinua reagoimaan nopeasti olosuhteisiin ja sopeutumaan niihin.<\/p>\n Ketter\u00e4 ty\u00f6skentelee kaikkialla: hallinnossa, kaupassa, palveluissa. Joku k\u00e4ytt\u00e4\u00e4 sit\u00e4 hallita omaa el\u00e4m\u00e4\u00e4ns\u00e4 ja pysy\u00e4 kaikessa mukana.<\/p>\n<\/blockquote>\n Kukaan ei kuitenkaan voi taata, ett\u00e4 h\u00e4n auttaa tietty\u00e4 yrityst\u00e4. 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\u00e4sty\u00e4. Joukkue vastustaa muutosta. T\u00e4m\u00e4n helpottamiseksi t\u00e4llaiset yritykset kutsuvat ketter\u00e4t valmentajat.<\/p>\n Ketter\u00e4 ei sovi niille, jotka ovat tehneet tyypillist\u00e4 tuotetta monta vuotta per\u00e4kk\u00e4in. T\u00e4llaisille yrityksille on kannattavampaa valmistaa tuhat identtist\u00e4 tuolia kerrallaan: tilauksia tulee edelleen olemaan. Mutta heti kun asiakkaalle ilmestyy erityisi\u00e4 toiveita, tarvitset t\u00e4sm\u00e4lleen saman tuolin, mutta anna jalkojen olla leve\u00e4mpi ja verhoilu on kirkkaampi – tarvitaan ketter\u00e4\u00e4.<\/p>\n Teht\u00e4vist\u00e4 riippuen k\u00e4yt\u00e4mme filosofiassa erilaisia \u200b\u200bmenetelmi\u00e4 – ketter\u00e4, scrum, kanban.<\/p>\n Scrumin avulla voit kehitt\u00e4\u00e4 ty\u00f6ntekij\u00f6iss\u00e4 tarvittavat ominaisuudet – proaktiivisuus, itsen\u00e4isyys, organisaatio, viestint\u00e4taidot ja ennakointi. Menetelm\u00e4n p\u00e4\u00e4kohde on suorittaa teht\u00e4vi\u00e4 itseorganisoituvissa ryhmiss\u00e4, joissa jokaisella on oma roolinsa ja jokainen on vastuussa omasta ty\u00f6st\u00e4\u00e4n. Tutkimuksen avulla teemme henkil\u00f6st\u00f6lle kyselyj\u00e4, laadimme kaaviot teht\u00e4v\u00e4n odotetusta nopeudesta.<\/p>\n K\u00e4yt\u00e4mme ketter\u00e4\u00e4 sis\u00e4isess\u00e4 viestinn\u00e4ss\u00e4. J\u00e4rjestimme \u00e4skett\u00e4in uuden sprintin ty\u00f6ntekij\u00f6iden my\u00f6h\u00e4stymisen poistamiseksi. Kaikki projektiin osallistuneet pomot ja asiantuntijat viettiv\u00e4t koko p\u00e4iv\u00e4n kokouksessa keskustellessaan uuden sprintin saavutuksista, haasteista ja tulevista teht\u00e4vist\u00e4.<\/p>\n Nyt esittelemme aktiivisesti kanban-menetelm\u00e4\u00e4 yrityksess\u00e4. Kanban-toteutuksen tavoitteena on lis\u00e4t\u00e4 tuotannon joustavuutta, sopeutua paremmin muuttuviin markkinoiden vaatimuksiin. K\u00e4yt\u00e4nn\u00f6ss\u00e4 menetelm\u00e4 auttoi meit\u00e4 saavuttamaan vastaavuuden varastokannan ja tuotannossa tosiasiallisesti k\u00e4ytettyjen tuotteiden v\u00e4lill\u00e4.<\/p>\n T\u00e4rke\u00e4 seikka: ketter\u00e4 metodologia on yleinen suunta, ja kanban ja scrum ovat jo sen lajikkeita.<\/p>\n K\u00e4yt\u00e4mme scrum + -vesipakettia ja my\u00f6s itse ketter\u00e4\u00e4 levy\u00e4 vuoden aikana. T\u00e4rkein syy k\u00e4ytt\u00f6\u00f6n: l\u00e4pin\u00e4kyvyys ja yksinkertaisuus. Itse asiassa t\u00e4m\u00e4 osoittautuu samaksi Henry Fordin putkeksi: teht\u00e4v\u00e4n siirtyminen tilasta tilaan esitt\u00e4j\u00e4n vaihdon vuoksi, joten p\u00e4\u00e4periaate ketter\u00e4lle levylle itsess\u00e4\u00e4n on jo yksinkertaisuus.<\/p>\n K\u00e4yt\u00e4mme ketter\u00e4\u00e4 ty\u00f6nkulkumme suorana osana, joten kaikki projektit br\u00e4nd\u00e4yksest\u00e4 ja verkkosivujen kehitt\u00e4misest\u00e4 teko\u00e4lyyn ja alkuper\u00e4iseen NativeOS-k\u00e4ynnistysohjelmaan toteutetaan Chernikassa t\u00e4sm\u00e4lleen t\u00e4m\u00e4n ty\u00f6nkulun mukaisesti.<\/p>\n Toimiva tuote on t\u00e4rke\u00e4mp\u00e4\u00e4 kuin yksityiskohtainen dokumentaatio. T\u00e4m\u00e4 ei tarkoita, ettemme yll\u00e4pid\u00e4 mit\u00e4\u00e4n asiakirjoja, ei. Se on pikemminkin katsaus tehokkuuteen ja isku tarpeettomaan byrokratiaan.<\/p>\n Scrum toi tiimillemme rytmi\u00e4 ja ymm\u00e4rryst\u00e4 – olemmeko ajoissa vai emme ajoissa. N\u00e4emme joukkueen ty\u00f6n nopeuden, ei ole jatkuvan vitun tunnetta. Aikaisemmin oli tilanteita, joissa ennen kovia julkaisuja scrum katosi jonnekin ja kaikki alkoivat vain selvitt\u00e4\u00e4 sen – nyt olemme menett\u00e4neet sen, on jatkuvasti tunne, ett\u00e4 olemme ajallaan. Jos riskej\u00e4 ilmenee, keskustelemme niist\u00e4 PD: n kanssa jo varhaisessa vaiheessa, mukautamme suunnitelmaa tai pienenn\u00e4mme teht\u00e4vien laajuutta jollakin tavalla.<\/p>\n Ty\u00f6st\u00e4 tuli l\u00e4pin\u00e4kyv\u00e4mp\u00e4\u00e4, ty\u00f6p\u00e4iv\u00e4 alkoi sopia 8 tunnin normiin, ja tuntui silt\u00e4, \u200b\u200bett\u00e4 aloimme tehd\u00e4 enemm\u00e4n. Ymm\u00e4rr\u00e4mme, ett\u00e4 kun sinusta tuntuu, ett\u00e4 et tee tarpeeksi, sinusta tuntuu, ett\u00e4 sinun on teht\u00e4v\u00e4 enemm\u00e4n ty\u00f6t\u00e4 – t\u00e4ll\u00e4 on eritt\u00e4in huono vaikutus tuottavuuteen, sinun on p\u00e4\u00e4st\u00e4v\u00e4 eroon siit\u00e4.<\/p>\n Kehitysosaston ty\u00f6n selkeyden ja avoimuuden vuoksi olemme asettaneet erityisen taulun, joka on merkitty ”teht\u00e4v\u00e4”, ”k\u00e4ynniss\u00e4”, ”tarkistus”, ”testi”, ”valmis”, jossa kaikki ryhm\u00e4n j\u00e4senet kiinnitt\u00e4v\u00e4t tarroja teht\u00e4viin (sarakkeessa ”teht\u00e4v\u00e4”), ja kun ne on suoritettu, ne siirret\u00e4\u00e4n seuraaviin pisteisiin, ja onnellinen loppu on viimeinen ”tehty”. T\u00e4m\u00e4 auttaa saamaan kokonaiskuvan ja antaa mahdollisuuden n\u00e4hd\u00e4, mit\u00e4 kukin osallistuja on ty\u00f6skentelee.<\/p>\n Eritt\u00e4in t\u00e4rke\u00e4 kohta menetelm\u00e4ss\u00e4 (ja ty\u00f6nkulun organisoinnissa): Kun kaikki teht\u00e4v\u00e4t on hyv\u00e4ksytty (”teht\u00e4v\u00e4”), luettelo on estetty lis\u00e4\u00e4m\u00e4st\u00e4. Siten uudet saapuvat teht\u00e4v\u00e4t eiv\u00e4t h\u00e4iritse prosessia eiv\u00e4tk\u00e4 hidasta ty\u00f6t\u00e4.<\/p>\n Kaikki osallistujat arvioivat my\u00f6s jokaisen teht\u00e4v\u00e4n suorittamisen edellytt\u00e4mien aika- ja materiaalikustannusten perusteella. Ja kirsikka ylh\u00e4\u00e4ll\u00e4 on p\u00e4ivitt\u00e4isi\u00e4 kokouksia tiettyn\u00e4 ajankohtana (Daily Scrum), joissa jokainen tiimin j\u00e4sen kertoo lyhyesti mit\u00e4 h\u00e4n tekee t\u00e4n\u00e4\u00e4n, mit\u00e4 teki eilen (ja onko kohdannut mit\u00e4\u00e4n esteit\u00e4). T\u00e4m\u00e4 on t\u00e4rke\u00e4\u00e4 matkalla pitk\u00e4n aikav\u00e4lin tavoitteisiin – n\u00e4in voit ymm\u00e4rt\u00e4\u00e4 ajoissa, ett\u00e4 on aika muuttaa strategiasi.<\/p>\n Toteutimme Scrumin kahdella kokeella, koska kaikki, tiimist\u00e4 k\u00e4ytt\u00e4jiin, haluavat ennustettavamman tuloksen. T\u00e4m\u00e4 on menetelm\u00e4n plus – selke\u00e4t rytmit virtaviivaistavat tiimi\u00e4, lis\u00e4\u00e4v\u00e4t projektin yleist\u00e4 tiet\u00e4myst\u00e4. T\u00e4m\u00e4n seurauksena tulos muuttuu ennakoitavammaksi, my\u00f6s ”sidosryhmillemme” – k\u00e4ytt\u00e4jille.<\/p>\n Ryhm\u00e4ty\u00f6 lis\u00e4\u00e4 my\u00f6s vastuuta: kaikki saavat bonuksen vain, jos joukkue on suorittanut tietyss\u00e4 vaiheessa asetetut teht\u00e4v\u00e4t.<\/p>\n Inga Koryagina K\u00e4ytetyt l\u00e4hteet ja hy\u00f6dyllisi\u00e4 linkkej\u00e4 aiheesta: https:\/\/rb.ru\/story\/agile-scrum-kanban\/<\/a> https:\/\/ru.esdifferent.com\/difference-between-agile-and-scrum<\/a> https: \/\/ skillbox. ru \/ media \/ management \/ kak_ponyat_scrum \/<\/a> https:\/\/allo.tochka.com\/agile-scrum<\/a><\/p>\nMik\u00e4 on ketter\u00e4?<\/h2>\n
Mik\u00e4 on Scrum?<\/h2>\n
Ketter\u00e4n ja Scrum-yht\u00e4l\u00e4isyydet:<\/h2>\n
Ketter\u00e4n ja Scrumin luonne:<\/h2>\n
K\u00e4ytt\u00f6esimerkkej\u00e4<\/h2>\n
\n
Kuinka ja miksi scrum-menetelm\u00e4 ilmestyi<\/h2>\n
\n
\n2 Tuotteen laatu on t\u00e4rke\u00e4mp\u00e4\u00e4 kuin dokumentointi.
\n3 Vuorovaikutus asiakkaan kanssa on t\u00e4rke\u00e4mp\u00e4\u00e4 kuin sopimus.
\n4 Muutosvalmius on t\u00e4rke\u00e4mp\u00e4\u00e4 kuin asetettu suunnitelma.<\/p>\n
\n2 Valmius muutokseen milloin tahansa.
\n3 T\u00e4ysin toimiva ohjelmisto – niin usein kuin mahdollista.
\n4 Tiimikokous on paras tiedonvaihtoon.
\n5 Asiakkaan ja kehitystiimin on teht\u00e4v\u00e4 yhteisty\u00f6t\u00e4.
\n6 Luota ihmisiin tekem\u00e4\u00e4n ty\u00f6ns\u00e4.
\n7 On toimivia ohjelmistoja – edistymist\u00e4 on.
\n8 Ketter\u00e4t prosessit – jatkuva kehitys.
\n9 Huomio laatuun lis\u00e4\u00e4 joustavuutta.
\n10 Prosessin yksinkertaisuus eliminoi tarpeettoman ty\u00f6n.
\n11 Itseorganisoituva tiimi toimii paremmin.
\n12 Jatkuva pyrkimys suurempaan tehokkuuteen.<\/p>\nScrum-ydinperiaatteet<\/h2>\n
Scrum-tiimin merkitys<\/h2>\n
Komentorakenne<\/h3>\n
\n
Roolien jakautuminen<\/h4>\n
Scrum-ty\u00f6kalut<\/h2>\n
Ohjeet: kuinka k\u00e4ytt\u00e4\u00e4 Scrumia toimimaan kuten Ajail<\/h2>\n
\n
Kuka on ketter\u00e4?<\/h2>\n
\n
Sana asiantuntijoille<\/h2>\n
\n<\/strong>Agile on filosofia, scrum on rakenne, vesiputous on menetelm\u00e4, kanban on hallintoj\u00e4rjestelm\u00e4. Scrum ja kanban ovat ketter\u00e4t vaihtoehdot, mutta niill\u00e4 on joitain selkeit\u00e4 eroja. Scrum vaatii kiinteit\u00e4 rooleja, kun taas kanbanilta puuttuu vaaditut roolit. Scrum perustuu iterointeihin, joissa yhdistyv\u00e4t suunnittelu, prosessin optimointi ja julkaisu. Kanbanissa voit tehd\u00e4 t\u00e4m\u00e4n s\u00e4\u00e4nn\u00f6llisesti tai milloin tahansa. Rummutiimi vaatii ty\u00f6ns\u00e4 arviointia, kun taas kanban-tiimi ei.<\/p>\n