Czy Agile / Scrum może być używany przez 1 lub 2 programistów?

Wszystko, co czytałem i badałem do tej pory, opisuje, jak Agile / Scrum świetnie współpracuje z zespołami od 4 do 6 członków, a może nawet więcej.

W moim obecnym sklepie mamy około 8 programistów, ale biorąc pod uwagę charakter liczby projektów i liczbę obsługiwanych działów, nigdy nie mamy przypisanych więcej niż 1 lub 2 ludzi do danego projektu.

Czy nadal mogę używać Agile / Scrum z zespołem 1 lub 2 programistów? Pracuję nad przekazaniem propozycji menedżerowi, aby zaczął pracować z tą metodologią, ale muszę być w stanie wyjaśnić, jak zmniejszyć skalę dla małej ekipy programistów, lub przekonać ich, aby upewnić się, że otrzymamy więcej członków na dany temat projekt.

Na pewno możesz stosować pewne zwinne zasady w swoich projektach, nie musisz używać scrum, używaj tego, co będzie dla ciebie najlepsze . Z pewnością możesz skorzystać z niektórych metod XP i niektórych praktyk scrumowych. Ale prawdopodobnie nie jest to „książka”, 1-2 osobowy zespół jest po prostu zbyt mały, nawet jak na ten niewielki napowietrzny splot przynosi, zacznij od tego, co mówi książka, a następnie porzuć wszystko, co poczujesz się nieistotne po pewnym czasie. Po prostu nie rezygnuj z retrospekcji, na pewno warto poświęcić czas na omówienie problemów i znalezienie dla nich rozwiązań.

Tak, możesz zastosować zasady Scrum / Agile dla 1 osoby. Jeśli chcesz osobistej produktywności, spójrz na technikę Pomodoro lub GTD .

Techniki zwinne są odpowiednie dla mniejszych zespołów, ponieważ w większych zespołach trudniej jest zarządzać komunikacją. Z 1 lub 2 osobami opracowującymi projekt (i klientem) powinieneś być w stanie pracować bardzo zwinnie. proponuję przeczytać manifest zwinny jako dobry początek zwinności. W przypadku Scruma sugerowałbym, aby spojrzeć na Scruma z okopów . Wygląda na to, że Kanban jest teraz modny i istnieje również osobisty Kanban !

Gdybym był tobą, zarządzałbym i wizualizowałbym moje zadania i priorytety za pomocą Kanbana i przyjąłbym niektóre praktyki XP: programowanie oparte na testach, retrospektywy i boksowanie czasu są prawdopodobnie dobre na początek. Później, podczas retrospekcji, możesz zidentyfikować więcej praktyk, które uważasz za potrzebne.

Kanban jest bardzo mało nakazowy. Wszystko, czego tak naprawdę wymaga, to:

1. Wizualizujesz przepływ pracy
2. Ograniczasz swoją pracę w toku (szczególnie przydatne w twoim przypadku)

Chodzi o to, że korzystasz z innych praktyk, które uważasz za przydatne, a XP jest doskonałym źródłem tych praktyk.

Oświadczenie: Nigdy tego nie próbowałem, ale byłoby na szczycie mojej listy rzeczy do wypróbowania, gdybym był w tej samej pozycji.

Absolutnie i bez pytania. Zapoznaj się z książką Pragmatic Programmer, aby uzyskać więcej informacji o tym, jak poszczególni programiści mogą pracować zwinnie. Zasoby Scruma do indywidualnej pracy są trudniejsze do zdobycia, jednak podstawową koncepcję iteracyjnego rozwoju można zastosować do dowolnej grupy roboczej.

http://www.pragprog.com/the-pragmatic-programmer

Powiedziałbym, że możesz używać technik z różnych zwinnych metod, ale nie powinieneś używać Scruma, jak opisano w Przewodniku po Scrumie, ponieważ nie możesz wypełniać ról. Scrum jest przeznaczony dla zespołów 4-11 osób. Ale wiele zwinnych metodologii, w tym Scrum, może zapewnić punkt wyjścia.

Niedawno przeczytałem tę książkę o scrum: Agile Project Management with Scrum

Dla mnie była to moja pierwsza książka o scrumie i zrobiła to dla mnie, naprawdę koncentruje się na tym, jakie podstawowe zasady są ważne. Myślę, że niektóre z tych zasad mogą mieć zastosowanie i pomagać zespołom 1-2 osobowym.

Tak, możesz używać zwinnych metod tylko z dwoma programistami, ale zawsze potrzebujesz dedykowanego menedżera klienta / produktu. Mając tylko jednego programistę, powiedziałbym, że nie, głównie dlatego, że osobiście lubię pracować w zespołach, ale także dlatego, że tak naprawdę nie można sparować programu, a tym samym przegapić wszystkie możliwości udostępniania kodu. Czterech do sześciu programistów + jeden menedżer produktu to idealny rozmiar dla zwinnego projektu. Co więcej, podgrupy mają tendencję do tworzenia, które w pewnym sensie pokonują cel.

Oczywiście nie znam twojej dokładnej sytuacji, ale wydaje mi się, że jednocześnie realizujesz wiele projektów. Sugeruję, że powinieneś spróbować wysunąć pomysł zmniejszenia liczby współbieżnych projektów, a zamiast tego, powiedzmy, dwa zespoły pracujące nad jednym projektem. Byłby to pierwszy krok do poprawy Twojej sytuacji i ułatwienia zastosowania zwinnego procesu.

Wiele można powiedzieć o złym przełączaniu zadań i niszczeniu projektów, ale tak naprawdę nic dobrego z tego nie wynika. Zawsze.

Myślę, że 2 programistów instynktownie domyślnie stosuje system podobny do zwinnego, nawet jeśli nie zamierzają tego jawnie robić. Naturalnie będą ze sobą rozmawiać i powtarzać swoje zamówienia.

Patrząc na to z innej strony:

Dlaczego nie uważasz wszystkich 8 programistów za członków tego samego zespołu Scrum? W ten sposób uzyskasz efekt przesłuchu między projektami. Może nawet nie musisz angażować ludzi w konkretne projekty?

Gdy do Twojego sklepu zostanie dodanych więcej osób, możesz podzielić zespół na dwa mniejsze.