Waterfall kontra Agile: Ce metodologie să alegeți pentru proiectele dvs. Redmine?

Uneori aud strigăte precum „Gantt e mort”, „trebuie să o conduci în mod agil”, lub „zarządzanie projektem e mort”. Deși multe ele sunt doar un example of marketing inutil, întâlnesc adesea manageri de portofoliu de proiecte, stăpâni ai scrumului și alți profesioniști în Managementul de proiecte care doresc să argumenteze poważne techniki Agile vs. Waterfall (Gantta). Acest articol este o sccurtă wprowadzenie do tematu.

Triunghiul de fier al Managementului de Proiect

Triunghiul de fier este de fapt o reprezentare foarte simplă a elementelor cheie necesare pentru planificarea cu succes a proiectelor. Scopul, timpul și costurile/resursele. Zasoby sunt singurele și/sau elementele krytyke ale prețului în multe industrii. Oamenii sunt cel mai valoros activ care nu poate fi pur și simplu crescut, redus sau multiplikat. Podobne, resursele de mașini au o anumită capacitate de producție și nu pot fi schimbate printr-un simplu clic.

Łatwy Redmine - trójkąt żelaza #1

Dar cum se încadrează triunghiul de fier în Imaginea de ansamblu? Foarte zwołane. Ne oferă un răspuns proste i skuteczne atunci când ar trebui să folosim planificarea metodologiei Waterwall și, dimpotrivă, când să alegem lub abordare zwinny.

Zarządzanie projektem Waterfall Redmine

Metodologia Waterfall jest ta, która może służyć jako projekt, który może zostać określony, a który jest określony, jako element, który zawiera projekt, cum ar fi construcția imobiliarelor, planificarea conferințelor sau implementarea software-ului łatwy Redmine.

Technika: Scopul proiectului este definit (poprawka). În examplel nostru, acest lucru înseamnă că nu pot schimba numărul de ferestre din imobilul meu, nu pot schimba locul sau subiectul unei conferințe itp. Timpul proiectului este un faktor limitativ fie absolut (de exampleu, conferințele) sau aproape absolut (de exampleu, implementarea software-ului). Cu un scop strâns definit, sarcina basică 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 rozważenie secvența necesară de acțiuni (sarcini) în proiectele indywidualność.

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

Łatwy Redmine - trójkąt żelaza #2

Zarządzanie projektem Agile Redmine

O abordare agilă este utilă pentru proiecte în care timpul este definit ferm, resursele sunt un wyznacznik czynnika și scopul este supus planificării (priorytet). Un bun exampleu ar putea fi dezvoltarea software-ului (sprinturi), activitatea de publicare (data lansării revistei/ziarului), sau conținutul de marketing (campanie).

Tehnică: stăpânii scrumului sau planificatorii w roluri podobne priorytetyzowaniează sarcinile pentru următorul sprint. 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 eori și să gestioneze solicitări pentru noi funcționalități și, pe de altă parte, jurnaliștii din media politică sau sportivă.

Łatwy Redmine - trójkąt żelaza #3

Ce înseamnă?

W sposób oczywisty, î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 este necesar să se folosească Ambele Technici 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ă resurselor asociată cu cronologia este esențială pentru fiecare proiect Waterfall, w specjalnym pentru planificarea portofoliului de proiecte. Același lucru este valabil și pentru proiectele łatwy Redmine.
   
   
3. Gestionarea proiectelor Agile: Gestionarea priorytetităților se face de obicei prin różnorodnych instrumentów. Adesea, istnieje problem z alocarea, który jest resellerem dla konkretnych zaległości. Prin urmare, în acest sens, vă recomandăm cu tărie să mapați și să alocați resursele în mod consecvent. De example, un dezvoltator de software poate fi utilizat cu mai multe backlog-uri în același timp (de example, remedieri de eori vs. cereri de funcții în același limbaj). Fără a defini alocarea cantitativă a resurselor pentru backlog-uri, nu veți putea programa livrabilele priorytetete, iar maestrul scrum va trebui să rezolve continuu discrepanțele ditre aceste priorytetităț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 funcționalitate, care exploatează resursele strategiczne dezvoltare.

Combinația ambelor metodologii zarządzania

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

Gantt Easy Redmine - przykład projektu Waterfall