Jeśli ktoś korzysta ze Scruma dla części projektu związanej z tworzeniem oprogramowania, to nadal używa PMBOK lub innej metodologii zarządzania projektami do "innych" zadań w projekcie, np. biznes, marketing, zadania szkoleniowe. Co to jest zarządzanie projektami związanymi z innymi niż programowe zadaniami rozwojowymi, np. Tradycyjne zarządzanie projektami?Agile Project Management
Mamy rozbudowane scrum do innych działów w firmie, modelowania, tekstury i animacji. Musieliśmy nieco zaadaptować tę metodę, ale działa ona ładnie. Mieliśmy problemy, które zostały rozwiązane przy użyciu metodologii zwinnej. Niektóre mniejsze działy (audio, efekty specjalne) działały już dobrze, więc nie próbowaliśmy naprawiać tego, co nie było zepsute. Agile dodalby dla nich niepotrzebne narzuty.
Nie jest konieczne, aby wszystkie działy w firmie stosowały tę samą metodologię, najlepiej jest dostosowywać się do potrzeb każdego użytkownika. Ale Scrum może być rozwiązaniem dla ludzi innych niż programiści, ale może potrzebować trochę adaptacji. Codzienne stand-up, sprinty, zaległości, te mogą być dobre dla wielu rodzajów prac.
W jaki sposób wdrożyłeś SCRUM w innych działach, czy masz listę zadań, do których ludzie zgłaszają się jako wolontariusze lub czy przypisujesz zadania? – Joanne
Scrum NIE jest metodą tworzenia oprogramowania, ale metodą zarządzania projektem.
Oprócz Scrum jest często wprowadzany z Lego lub innych artefaktów (szukaj "59 minut Scrum"). Dzięki temu może być używany do obsługi wszystkich zadań projektu, niezależnie od ich charakteru.
Podczas nauki o tych technikach jest świetny, czy mogę zasugerować, że główny nacisk kładzie się na prowadzenie projektu i załatwianie spraw?
EDYCJA: to poważny punkt na drodze, a nie wyrzucony żart.
Projekt jest zdefiniowany w PMBOK jako coś o ustalonym zakresie, czasie trwania i budżecie. Niepowodzenie projektu definiuje się jako zerwanie poza jedną z trzech stron tego "żelaznego trójkąta". Scrum to zestaw zasad i kilka konkretnych praktyk, które można wykorzystać do pracy z różnymi rodzajami wiedzy, w oparciu o wartości Agile, i są zaprojektowane specjalnie dla wysiłków rozwojowych, które mogą nie być projektami lub mogą mieć elastyczny zakres, czas trwania lub budżet.
Masz rację, że Scrum zajmuje się tylko kilkoma aspektami procesu tworzenia oprogramowania, takimi jak planowanie. Określa tylko kilka ról, spotkań i artefaktów, aby zachować jak największą elastyczność. Scrum może i powinien adresować części strumienia wartości poza samym rozwojem oprogramowania. Jednak, jak wspomniałeś, nie zajmuje się wieloma rzeczami, takimi jak praktyki inżynierii oprogramowania i analiza przypadku biznesowego.
Często standardowym rozwiązaniem Scrum jest "pozwolić zespołowi zdecydować" w sprawach, które nie są bezpośrednio określone przez Scrum. Często wytyczne dotyczące radzenia sobie z takimi sprawami pochodzą z innych kultur i systemów wartości w świecie zwinnym, takich jak XP, czy szczupłego oprogramowania. Inne kultury dostarczające przydatnych rzeczy dla zespołów Scrum obejmują Real Options, Incremental Funding Method, Evo.
Niektóre rzeczy z PMBOK mogą być użyteczne dla "kierownika projektu" lub PO w zespole Scrum, jednak należy zachować ostrożność, ponieważ materiał PMBOK sugeruje raczej inny system wartości niż ten, na którym oparty jest Scrum. Zazwyczaj najlepiej jest szukać rozwiązań w kulturze Agile. Niektóre z materiałów PMBOK nadal jednak mają zastosowanie w zwinnym kontekście.
Jeśli szukasz list dyskusyjnych związanych z "zwinnym zarządzaniem projektami", znajdziesz wiele dobrze prosperujących społeczności, które omawiają takie tematy.
Jeśli twoja praca nad oprogramowaniem jest tylko jednym aspektem większego projektu - na przykład, wprowadzenie nowego produktu finansowego - to z pewnością będziesz musiał zastosować jakąś metodologię zarządzania projektami, aby zorkiestrować całą pracę zaangażowany. Dopasowanie wysiłku programistycznego opartego na Scrum do projektu zarządzanego zgodnie z zasadami PMBOK może być trudne, ponieważ PMBOK zaleca liniowe, etapowe podejście do realizacji projektu, podczas gdy Scrum, podobnie jak inne metodologie Agile, promuje stopniowe ulepszanie poprzez iterację. To nie znaczy, że nie mogą współistnieć. Jak wszystko inne, sprowadza się do wdrożenia. Pamiętaj tylko, aby być pragmatycznym i dostosować metodologię do swoich potrzeb, a nie na odwrót.
Nie należy mieszać zwinnego rozwoju i PMBOK. Jeśli to zrobisz, prawdopodobnie skończysz z Scrummerfall.Widziałem to z tradycyjnymi menedżerami projektów, którzy przechodzą na sprawne. Po prostu tego nie rozumieją i wydają się wracać do starych wzorców.
Jednak, moim zdaniem SCRUM nie obejmuje wszystkich potrzebnych do zarządzania projektem. W pewnym sensie brakuje ogólnej strategii, by rządzić. Jedną z możliwości jest połączenie SCRUM z EVO project/value management lub innymi metodami zarządzania wartością. Będzie jednak wymagać innego rodzaju umowy prawnej z klientem. Projekty są następnie bardziej ciągłym procesem, który jest przedzielony czasem, ograniczony budżetem lub kończy się, gdy klient czuje, że zyskuje mniej niż jego inwestycja (z wykorzystaniem przypadków biznesowych i mierników celów). Dodatkową korzyścią jest to, że klient postrzega cię bardziej jako długoterminowego partnera niż krótkoterminowy dostawca.
Próbowałem już przeczytać o projekcie EVO/zarządzaniu wartością, ale uważam, że materiał jest bardzo skomplikowany i gadatliwy. Czy udało ci się to z powodzeniem? – Joanne
Myślę, że to pytanie byłoby dobre dla [Programiści.SE], jeśli nie jest za stary, aby przeprowadzić migrację. –