Agile-metodologiaperiaatteet
Intro
Agile on projektinhallintamenetelmä, joka on kehitetty joustavampi ja tehokkaampi tapa saada tuotteita markkinoille. Sana "ketterä" tarkoittaa kykyä liikkua nopeasti ja helposti. Siksi ketterä lähestymistapa mahdollistaa projektiryhmät sopeutumaan nopeammin ja helpommin verrattuna muihin projektimenetelmiin.
Monilla tämän päivän hankkeilla on enemmän tuntemattomia kuin perinteinen projektinhallintamenetelmä voi käsitellä riittävästi. Tämä epävarmuus tekee siitä haastavan asiakirjavaatimukset ja sopeutua muutoksiin onnistuneesti.
Tämä opas selittää ketterä menetelmä, jonka hankkeet hyötyvät ketterästä lähestymistavasta ja miten tehokkaasti toteuttaa tehokkaasti.
Mikä on ketterä menetelmä?
Agile-menetelmä on lähestymistapa projektinhallintaan, joka käyttää neljä arvoa ja 12 periaatetta hankkeiden järjestämiseksi.
Agile-manifestin neljä arvoa ovat:
Agile-menetelmä toimii projektisuunnittelun ja toteutuksen käynnissä olevissa sprinksissä, joiden avulla voit jatkuvasti sopeutua ja kypsyy suunnitelmasi, soveltamisalaan ja suunnitteluun koko projektissa.
Agile-projektit edellyttävät iteratiivista lähestymistapaa, joka tukee asiakkaillesi tai asiakkaillesi inkrementaalista, usein ja johdonmukaista toimittamista. Tämä innovatiivinen lähestymistapa varmistaa, että projektitiimi voi jatkuvasti tuottaa konkreettisia tuotteita ilman viivästymistä muutoksista ja kehittyvistä vaatimuksista.
Agileilla on korkea asiakas osallistuminen ja sisältää usein edistymistä sekä projektitiimin että asiakkaan kanssa.
Voit käyttää ketterää hanketta useilla eri kehyksissä. Jotkut suosittuja ovat:
TämäVideo agile-menetelmälläLisäksi selittää lähestymistapa, joka hajottaa kaiken keskeisistä periaatteista ketteräksi kehyksiksi.
Agile-metodologian historia
Riippuen lähteestä, agile-menetelmän alkuperää voi ollajäljitetään takaisin 1990-luvulle , 1975, tai jopaJo 1960-luvulla. Kaikki ovat kuitenkin yhtä mieltä siitä, että ketterä juurtui luomaanManifesto Agile-ohjelmiston kehittämiselle, joka tunnetaan myös nimellä Agile Manifesti.
Agile ManifestiAlun perin julkaistiin helmikuussa 2001 uuden tapaa hallita ohjelmistokehitystä. Ryhmä johtavista ohjelmistokehittäjille kirjoitti Manifestin Retreatissa Utahissa, jossa he olivat tavanneet keskustelemaan teollisuuden ongelmista ja mahdollisista ratkaisuista.
Tämä ryhmä ymmärsi, että ohjelmistoteollisuus tarvitsi parempaa, nopeampaa tapaa saada tuotteita markkinoille. Niiden tavoitteena oli kehittää uusia menetelmiä tuotteen ja hankkeen muuttamiseksi, jotka eivät vaikuttaisi kustannusten tai viivästymiseen tuotantoaikataulua.
He päättivät, että hankkeen jakaminen lyhyempiksi iteraatioiksi mahdollistaisi nopeamman kehityksen ja testauksen. Arvostelut (nimeltään Sprint Retroscives) tapahtuisi jokaisen iteraation lopussa, ja sitten muutokset voitaisiin tehdä ilman, että sinun tarvitsee odottaa lopputuotetta.
Agile-manifesti laadittiin aluksi ohjelmistokehityksen hallinnan ratkaisuna, mutta ketterät menetelmät ovat sen jälkeen kasvaneet hankkeiden eri toimialoilla ja yrityksissä.
12 ketterä periaatteet
Agile-ohjelmistokehityksen manifesti hahmotellaan 12 ketterää periaatteita, joita kaikkien hankkeiden pitäisi seurata. Nämä ovat:
Agile-projektinhallinnan edut
Agile-projektinhallinnan edut ovat monia, erityisesti seuraaville organisaatioille ja projektityypeille:
Perinteiset projektinhallintamenetelmät olivat yleensä vain projektijoukkue yhteyttä asiakkaaseen projektin alussa ja lopussa. Jos asiakkaiden vaatimuksia tai odotuksia ei otettu asianmukaisesti alussa tai muuttunut ajan myötä, projektitiimillä ei ollut aavistustakaan, ennen kuin oli liian myöhäistä. Agileilla on käynnissä oleva yhteys koko prosessin ja iteratiivisten toimitusten varmistamiseksi, jotta tiimi on radalla, joten lopputuote on täsmälleen mitä asiakas haluaa.
Entä jos asiakas kertoi puolivälissä projektin kautta, että he tarvitsivat sopivuuden? Perinteisen lähestymistavan käyttäminen projektinhallintaan, tätä ei voitu sijoittaa tai todennäköisesti mukana merkittävästi sekä projektin kustannuksiin että aikatauluun. Agileilla voit sisällyttää muutoksia vähäisillä vaivalla, riippumatta siitä, kuinka pitkälle projektissa.
Agile sisältää jatkuvan kehitysyhteistyön, joka varmistaa tiimisi toimittaa jatkuvasti toimivia tuotteita. Sen sijaan, että odottaisit kuusi 12 kuukautta tai pidempään lopputuotteeseen, asiakkaasi saa tuotteen työversion paljon lyhyempien välein, tyypillisesti joka toinen neljäs viikko.
Tiimisi kehittää tuotteen versioita säännöllisesti ja saada asiakaspalautteen varhaisessa vaiheessa, minimoi hankkeen riskin. Suuren projektin rikkominen iteraatioihin vähentää iteraation tai luonnosten riskiä. Olet todennäköisesti löytää pieniä ongelmia aikaisin, jota voidaan käsitellä nopeasti, eikä löytää suurta asiaa vain lopullisen testauksen aikaan ennen loppututkimusta. Jos myöhemmin sinulla on ongelma tai sinun täytyy peruuttaa projekti, olet sijoittanut vähemmän aikaa ja rahaa.
Agile tukee yhteistyötä ja jatkuvaa parannusta, jotka molemmat voivat johtaa innovointiin ja uusien tuotteiden ja ominaisuuksien kehittämiseen. Yhteistyöryhmät ja päivittäiset kokoukset kannustaa aivoriihi ja idea luomista. Agile tukee "idea meritokratia"Missä paras idea voittaa, riippumatta siitä, kuka se tulee. Projektiryhmä, muut sidosryhmät ja asiakas voivat selvittää toiminnot ja ominaisuudet yhdessä.
Kun ei käytä agile-projektinhallintamenetelmää
Huolimatta monista agileista eduista, metodologia ei ole jokaiselle hankkeelle tai organisaatiolle. Mutta miten tiedät, milloin et käytä Agile Projektinhallintamenetelmää? Mitkä ovat agile-metodologian edut ja haitat?
Agile on tarkoitettu vähentämään muutoksen ja epävarmuuden kustannuksia hankkeessa rikkomalla se alas iteratiivisiin projektinhallintavaiheisiin. Jos kuitenkin on jo hyvin vähän epävarmuutta ja pieni mahdollisuus muutokseen, ketterä ei välttämättä ole tehokkain lähestymistapa. Esimerkiksi jos työskentelet teollisuudessa, jolla on raskaat määräykset tai jossa useat projektin vaatimukset ovat jo tiedossa, et tarvitse iteratiivista suunnittelua ja useita luonnoksia.
Määritelmän mukaan hanke on "väliaikainen pyrkimys, joka alkaa ja päättyy, ja sitä on käytettäväLuo ainutlaatuinen tuote, palvelu tai tulos. " Mutta mitä asiakkaalla pyytää sinua rakentamaan viisi samanlaista taloa, ja päätät luoda erillisen projektin ja tiimin jokaiselle? Agilein käyttäminen voi johtaa viisi ainutlaatuista taloa kuin viisi identtistä. Yksi ketterän haitoista on se, että se ei ole suunniteltu toistettavuudelle.
Agile-hanke edellyttää jatkuvaa yhteyttä sidosryhmien kanssa. Joillakin ei ehkä ole aikaa, kykyä tai halua omistaa itseään projektiin. Jos hanketta pidetään alhaisena tai pienenä riskinä, ne voivat mieluummin perinteisempää lähestymistapaa, jossa vain niihin liittyy ne vain keskeisiin vaiheisiin tai lopulliseen toimitukseen.
Jos yrityksesi tai projektitiimi ei ole valmis, agile-kehityssyklin hyväksyminen voi ottaa riskin hankkeelle.
Tässä on viisi indikaattoriaYrityksesi ei ole valmis käyttämään ketterää :
Agile vs. Scrum
Agile-menetelmällä esitetään parhaat käytännöt hankkeiden järjestämiseen, jotka perustuvat neljään arvoon ja 12 ketterä ohjelmiston kehittämisperusteet, jotka on dokumentoitu Agile Manifesto. Olet ehkä nähnyt vertailut scrigin ja ketterän välillä.SCRUMIN MÄÄRITTÄMINENon "puitteet projektinhallinnasta, joka korostaa tiimityötä, vastuuvelvollisuutta ja iteratiivista edistymistä kohti hyvin määriteltyä tavoitetta." Scrum on kehys, jota voit käyttää näiden ketterien periaatteiden, arvojen ja parhaita käytäntöjä.
Parempi ymmärtää ketterää vs. Scrum, voit ajatella SCRUMIN SUUNNITTEESEEN AKTIIVISEN lähestymistavan toteuttamiseksi projektinhallintaan. SCRUM tarjoaa sääntöjä, rooleja, tapahtumia, työkaluja ja esineitä, jotka ovat välttämättömiä agile-ajattelutapa onnistuneesti.
Tärkein ero Agile ja Scrum on se, että ketterä on prosessi, jonka haluat saavuttaa, ja SCRUMI on työkalu sen menestykseen. Kuulet usein SCRUMIN JA AGILE käytetty vaihtokelpoisesti, koska Scrum on suosituin ketterä. Se ei kuitenkaan ole ainoa kehys, jota voit toteuttaa suunnitella ja suorittaa agile-projektin.
Agile vs. Waterfall Project Management
Agile-menetelmä Projektinhallinta ja vesiputous Projektinhallinta ovat kaksi suosittuja hankkeiden järjestämiseen. Kun määrität, miten suunnitella ja suorittaa seuraava projekti, todennäköisesti aloitat vertaamalla ketterää ja vesiputoushankkeen hallintaa, mikä on sopivampi.
Vesiputous on perinteisempi lähestymistapa projektinhallintaan, johon sisältyy lineaarinen projektin virtaus. Se on parasta selkeästi määriteltyjä hankkeita, joilla on lopulliset aikataulut ja hyvin määriteltyjä toimituksia alusta alkaen. Toisin sanoen, josSuurimmat projektirajoituksetovat hyvin ymmärrettyjä ja dokumentoituja, vesiputous on todennäköisesti paras vaihtoehto.
Vesiputouksen ydinperiaatteet ovat:
Toisaalta ketterät luotiin käsittelemään hankkeita, joissa ensisijaisia rajoituksia ei ymmärretä hyvin.
Kuten aiemmin keskusteltiin, ketterä on iteratiivinen, joustava lähestymistapa hankkeisiin. Tämä menetelmä jakaa projektin vaiheittaiksi tai "sprintsiksi", jolloin se voi kypsyä ja kehittää, kun saat lisätietoja.
Päättäessään vesiputoushankkeen hallinnan ja ketterän välillä, sen pitäisi viime kädessä tulla lopputuotteen kypsyyteen ja kuinka hyvin ymmärrät projektin tulokset ja vaatimukset aloitusvaiheessa.
Muut ketterät resurssit
Seuraavassa on joitain agileja resursseja, jotka hajoavat edelleen ketterään menetelmään ja miten se onnistuu toteuttamaan:
