Waterfall vs. Agile: Mitä menetelmää valita Redmine-projekteihisi?
Agilní vs. Vesiputous – Tässä blogissa aion puhua kahdesta projektinhallintatekniikasta, niiden eduista, siitä miten ne voivat auttaa sinua, ja miten niitä voi yhdistää.
Joskus kuulen huutoja kuten "Gantt on kuollut", "sinun täytyy ajaa sitä ketterällä tavalla" tai jopa "projektinhallinta on kuollut". Vaikka monet niistä ovat vain markkinointihölynpölyä, törmään usein projektisalkunhallinnan, scrum masterien ja muiden projektinhallinnan ammattilaisten kanssa, jotka haluavat vakavasti väitellä ketterän jamäistatek (Gantentkotel) Tämä kirjoitus on lyhyt johdanto aiheeseen.
Projektinhallinnan rautainen kolmio on itse asiassa hyvin yksinkertainen esitys onnistuneen projektisuunnittelun avainelementeistä. Laajuus, aika a kustannukset/resurssit. Resurssit ovat ainoa ja/tai kriittiset elementit hinnassa monilla aloilla. Ihmiset ovat arvokkain omaisuus, jota ei voi yksinkertaisesti lisätä, vähentää tai moninkertaistaa. Samoin koneellisilla resursseilla na tietty tuotantokapasiteetti, jota ei voi muuttaa yksinkertaisella napsautuksella.
Mutta miten rautainen kolmio sopii kokonaiskuvaan? Erittäin kätevästi. Se tarjoaa meille yksinkertaisen mutta tehokkaan vastauksen siihen, milloin meidän tulisi käyttää vesiputousmenetelmän suunnittelua ja päinvastoin, milloin valita ketterä lähestymistapa.
Vesiputousmenetelmä sopii parhaiten projektille, jonka laajuus on tarkasti määritelty a joka on projektin keskeinen elementti, kuten kiinteistöjen rakentaminen, konferenssin suunnittelu tai Easy Redmine -ohjelmiston käyttöönotto.
Tekniikka: Projektin laajuus on määritelty (kiinteä). Esimerkissämme tämä tarkoittaa sitä, että en voi muuttaa ikkunoiden lukumäärää kiinteistössäni, en voi muuttaa konferenssin paikkaa tai aihetta jne. Projektin aika on rajoittava tekijä joko ehdottomasti (esim. konferenssi) tai lähes ehdottomasti (esim. ohjelmiston käyttöönotto). Tarkasti määritellyn laajuuden kanssa projektinjohtajan tai salkunhallinnan tärkein tehtävä on aikatauluttaa kaikenlaiset resurssit aikajanalle rinnakkain tapahtuvissa projektissa ja ottaa huomioon (projektientejärtuditu huomioon yksitajetavien) s.
Harkitse esimerkiksi talon rakentamista: betonitoimituksista vastaavien työntekijöiden on suoritettava työnsä ajallaan, koska sementtiresurssien puutteesta johtuvat viivästykset voivat estää muurareita suorittamasta om Kun betoni on riittävän kiinteää, on voivat jo olla toisella työmaalla.
Ketterä lähestymistapa on hyödyllinen projektissa, joissa aika on tiukasti määritelty, resurssit ovat ratkaiseva tekijä ja laajuus on suunnittelun alainen (priorisointi). Hyvä esimerkki voisi olla ohjelmistokehitys (sprintit), julkaisutoiminta (lehden/uutislehden julkaisupäivä) tai markkinointisisältö (kampanja).
Tekniikka: Scrum masterit tai vastaavissa rooleissa toimivat suunnittelijat priorisoivat tehtäviä seuraavaa sprinttiä varten.
Je to tarkoittaa?
Ilmeisesti koko projektinhallinnan kysymys pyörii yhä rautaisen kolmion ympärillä. Operatiivinen suunnittelu keskittyy vain eri osiin samaa asiaa. Co siitä voimme päätellä?
- Käytännössä jokaisessa organisaatiossa löytyy projektilajeja, joissa on tarpeen käyttää molempia projektinhallintatekniikoita tehokkaiden työprosessien luomiseksi. Toista menetelmää ei ole parempi kuin toinen, se vain käsittelee erilaisia haasteita.
- Laadukas resurssien aikataulutus na olennainen jokaiselle vesiputousprojektille, erityisesti projektisalkun suunnittelussa. Sama pätee Easy Redmine-projekteihin.
- Agile-projektien hallinta: Prioriteettien hallinta tapahtuu yleensä erilaisten työkalujen avulla. Usein on ongelma tarkan resurssien khdentamisen kanssa tiettyyn backlogiin. Siksi suosittelen vahvasti, että kartoitat ja kohdistat resurssisi johdonmukaisesti. Esimerkiksi ohjelmistokehittäjää voidaan käyttää useissa backlogeissa samanaikaisesti (esim. virhekorjaukset vs. toimintopyynnöt samalla kielellä). Ilman määriteltyä resurssien kohdentamista backlogeihin et kuitenkaan pysty aikatauluttamaan prioriteettitoimituksia, a scrum masterin on jatkuvasti ratkaistava ristiriidat näiden prioriteettien välillä. Toinen ikävä seuraus on uusien keskeisten tuoteominaisuuksien, kuten virhekorjausten tai ominaisuusvaatimusten, viivästynyt julkaisu, jotka hyödyntävät strategie kehitysresursseja.
Molempien hallintamenetelmien yhdistelmä
Kuten alla olevasta kuvasta näet, meillä on perusvesiputousprojekti, joka sisältää jonkin ohjelmistokehityssuunnitelman, joka näyttää sekvenssit ja riippuvuudet. Kuitenkin tämän projektin mukana olevat tiimit (myyjät, tekniset kirjoittajat) voivat hallita omia toimituksiaan osastollaan ei vain tässä esimerkissä esitetyllä tavalla, vaan myös ketterällä tavalla.
Easy Redmine Gantt - Vesiputousprojektin esimerkki
Jaké jsou výhody Redmine? Helppoa.
Saat kaikki tehokkaat työkalut täydelliseen projektisuunnitteluun, hallintaan ja valvontaan yhdessä ohjelmistossa.
