Waterfall vs. Agile: Mitä menetelmää valita Redmine-projekteihisi?

7/8/2017
5 perc
Jaroslav Lizner
Agile vs. Vesiputous – Agile vs. Vesiputous – Ebben a blogissa aion puhua kahdesta projektinhallintatechnika, ezek oktatása, hogyan ne tudj segíteni, ha szeretnéd összekötni.
Joskus kuulen huutoja kuten "Gantt on kuollut", "sinun tarvitse ajaa sitä ketterällä tavalla" tai jopa "projektinhallinta on kuollut". Jos monet ovat vain markkinointihölynpölyä, törmään useammin projektisalkunhallinnan, scrum masterien ja muiden projektinhallinnan ammattilaisten kanssa, amelyek várhatósti väitellä ketterän ja vesiputousmenetelmän (Gantt) gyakorlatsta. Tämä kirjoitus on lyhyt johdanto aiheeseen. Projektinhallinnan rautainen kolmio on itse hyvin yksinkertainen esitys onnistuneen projektisuunnittelun avainelementeistä. Laajuus, aika ja költségek/resurssit. Resurssit ovat egyetlen ja/tai kriittiset elementit hinnassa monilla aloilla. Ihmiset ovat arvokkain omaisuus, jota ei voi lisätä, vähentää tai moninkertaistaa. Samoin koneellisilla resursseilla on bizonyos termelési kapacitás, jota ei voi muuttaa määrää napsautuksella. Mutta miten rautainen kolmio sopii kokonaiskuvaan? nagyon kényelmessti. Se tarjoaa meille suositeltua mutta tehokasta vastausta, milloin tulee käyttää vesiputousmenetelmän suunnittelua ja päinvastoin, milloin valita ketterä megközelítést. Vesiputousmenetelmä sopii a legjobban projektille, jonka laajuus on a projektin és joka on projektin keskeinen elemti, kuten kiinteistöjen építés, konferencia-tervezés tai Easy Redmine -ohjelmiston alkalmazása. Tekniikka: Projektin laajuus on sätestatud (kiinteä). Esimerkissämme tämä tarkoittaa sitä, että en voi muuttaa ikkunoiden numeroä kiinteistössäni, en voi muuttaa konferenssin paikkaa tai aihetta jne. Projektin aika onva tényező feltétlenül (esim. konferencia) tai közel (esim. szoftveren alkalmazása). Tarkasti määritellyn laajuuden projektinjohtajan tai salkunhallinnan tärkein tehtävä on aikatauluttaa kaikenlaiset resurssit aikajanalle rinnakkain tapahtuvissa projekteissa ja ottaa huomioon projektin vaadittu toimintojen (tehtävien) järjestys. Harkitse muuten talon rakennusmista: betonitoimitások tönkretehető työ ajallaan, mivel sementtiresurssien töménystakozása miatt a viivästykset okozzák a muurareita tehtävien tehtävien. Kun betoni on riittävän kiinteää, he lehet jo olla toisella työmaalla. Ketterä on aikallinen projekteissa, joissa 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 szakmaissa rooleissa tud suunnittelijat priorisoivat tehtäviä következőa sprinttiä varten.

Mit se jelent?

Ilmeisesti koko projektinhallinnan kysymys pyörii jatkuvasti rautaisen kolmion ympärillä. Operatiivinen suunnittelu keskittyy vain eri osiin samaa asiaa. Mitä voimme päätellä?

  1. Käytännöisessä organisaatiossa on projektilajeja, joissa on käytettävä molempia projektinhallintaa jokaissa käytettävän työprosessin luomiseksi. Toista menetelmää ei ole parempi kuin toinen, se vain käsittelee erilaisia ​​haasteita.

  2. Laadukas resurssien aikataulutus on olennainen jokaiselle vesiputousprojektille, erityisesti projektisalkun suunnittelussa. Sama pätee az Easy Redmine-projekteihin.

  3. Agile-projekten hallinta: Prioriteettien hallinta tapahtuu yleensä erilaisten työkalujen avulla. Usein on ongelma tarkan resurssien kohdentamisen kanssa yhdessäyn backlogiin. Siksi suosittelen vahvasti, että kartoitat ja valitset resurssisi johdonmukaisesti. Siksi ohjelmistokehittäjää voi käyttää useissa backlogeissa samanaikaisesti (esim. virhekorjaukset vs. toimintopyynnöt samalla kielellä). Ilman előírt resurssien kohdentamista backlogeihin et pystyttävä määrättämään priorittitoimituksia, és scrum masterin on javítva ristiriidat näiden prioritien välillä. Toinen ikävä seuraus on uusien keskeisten tuoteominaisuuksien, kuten virhekorjausten tai ominaisuusvaatimusten, viivästynyt julkaisu, jotka hankinnat strategisia fejlődésresursseja.


Molempien hallintamenetelmien yhdistelmä

Kuten alla olevasta kuvasta näet, meillä on perusputousprojekti, joka sisältää ohjelmistokehisuunnitelman, amelyen láthatót ja riippuvuudet. Mindazonáltal tämän projektin mukana tuleva tiimit (myyjät, e-mailt kirjoitat) halli oman toimituksiaan osastollaan ei vain tässä esimerkissä näkyvällä tavalla, vaan myös ketterällä tavalla.

Easy Redmine - Vesiputousprojektin esimerkki

Easy Redmine Gantt - Vesiputousprojektin példa

Viimeisin Redmine-päivitys? Helppoa.

Saat kaikki tehokkaat työkalut helpen projektisuunnitteluun, hallintaan ja valvonnan yhdessä ohjelmistossa.

Próbálkozzon Easy Redmine - 30 napos programozással

Täet ominaisuudet, SSL-suojattu, päivittäiset varmuuskopiot, locationsi szerint