Καταρράκτης εναντίον ευκίνητου: Którą metodologię wybrać dla Twoich projectów Redmine;

Czasami słyszę krzyki typu "Gantt nie żyje", "musisz prowadzić to w sposób zwinny" ή ακόμη και "zarządzanie projectem nie żyje". Chociaż wiele z nich to tylko przykład marketingowego bełkotu, często spotykam menedżerów portfela projektów, mistrzów scrum i innych profesjonalistów zarządzania projektami, którzy chcą poważnie te dyskutowaćnikGantt). Δέκα αναρτήσεις αστεία krótkim wprowadzeniem do tematu.

Żelazny trójkąt zarządzania projectem

Żelazny trójkąt to bardzo prosty schemat przedstawiający kluczowe elementy potrzebne do skutecznego planowania projectu. Zakres, czas i koszt/ zasoby. Zasoby są jedynymi i/lub kluczowymi elementami ceny w wielu branżach. Ludzie są najcenniejszym zasobem, który nie może po prostu zostać zwiększony, zmniejszony lub pomnożony. Podobnie, zasoby maszyn mają określoną zdolność produkcyjną i nie mogą być zmienione jednym kliknięciem.

Easy Redmine - Το τρίγωνο σιδήρου #1

Ale jak żelazny trójkąt wpisuje się w ogólny obraz? Bardzo wygodnie. Oferuje nam prostą, ale skuteczną odpowiedź na pytanie, kiedy powinniśmy stosować planowanie metodologii Waterwall, a kiedy wybrać podejście ευκίνητος.

Zarządzanie projectem Redmine Waterfall

Metodyka Waterfall najlepiej sprawdza się w projekcie, którego zakres jest dokładnie określony i jest kluczowym elementem projektu, takim jak budowa nieruchomości, planowanie konferencji lub wdrożenie opprogramowania Easy Redmine.

Τεχνική: Zakres projektu jest określony (stały). W naszym przykładzie oznacza to, że nie mogę zmienić liczby okien w mojej nieruchomości, nie mogę zmienić miejsca ani tematu konferencji itp. Czas projektu jest ograniczającym czynnikiem albo całkowicie (np. konferencje), albo prawie całkowicie (np. wdrożenie oprogramowania). Przy ściśle określonym zakresie głównym zadaniem menedżera projectu lub menedżera portfela jest zaplanowanie wszystkich rodzajów zasobów na osi czasu w ramach równolegle realizowaneniwz projectlów ań (zadań) w poszczególnych projectach.

Przykładem może być budowa domu: pracownicy odpowiedzialni za dostawę cementu muszą wykonać swoją pracę w odpowiednim czasie, ponieważ opóźnienia spowodowane brakiem zasobwiżyąnie τσιμέντο ch zadań. Gdy beton jest wystarczająco twardy, można ich już szukać na innym placu budowy.

Easy Redmine - Το τρίγωνο σιδήρου #2

Zarządzanie projectem Redmine Agile

Podejście Agile jest przydatne dla projektów, w których czas jest ściśle określony, zasoby są czynnikiem decydującym i zakres jest przedmiotem planowania (priorytetyzacja). Dobrym przykładem mogą być rozwój oprogramowania (sprinty), działalność wydawnicza (data wydania magazynu/gazety) lub treści marketingowe (καμπάνια).

Τεχνική: mistrzowie scrum lub planiści w podobnych rolach priorytetyzują zadania na kolejny sprint. Zazwyczaj mistrz scrum ma różne backlogi i tablice scrum dla różnych typów zasobów, takich jak programiści szukający rozwiązań błędów i obsługi żądań ządań dotycjich τώρα, funnyc ze w mediach politycznych lub sportowych.

Easy Redmine - Το τρίγωνο σιδήρου #3

Co to oznacza;

Oczywiście, cała kwestia zarządzania projectem wciąż kręci się wokół żelaznego trójkąta. Planowanie operacyjne skupia się tylko na różnych częściach tego samego. Co z tego wynika;

1. W praktycznie każdej organizacji znajdziemy rodzaje projektów, w których konieczne αστείο użycie obu technik zarządzania projectem, aby stworzyć efektywne processy pracy. Jedna metodologia nie jest lepsza od drugiej, po prostu zajmuje się innymi wyzwaniami.
   
   
2. Jakość harmonogramowania zasobów związana z harmonogramem jest niezbędna dla każdego projektu Καταρράκτης, zwłaszcza dla planowania portfela projektów. To samo dotyczy projektów εύκολη Redmine.
   
   
3. Zarządzanie projectami Agile: Zarządzanie priorytetami αστεία zwykle realizowane za pomocą różnych narzędzi. Często pojawia się πρόβλημα dokładnego przydziału zasobów dla określonego backlogu. Dlatego w tym zakresie gorąco polecam konsekwentne mapowanie i przydzielanie zasobów. Na przykład programista może być używany z wieloma backlogami jednocześnie (np. naprawy błędów εναντίον żądania funkcji w tym samym języku). Bez zdefiniowania ilościowego przydziału zasobów do backlogów nie będziesz jednak w stanie zaplanować priorytetowych dostaw, a mistrz scrum będzie musiał ciągle rozwiązywać niezgodziesz jednak. Inną nieprzyjemną konsekwencją będzie opóźnione wydanie nowych kluczowych funkcji produktu, takich jak naprawy błędów lub wymagania funkcjonalne, które wykorzystują στρατηγικούς πόρους ανάπτυξης.

Kombinacja obu metod zarządzania

Jak można zobaczyć na poniższym obrazku, mamy podstawowy project Waterfall, który obejmuje planowanie rozwoju oprogramowania, pokazujące sekwencje i zależności. Jednak zespoły zaangażowane w ten project (sprzedawcy, techniczni pisarze) mogą zarządzać swoimi dostawami w swoim dziale nie tylko w sposób pokazany na tym przykładzie, ale także Agże w spos.

Easy Redmine Gantt - przykład projectu Waterfall