Mikä on ketterä projektijohtaminen?

Ketterä projektijohtaminen on asteittainen menetelmä suunnittelun ja rakentamisen johtamiseen, joka on sisällytetty eri aloille, kuten tekniikka, tietotekniikka ja muut liiketoiminta-alueet, jotka pyrkivät toteuttamaan uuden palvelun laajennuksen erittäin mukautuvalla ja vuorovaikutteisella tavalla. Ketterä johtaminen tarjoaa yksinkertaisen kehyksen, joka tukee kaikkien ryhmän jäsenten välistä viestintää ja heijastaa aiemmin mahdollisesti esiintyneitä työviiveitä. Perinteistä vesiputoussuunnittelua käyttävät yritykset ovat siirtyneet ketterään parantamistapaan. Vesiputous rakentaa ohjelmistot vaiheittain sarjassa ensimmäisen kerran todelliselle palautteelle, joka tapahtuu heti ennen julkaisua. Ketterä rakentaa ohjelmistoja asteittain pienten toistojen avulla kasvun säätelemiseksi muuttuvien liiketoiminnan tarpeiden mukaan. Emme voi palata vaiheittain vesiputousmenetelmällä, mutta Agilella se on mahdollista.

Määritelmä Ketterä projektijohtaminen

Ketterä kehitys on termi useille iteratiivisille ja inkrementaarisille ohjelmistokehitysmenetelmille. Vaikka jokainen ketterä menetelmä on ainutlaatuinen lähestymistapansa suhteen, niillä kaikilla on yhteinen visio ja perusarvot. Ketterässä kehityksessä on 2 lähestymistapaa, nimittäin:

  • Kevyt lähestymistapa
  • Täydellisempi lähestymistapa

Kevyt lähestymistapa koostuu useista menetelmistä, kuten Scrum, Lean-ohjelmistokehitys, Kanban (prosessi + -menetelmä), jatkuva integrointi, jatkuva toimitus, Extreme-ohjelmointi ja ominaisuuspohjainen kehittäminen.

Täydellistä lähestymistapaa käytetään useampaan kuin yhteen joukkueeseen. Ominaisuudet, kuten Scrum of Scrums, Scrum in scale, Suuri Scrum, Scalled Agile Framework, Kurinalainen ketterä toimitus, Ketterä yhtenäinen prosessi ovat osa täydellistä lähestymistapaa.

Ketterä manifesti tarjoaa tiettyjä ohjeita, joita on noudatettava arvioidessaan uusia menetelmiä perinteisin tavoin.

  • Yksilöt ja heidän välinen vuorovaikutus tuottavat parempia oivalluksia ja ideoita - Prosessien ja työkalujen käyttöönotto projektin kehittämisessä
  • Toimivat ohjelmistot tuovat joukkueelle enemmän lisäarvoa kuin kattava dokumentaatio, ilman asianmukaista toimintamallia tai tulosta, joka luodaan kokonaan oletuksen perusteella, että ohjelmisto toimii.
  • Asiakasyhteistyötä vaaditaan ymmärtämään odotukset paremmin kuin neuvottelemaan sopimuksesta heidän kanssaan.

Alalla tapahtuviin muutoksiin reagoiminen ja kilpailijoiden kanssa pysyminen lisää tiimille lisäarvoa ja tarkoitusta sen sijaan, että noudatettaisiin suunnitelmaa, jota ei ole mukautettu kehitykseen.

Ketterän projektijohtamisen ymmärtäminen

Scrum on iteratiivinen ja inkrementaalinen ketterä ohjelmistokehityskehys, joka tarjoaa projektin jatkuvan kehittämisen jokaisessa iteraatiossa ja mukauttaa muutoksia ohjelmistoprojektien hallintaa ja tuote- tai sovelluskehitystä varten. Se korostaa "joustavaa, kokonaisvaltaista tuotekehitysstrategiaa, jossa kehitysryhmä toimii yksikönä yhteisen tavoitteen saavuttamiseksi" toisin kuin "perinteinen, peräkkäinen lähestymistapa". Scrum mahdollistaa itseorganisoivien ryhmien perustamisen ja sanallisen vuorovaikutuksen kaikkien ryhmän jäsenten kesken. Ei määritelty prosessi, mutta empiirinen prosessi. Yksinkertaisesti sanottuna Scrum voidaan määritellä ketteräksi kehykseksi tiimiyhteistyölle monimutkaisten projektien rakentamiseksi.

Scrum-joukkueessa on erilaisia ​​rooleja:

Scrum master - Se on asiantuntija-avustaja. Hänellä on itsenäinen rooli, mieluiten mieluummin kuin raportoivien johtajien toimesta. Hänellä on tärkeä rooli ketterissä toimituksissa. Joitakin keskeisiä vastuita on annettu alla:

  • Scrum-mestari toimii palvelupäällikkönä.
  • Suojaa joukkueen ulkoisilta häiriöiltä.
  • Toimii jatkuvasti johdon kanssa seurataksesi päivittäistä edistymistä.
  • Huolehtii kaikista joukkueen esteistä parantaa joukkueen tehokkuutta.
  • Varmistaa mukauttamisen ja tarkastaa prosessin kulkua.
  • Mahdollistaa tiiviin yhteistyön kaikissa ryhmän rooleissa ja vastuissa.

Tuotteen omistaja - Se on sisäinen asiakas, toisin sanoen yritysryhmä tai tuotteen omistaja. Tärkein tehtävä on kommunikoida tuotteen visio oikealla ja helposti ymmärrettävällä tavalla. Jokaisen päivän tuotemäärät asetetaan etusijalle ja niistä keskustellaan sprintisuunnittelukokouksessa. Tuotteen omistaja arvioi käyttäjän määrittämät tarinat.

Kehitysryhmä - Se tunnetaan myös nimellä Scrum-tiimi, joka koostuu yleensä noin 10 jäsenestä. Heillä on valtuudet suorittaa tehtävät tavalla, joka on mahdollista korkeaa laatua ja standardeja noudattaen. He ovat sitoutuneet ketterään toimintakehykseen ja suunnittelevat työtä vastaavasti.

Kuinka ketterä projektijohtaminen tekee työskentelystä niin helppoa?

Tuotteen hoito-istunto

"Hoito" -kokouksen tarkoituksena on varmistaa, että jäljellä oleva määrä on asuttu kohteilla, jotka ovat merkityksellisiä, tarkkoja ja arvioituja niiden tärkeysjärjestykseen liittyvässä määrin. Auttaa pysymään ajan tasalla projektista tai tuotteesta ja sen tavoitteista.

Sprintisuunnitteluistunto

Mitä tehdä?

  • Analysoi korkean prioriteetin jäljellä olevia osia selkeyden löytämiseksi lähestymistavassa.
  • Sprint-tavoite on viimeistelty.
  • Scrum Master, tuotteen omistaja ja koko joukkue osallistuvat alkuperäiseen suunnitteluun.

Miten tehdä?

  • Sprint Backlog tehtävien kanssa määritetään ja luodaan.
  • Määritelmä Tehty (määritetään tietyn tuotteen poistumiskriteerit, joiden perusteella päätetään, onko tuoteselosteet täydelliset). Scrum-mestari ja joukkue ovat mukana tässä vaiheessa.

Päivittäinen Stand Up -kokous

  • Hankkeen eteneminen
  • Suunnitelma päivälle
  • Sisältää muutokset
  • Polttokaavio on kaavio, jota käytetään heijastamaan kuinka monta tuntia työtä on jäljellä jäljitelmässä.

Nämä ovat tärkeimmät aiheet, joista keskustellaan.

Sprint Review -kokous

Demonsoida toiminnallisuus yritykselle tai joskus tarkistaa Sprint-kanta-asiakirjassa sovitut käyttäjäjutut, jos he ovat saavuttaneet odotetun tuloksen. Scrum-tiimi, projektin omistaja, Scrum Master, ulkoiset sidosryhmät kaikki osallistuvat kokoukseen. Tuloksen hyväksyntä hyväksytään, tuotteen omistaja voi myös arvioida kehityksen laadun.

Sprintin takautuva kokous

Tässä otetaan huomioon kolme asiaa:

  • Mitä on tehtävä jokaisen sprintin jälkeen
  • Mikä meni hyvin viimeisessä sprintissä
  • Mitä voidaan muuttaa seuraavassa sprintissä

Parhaat ketterät projektinhallintayritykset

Joillakin parhaimmista yrityksistä, joissa ketterän projektijohtamisen käyttöönotto on vaikuttanut huomattavasti:

  • 3M - Ketterien menetelmien omaksuminen tarjosi dynaamisen ympäristön pikemminkin perinteisillä vesiputousmenetelmillä.
  • IBM - Vikojen jälkijäämät ylitettiin, Tuotteiden oikea-aikainen toimitus.
  • ANZ - Australian kolmanneksi suurin pankki. Uudet ominaisuudet, kuten ihmiskeskeiset suunnitteluperiaatteet, auttoivat saamaan palkkioita.
  • Google - Salli käyttäjien osallistua Android-alustan kehittämiseen Beta-versiossa.
  • Spotify - Musiikin suoratoistopalvelu sai upeita tuloksia Agile-ohjelmalla.

Mitä voit tehdä ketterällä projektinhallinnalla?

Sijoittaminen hyviin tarinoihin

Jäljellä olevaan ominaisuuteen viitataan yleensä käyttäjän tarina. Tiimin erilaisia ​​tarinoita esitellään ja arvioidaan tiettyjen kriteerien perusteella. Tarinojen tulee olla itsenäisiä, eikä niillä saa olla riippuvuutta muista vaatimuksista. Sen on lisättävä arvoa projektiin sekä sisäisesti että ulkoisesti. Tuotteen omistaja arvioi tarinan ponnistelun. Sen tulisi olla pieni ja helposti neuvoteltavissa aiheuttamatta paljon sekaannusta. Kun tarina selitetään lyhyesti, joukkue päättää äänestää kierroksella. Jos odotuksissa on poikkeamia, siitä keskustellaan uudelleen kaikkien siihen liittyvien kysymysten kanssa. Prosessi jatkuu, kunnes sopiva tarina on valittu. Arviointi tehdään pisteiden perusteella. Tämä eliminoi sitoutumisen aikatauluun ja pyrkimys perustuu annettuihin tehtäviin.

Työskentely ketterän projektijohtamisen kanssa

Ketterän projektijohtamisen tavoitteena on ensin tuottaa korkein liiketoiminnan arvo. Scrum-kehyksen tärkeät esineet auttavat saavuttamaan saman.

Tuotekanta

Sen omistaa tuotteen omistaja, ja se asettaa liiketoiminnan yhdenmukaisuuden tärkeysjärjestykseen. Käyttäjäjutut ja käyttötapaukset arvioidaan ensinnäkin ja testataan ilmaisella muodolla. Ominaisuudet ja viat toteutuvat ja saatu tieto siirretään koko joukkueelle. Muiden ideoiden aivoriihi tapahtuu. Mahdollisia ratkaisuja harkitaan ja otetaan käyttöön teknisessä työssä. Sitten suunnitelma suunnitellaan ja jäljellä olevista tehtävistä keskustellaan päivittäisessä Scrum-kokouksessa.

Sprint Backlog

Sprintin työ määrittelee tuotejoukon osajoukot. Joukkueen jäsenet luovat sprintin jälkikäteen. Jokaisella joukkueella on oma tila riippuen ketterän prosessin määrittelemistä tehtävistä. Tätä päivitetään säännöllisesti. Tuotteiden lisäämisestä tai poistamisesta huolehtii tiimi. Tehtäviä pidetään suoritetuina vain, kun ne on otettu järjestelmään käyttöön ja tuotteen omistaja tarkistanut ne.

Polta kaavioita

Kaaviot antavat tietoa kunkin joukkueen etenemisestä ja jäljellä olevasta työstä. Se osoittaa, kuinka paljon työtä joukkueelle on jäljellä ennen julkaisua. Ihannetapauksessa sen tulisi palaa nollaan sprintin loppuun saakka.

edut

Ketterien menetelmien arvo

  • Rohkeus : Jokaiselle joukkueen jäsenelle tulee antaa yhtäläiset mahdollisuudet puhua varmistaakseen, että sprintti liikkuu yhdessä suunnassa.
  • Painopiste : Pysy keskittyä ketterien tavoitteiden saavuttamiseen ja lopputuotteen toimittamiseen Value-arvon avulla.
  • Kunnioitus : Joukkueen tulisi pohtia muita ideoita ja näkökulmia. Älä koskaan ole puolueellinen erojen ja taustan suhteen.
  • Avoimuus : Tiimissä tulisi olla läpinäkyvyyttä ja luottamusta ja olla avoin palautteen vastaanottamiselle.
  • Sitoutuminen : Joukkueiden tulisi olla sitoutuneita ketteriin tavoitteisiinsa.

Miksi tarvitsemme ketterää projektijohtamista?

  • Varhainen ja jatkuva toimivien ohjelmistojen toimittaminen päivittäisen edistyksen osoittamiseksi.
  • Vaatimuksen muutoksen omaksuminen kehityksen myöhässä on ketteryyden tärkein ja tärkeä ominaisuus. Muutokset voidaan tehdä ja integroida ohjelmistoon jopa viimeisessä iteraatiossa.
  • Liikemiehet ja työntekijät työskentelevät yhdessä päivittäin yhdessä osana useita kokouksia, vuorovaikutus tapahtuu usein ja paremman ymmärryksen voitaisiin tuoda tiimiin.
  • Rakenna projekti motivoituneiden henkilöiden ympärille ja luota heihin työn saamiseksi.
  • Tehokkain tapa välittää viesti on kasvotusten tapahtuvan vuorovaikutuksen kautta siten, että mitään odotuksista ei välitetä väärin.
  • Toimivat ohjelmistot ovat edistyksen ensisijainen mitta
  • Jatkuvasti kiinnitetään huomiota tekniseen huippuosaamiseen.
  • Yksinkertaisuus maksimoi tekemättömän työn määrän, mikä antaa kuvan siitä, mikä on priorisoitava ja valmistettava alussa.
  • Joukkueet järjestäytyvät itse määräajassa saavutettavien tavoitteiden mukaan.

Joukkueet pohtivat ja säätävät käyttäytymistä säännöllisesti kilpailijoiden kanssa pysymisen seurauksena tapahtuvien muutosten mukaan.

laajuus

Nykyinen teknisen uudistuksen vauhti voi muuttaa alaa lyhyessä ajassa. Yritykset, jotka ovat toimineet vuosikymmenien ajan, ymmärtävät, että heillä ei ole valmiuksia mukautua yhtä nopeasti. Ketterässä lähestymistavassa on kyse yhteistyöstä, tuotteen vapauttamisesta nopeammin, palautteen saamiseksi nopeammin. Se kannustaa yrityksiä virtaviivaistamaan menetelmiään ja reagoimaan, kun he näkevät muutokset.

Miksi meidän pitäisi käyttää ketterää projektinhallintaa?

Ketterän kehyksen pylväät

  • Tarkastus : Tarvittavat tarkastukset seurataan edistystä kohti ketterää tavoitetta havaita kohtuuttomat poikkeamat.
  • Mukauttaminen : Prosessin muuttaminen mahdollisimman pian mahdollisten huolenaiheiden tai muutosten vähentämiseksi.
  • Läpinäkyvyys : Selvyyden antaminen menetelmän tärkeille näkökohdille, jotka ovat vastuussa tuloksesta.

Oikea yleisö ketterän projektijohtamisen oppimiseen

Ketterä projektijohtaminen sopii ihmisille, joilla on vähimmäistiedot seuraavista termeistä:

Kapasiteettisuunnittelu

Koko sprintti jaotellaan tehtäviin ja kunkin joukkueen kapasiteetti suunnitellaan erikseen. Mahdolliset inimtunnit otetaan huomioon ja lasketaan tehtävien suorittamiseen tarvittavien sprinttuntien, käytettävissä olevien resurssien ja mahdollisten poikkeamien perusteella. Tämä antaa kokonaiskuvan päivien lukumäärästä, joka tarvitaan Sprintin suorittamiseen ja käyttäjän tarinan tekemiseen täysin toimivaksi.

Hyväksymiskriteerit määrittelevät käyttäjäjutun rajat ja niitä käytetään vahvistamaan, kun tarina on valmis ja toimii odotetusti. Valmis-Valmis on termi, jota joukkueet käyttävät säännöllisesti ilmoittaakseen, että sprintin aikana suoritettu työ on "todella" tehty. Valmistettu siihen pisteeseen, jossa kuluttajan mielestä työ on todennäköisesti toimitettavissa. Oikein ketterät joukkueet eivät vaadi kahta käsitettä (tehty ja tehty-tehty).

johtopäätös

Huolimatta mahdollisista esteistä, kuten vaikea vakuuttaa asiakas ja laskuttaa asiakkaita työtuntien perusteella, ketterän ohjelmistokehitysmenetelmän käyttöönotto tekee näkyvän eron tuotetun tuotannon laadussa

Suositellut artikkelit

Tämä on opas Mikä on ketterä projektinhallinta. Tässä keskustelimme ketterän projektinhallinnan määritelmästä, työskentelystä, taidoista, laajuudesta ja eduista. Voit myös käydä läpi muiden ehdotettujen artikkeleidemme saadaksesi lisätietoja -

  1. Keskeiset erot ketterän ja Scrumin välillä
  2. Ketterät haastattelukysymykset ja vastaukset
  3. Ketterä projektijohtaminen nukkeille
  4. Parvoteknologia auttaa ketterät joukkueet kasvamaan?

Luokka:

Yrittäjyyden kehittäminen