Waterfall срещу Agile: Тази методология е указана за dvs проекти. Redmine?

Uneori aud strigăte precum "Gantt e mort", "trebuie să o conduci în mod agil," или "managementul de proiect e mort." Deși multe dintre ele sunt doar un exemplu de marketing inutil, întâlnesc adesea manageri de portofoliu de proiecte, stăpâni ai scrumului și alți professionisti în managementul de proiecte care doresc să argumenteze serios despre tehnici Agile vs. Waterfall (Гант). Тази статия е въведена в тази тема.

Triunghiul de fier al managementului de proiect

Triunghiul de fier este de fapt o reprezentare foarte simplă a elementlor cheie necesare pentru planificarea cu succes a proiectelor. Scopul, timpul și costurile/resursele. Ресурсите sunt singurele și/sau elementile kritike ali prețului în multe industrii. Oamenii sunt cel mai valoros activ care nu poate fi pur și simplu crescut, redus sau multiplicat. Подобно, resursele de mașini au o anumită capacitate de producție și nu pot fi schimbate printr-un simplu clic.

Easy Redmine - Желязният триъгълник #1

Dar cum se încadrează triunghiul de fier în imaginea de ansamblu? Foarte convenabil. Ne oferă un răspuns simplu dar eficient atunci când ar trebui să folosim planificarea metodologiei Waterwall și, dimpotrivă, când să alegem o abordare agilă.

Управление на проекта Waterfall Redmine

Методологията Waterfall е cea mai potrivită pentru un proiect a cărui amploare este definită precis și este un element cheie al proiectului, cum ar fi construcția imobiliarelor, planificarea conferințelor sau implementarea software-ului Лесно Redmine.

Техника: Scopul proiectului este definit (поправка). În exemplul nostru, acest lucru înseamnă că nu pot schimba numărul de ferestre din imobilul meu, nu pot schimba locul sau subiectul unei conferințe и т.н. Timpul proiectului este un factor limitativ fie absolut (de exemplu, conferințele) или aproape absolut (de exemplu, implementarea software-ului). Cu un scop strâns definit, sarcina principală a unui manager de proiect sau a unui manager de portofoliu este să programeze toate tipurile de resurse pe linia de timp în proiecte care rulează în paralel și să ia în considerare secvența necesară de acțiuni (sarcini) în proiectele individuale.

Să luăm, de exemplu, construcția unei case: lucratorii responsabili de livrarea cimentului trebuie să-și finalizeze munca în timp util, deoarece întârzierile cauzate de lipsa de resurse de ciment pot împiedica zidarii să-și finalizeze propriile sarcini. Odată ce betonul este suficient de ferm, aceștia pot fi găsiți deja pe alt șantier.

Easy Redmine - Желязният триъгълник #2

Управление на проекта Agile Redmine

O abordare agilă este utilă pentru proiecte în care timpul este definit ferm, resursele sunt un фактор детерминанта și scopul este supus planificării (приоритизиране). Un bun exemplu ar putea fi dezvoltarea software-ului (sprinturi), activitatea de publicare (data lansării revistei/ziarului), sau conținutul de marketing (campanie).

Техника: стъпаловидни скръмулуи или планификатори в подобни роли, приоритизиране на сарцини за урматорул спринт. De obicei, stăpânul scrumului are backlog-uri și panouri scrum diferite pentru diferite tipuri de resurse, cum ar fi dezvoltatorii care caută să rezolve erori și să gestioneze solicitări pentru noi funcționalități și, pe de altă parte, jurnaliștii din медийна политика със спорт.

Easy Redmine - Желязният триъгълник #3

Ce înseamnă?

În mod evident, întreaga problemă a managementului de proiect se învârte încă în jurul triunghiului de fier. Planificarea operațională se concentrează doar mai mult pe diferite părți ale aceluiași lucru. Deci, ce putem deduce din asta?

1. Practic în fiecare organizație, vom găsi tipuri de proiecte în care este necesar să se folosească ambele tehnici de management de proiect pentru a crea procese de lucru eficiente. O metodologie nu este mai bună decât cealaltă, ci abordează doar diferite provocări.
   
   
2. Planificarea calitativă a resurselor асоциацията с хронологията е съществена за фиецарен проект Waterfall, в специален план за портофолиулуи на проекта. Același lucru este valabil și pentru proiectele Лесно Redmine.
   
   
3. Gestionarea proiectelor Agile: Gestionarea priorităților se face de obicei prin diverse instrumente. Adesea, съществува проблем с alocarea precisă a resurselor pentru un backlog specific. Prin urmare, în acest sens, vă recomandăm cu tărie să mapați și să alocați resursele în mod consecvent. Например, дезволтаторът на софтуера може да използва най-много неизпълнени задачи в același timp (de exemplu, remedieri de erori vs. cereri de funcții în același limbaj). Fără a definite alocarea cantitativă a resurselor pentru backlog-uri, nu veți putea program livrabilele prioritare, iar maestrul scrum va trebui să resolve continuu disrepanțele dintre aceste priorități. O altă consecință neplăcută va fi lansarea întârziată a noilor caracteristici cheie ale produsului, cum ar fi remedierile de erori sau cerințele de funccionalitate, care exploatează стратегически ресурси за дезволтаре.

Combinația ambelor metodologii de management

Cum se poate vedea în imaginea de mai jos, avem un proiect de bază Waterfall care include un plan de dezvoltare a software-ului care arată secvențe și dependențe. Cu toate acestea, echipele implication în acest proiect (vânzătorii, scriitorii tehnici) pot gestiona propriile lor livrabile în departamentul lor nu numai în modul prezentat în acest exemplu, ci și într-un mod agil.

Gantt Easy Redmine - Пример за проект Waterfall