Mamy jednego programistę pracującego nad 3 różnymi projektami. Pracował przy naprawach błędów, konserwacji i kilku implementacjach funkcji. W jednym konkretnym projekcie pracuje z jeszcze jednym młodszym programistą.Jak zarządzać procesem dla pojedynczego mężczyzny?
Nasza firma chce wdrożyć Scrum dla wszystkich projektów .. Jaki jest najlepszy sposób na obsługę procesu scrum dla 1 lub 2 osób projektu?
Zgadzam powinno być proste Głupi, ale większość struktury Scrum może być tutaj użyta.
Miałem kilka osób pracujących w ten sposób zarówno w projektach, jak i pracach konserwacyjnych/operacyjnych.
Właściciel produktu/Backlog - nadal jest właścicielem, który jest odpowiedzialny za określenie wartości biznesowej i priorytetyzacji, prawda? Nadal powinien tam być backlog. Jeśli jest częścią większego przedsiębiorstwa Scrum, prawdopodobnie musi zasilić część większego portfela produktów.
Zespół Scrum - tak, jego zespół to 1 lub 2 osoby. Tak naprawdę jest to organizacja SELF ... ale to jest w porządku! Codzienny scrum? tak między dwiema osobami lub jeśli jest to tylko ta jedna osoba, czas, aby poradzić sobie z zadaniami i problemami, zastanów się, jakie przeszkody należy ujawnić Scrumowi Scruma lub właścicielowi produktu.
Sprint - nadal dobry pomysł, zwłaszcza jeśli jest częścią większego przedsiębiorstwa Scrum, które pracuje w sprincie, ale nawet bez niego. Dobra okazja, aby dogonić PO, pokazać, co masz, pobudzić się, zrewidować i zobaczyć, co możesz zrobić lepiej, zaplanować następny sprint. Należy pamiętać, że w przypadku pracy poza przedsiębiorstwem Scrum/Scrum of Scrum, sprint może skorzystać z tego, że jest krótszy niż zwykle, ponieważ zasięg jest prawdopodobnie mniejszy, a koszty planowania niższe. ale to zależy od sytuacji.
Retrospektywa - tak, może być przeprowadzana osobno. Myślę, że zabójcy programiści muszą patrzeć wstecz na własną pracę/postęp i podejmować działania na rzeczach, które je powstrzymują. Nawet trzymaj wykres w swoim obszarze roboczym, aby pomóc ci w osiągnięciu postępu.
Tablica zadań/Burndown - Tak, potrzebujesz tych. Możesz mieć je w swojej przestrzeni roboczej na ścianie, mogą być małe, ale naprawdę pomagają, nawet jeśli jesteś jedną osobą. Dlaczego GTD (Getting Things Done) może pomóc jednej osobie, a TB/BDC nie? Jeśli ta osoba wykonuje pracę projektową, to Sprint Burndown i Release Burndown zapewniają dużą wartość. Jeśli wykonuje on prace operacyjne/konserwacyjne, nadal jest to sposób sprawdzenia, czy jest na dobrej drodze, i stosownie do tego odpowiednie środki.
Scrum Master - osoba powinna być jego własnym mistrzem scrum.
Coach - jeśli organizacja miała trener pomaga zespołom/SMS/punktów, to powinien również pomóc tej komórki scrum ...
Podsumowując - jej dla mnie oczywiste, że wartości i zasady leżące u podstaw Scrum/Agile aplikuje również dla drużyn 1-2 osobowych. Jest również jasne, że większość Scruma może być również zastosowana.
Pytania dotyczą tego, co myślą zainteresowane osoby.
Jeśli kierownictwo, programista, PO są na pokładzie i wierzą, że wartości/zasady mają sens i dążą do poprawy, to zadziała. Jeśli nie, najpierw przejdź do punktu, w którym ogólne myślenie ma sens, a potem zajmij się indywidualnym zespołem ...
+1 za wyjaśnienie, jak można to zrobić. Scrum to bardzo lekki framework sam w sobie i można go zastosować w wielu różnych sytuacjach. To niekoniecznie przesada nawet przy tak niewielu ludziach. – Jonik
+1: Chodzi o to, aby NIE tworzyć masowej metodologii poza scrum - wystarczy mieć codzienne spotkania stand-up i robisz scrum. –
Może SCRUM jest tu przesada. Zorganizuj w pakiety robocze i podstawowe zadania.
Najlepszy sposób? Niech to będzie możliwie proste. Nie obciążaj projektu dużym obciążeniem zarządzania. Nie musisz używać oprogramowania do zadań scrumowych. Narzędzia do śledzenia problemów, takie jak Redmine/JIRA, są przydatne do śledzenia postępów i przydzielania zadań. Ale możesz też użyć tablicy z kilkoma magnesami i notatkami (nazwa zadania). Możesz więc przypisywać zadania za pośrednictwem tablicy;)
Idealny zespół dla SCRUM to 8-10 osób. Tak więc nie wiem, jak możesz sprawić, żeby działało tak dla tak małego zespołu.
Generalnie, procesy scrumowe lub zwinne są źle rozumiane przez osoby zarządzające. Wystarczy, że przeczytasz o wskaźniku sukcesu scrum, który tworzy atrakcję typu "chcę-to-zrobić-to" w ludziach zarządzających.
Istnieją dwa aspekty wdrożenia SCRUM ponad wszystko:
IMHO, tutaj kierownictwo z niecierpliwością oczekuje na praktyki inżynierskie i (może być) również niektóre procesy.
Możesz zająć się nimi fragmentarycznie, aby uzyskać lepszą kondycję, niż być może od teraz. (Przynajmniej w oczach kierownictwa ;-))
+1 dla oczu zarządzania;) –
Zgodnie z większością źródeł, idealny rozmiar zespołu scrum to 7 + -2 członków. Oznacza to 5-9, a nie 8-10. Również wspomniane praktyki inżynierskie (XP) nie są integralną częścią scrum (nawet jeśli są one bardzo często praktykowane w scrumie). Dobrze jest myśleć krytycznie o wszystkich tych zahipnotyzowanych procesach, ale w tym przypadku nie zgadzam się z pesymizmem, że nie można go uruchomić. – Jonik
z projektem scrum, nie zadziała w przypadku braku określonych praktyk XP, takich jak Test Automation. – NileshChauhan
Scrum jest z całą pewnością przesadą tutaj. Poza tym nie myśl, że Scrum jest srebrną kulą i czujesz się pominięty, jeśli nie możesz go wdrożyć w swoim projekcie. Zapoznaj się z artykułem "Realność" za pomocą 37signals i kilku innych materiałów dotyczących utrzymywania optymalnej kondycji, a przekonasz się, że współpraca z interdyscyplinarnym zespołem 1 lub 2 jest rzeczywiście imponującą produktywną jednostką, jeśli jedna lub dwie zaangażowane osoby są chętne i zdolne.
Podobnie jak Martin K. stwierdził: Keep It Simple Stupid. To tylko 1 lub 2 osoby, nie trzeba mieć "zarządzania projektem" jako takiego. Wytnij bzdury i po prostu to zrób.
(To nie znaczy, że nie należy postępować budżety, expences i mierzyć postępy, ale nie trać czasu i pieniędzy na infrastrukturę, która nie jest potrzebne)
Ostrożnie nie wyrzucaj dziecka razem z kąpielą; istnieje wiele bardzo cennych aspektów SCRUM, które są istotne dla wszystkich rozmiarów zespołu. I nie myśl przez chwilę, że zarządzanie projektem nie jest wymagane tylko dlatego, że masz tylko dwie osoby w zespole. W większości przypadków klient będzie nadal oczekiwał praktyk zarządzania projektami, takich jak przestrzeganie budżetów i ram czasowych, których należy przestrzegać. –
Na pewno, ale jest Zarządzanie projektami i istnieje "zarządzanie projektem". Scrum jest tylko wytyczną, z którą warto pracować i najlepiej pasuje do projektów, które trwają miesiącami i zespołami złożonymi z 5-9 osób. Coś mniej niż to i istnieje duża szansa, że Scrum jest przesadny. Tak jak powiedziałem, nie oznacza to, że powinieneś całkowicie zrezygnować z zarządzania projektami w ramach tego zakresu rozmiarów, ale musisz mieć możliwość skalowania operacji w dół i w górę. –
Z mojego doświadczenia wynika, że Scrum może wciąż mieć znaczenie dla projektów w małych zespołach kilku osób osób z istniejącymi obowiązkami. Oto dlaczego:
Wszystkie z nich są jednakowo ważne dla zespołu składającego się z 2 członków lub zespołu składającego się z 8 członków.Nie daj się pobić ludziom, którzy mówią "istnieje tylko jeden sposób na zrobienie Scruma" lub że potrzebujesz więcej niż garstka ludzi, aby to zadziałało.
Doskonała, zwięzła odpowiedź! Ważne jest, aby zdać sobie sprawę, że możesz dowolnie skalować wszelkie "ceremonie" scrumowe - przegląd sprintu, planowanie i retrospekcja z pewnością nie wymagają długiego czasu dla niewielkiego zespołu. – Jonik
Czy moja odpowiedź jest pomocna? Lubię uczyć się różnych sytuacji scrumowych! – NileshChauhan
"Jak zaimplementować programowanie w parze w projekcie jednego człowieka?" – flybywire