Mitä ketterä kehitys on?
Ketterä kehitys on lähestymistapa ohjelmistokehitykseen, joka keskittyy nopeaan ominaisuuksien käyttöönottoon jatkuvalla iteraatiolla, joka perustuu osastojen väliseen konsultaatioon ja käyttäjien palautteeseen. Se on projektinhallintakehys, joka perustuu asteittaiseen kehitykseen prosessin jokaisessa vaiheessa testattavana ja joka perustaa seuraavan iteroinnin tai tuotteen pivotin loppukäyttäjien palautteeseen tai tuloksiin.
Tarinakartat ja ketterä kehitys
Ketterän kehityksen ymmärtäminen on vasta alkua – sen sisällyttäminen liiketoimintakäytäntöihisi on tärkeä osa. Loistava tapa ottaa ketterä lähestymistapa käyttöön projektinhallintakäytäntöihisi on yhdistää visuaalisuus ketterään kehitykseen. Yksi yleinen visuaalinen alkuun on käyttäjien tarinakartat . Käyttäjätarinakartat ovat visuaalisia kuvauksia käyttäjistä, jotka ovat vuorovaikutuksessa tuotteesi kanssa, ja reaktioista tai toimista, joita käyttökokemuksesi saa aikaan käyttäjissä, kun he pyrkivät saavuttamaan tavoitteensa. Tarinakarttojen luominen käyttäjille pakottaa sinut jakamaan tuotteesi vaiheisiin, jolloin voit keskittyä siihen, kuinka iteratiivisia muutoksia voidaan soveltaa jokaiseen vaiheeseen itsenäisesti tuotteen kokonaisuuden parantamiseksi. Tarinakartat voivat olla eri muotoisia: lineaarisia matkoja käyttäjän kävellessä tuotteen läpi, epälineaarisia syklejä tai jopa kaavioita, jotka kuvaavat aikaa tai prioriteettia x-akselilla ja tehtävän monimutkaisuutta y-akselilla.
Ketterän kehityksen tyypit
Scrum
Scrum on ketterä kehitysmetodologia, joka keskittyy projektitehtävien ajoittamiseen sprinteiksi (tyypillisesti 1–4 viikkoa kestäviksi) ja antaa kehittäjille mahdollisuuden ottaa käyttöön uusia ominaisuuksia ennalta määrätyllä tahdilla. Tyypillisiä scrumia käyttävien organisaatioiden käytäntöjä ovat päivittäiset stand-up-kokoukset, sprintin aloitustapahtumat ja sprintin jälkeiset katsaukset.
Kanban
Kanban on ketterä kehitysmetodologia, joka sisältää visuaalisen ruuhkan priorisoiduista tehtävistä, jotka on suoritettava, jotta projekti saadaan päätökseen. Heti kun nämä tehtävät on suoritettu, ne vapautetaan, mikä johtaa jatkuviin tuotteen iteraatioihin ja julkaisuihin. Kehittäjät voivat valita oman osaamisalaansa läheisimmin liittyviä tehtäviä ja tehtäviä, jotka eivät ole aikarajattuja.
Story Map for Agile
-
Eristä projekti
Ensimmäinen askel ketterien kehityskäytäntöjen käyttöönotossa on valita työstettävä projekti. Ketterä kehitys toimii parhaiten monimutkaisissa projekteissa, joissa on paljon liikkuvia osia. Valitse projekti, joka saattaa edellyttää osastojen välistä yhteistyötä ja useiden uusien ominaisuuksien luomista/käyttöönottoa. Valitse sitten scrum master , henkilö, joka on vastuussa siitä, että projekti etenee suunnitelmien mukaan.
-
Luo Task Backlog
Seuraava vaihe on luoda luettelo kaikista vaadittavista tehtävistä, jotka projekti tarvitsee valmistuakseen. Kun kaikki tehtävät on lueteltu, järjestä ne tärkeyden ja tärkeysjärjestyksen mukaan. Usein on tehtäviä, joita on mahdoton suorittaa suorittamatta ensin jotakin muista ruuhkautuneista tehtävistä – prioriteettiluettelosi pitäisi ottaa tämä huomioon. Tehtävälista muuttuu ja kasvaa ketterän prosessin aikana, kun huomaat lisää tehtäviä, jotka on suoritettava, ja toisaalta ymmärrät, että jotkut tehtävät ovat tarpeettomia.
-
Jaa sprinteiksi tai luo Kanban-lauta
Nyt on aika päättää, valitsetko Scrum- vai Kanban- lähestymistavan. Jos päätät käyttää Scrumia, jaa tehtäväluettelosi yksittäisiin sprinteihin. Rajoita sprintit enintään neljään kehittäjäviikkoon, mutta pyri noin kahteen viikkoon. Tämä leikkaa projektisi laajuutta ja pakottaa kehittäjät työskentelemään tärkeimpien tehtävien parissa. Jos käytät Kanbania, luo Kanban-taulu kaikista ruuhkautuneista tehtävistäsi. Pyydä kehittäjiä menemään lautakunnalle ja valitsemaan fyysisesti tehtävä omakseen. Siirrä tehtävä taululla kohdasta "To-do" kohtaan "Doing" ja "Done".
-
Mene töihin
Aloittaa työt! Kun kehittäjät ja markkinoijat alkavat työskennellä yhdessä heille annettujen tehtävien parissa, päivittäiset nopeat stand-up-kokoukset auttavat. Nämä tapaamiset eivät saisi olla pidempiä kuin 10 minuuttia ja jokaisen osallistujan tulee vastata kolmeen ydinkysymykseen: Mitä teit eilen? Mitä teet tänään? Estääkö jokin sinua suorittamasta tehtäviäsi tänään?
-
Tarkista projekti, käsittele ja toista
Kun sprintti on ohi tai uusi ominaisuus on otettu käyttöön, tarkista projekti varmistaaksesi, että se on hyväksyttävä käyttäjän vuorovaikutukseen. On myös tärkeää tarkastella prosessia kokonaisuutena ja etsiä aktiivisesti tapoja parantaa prosessin tehokkuutta tai tuottoa. Kun tämä on tehty, toista alusta alkaen seuraavassa projektissa tai ominaisuusjoukossa.
Ketterät mallit, joilla pääset alkuun
© 2024 - Clever Prototypes, LLC - Kaikki oikeudet pidätetään.
StoryboardThat on Clever Prototypes , LLC :n tavaramerkki, joka on rekisteröity Yhdysvaltain patentti- ja tavaramerkkivirastossa.
