Scrum i trello


Pracujemy w metodologii Scrum (z pewnymi modyfikacjami), a narzędziem pozwalającym na realizację naszego modelu zarządzania jest Trello.

Tak wygląda główny widok naszego trello. Te kafelki odpowiadają poszczególnym dziedzinom naszej firmy (jak Marketing, Management & Finances) produktom (MDB Angular, MDB React itd) lub projektom (MDB.com Forum, Sandbox itd). Znajdują się tam również tablice dedykowane dla mnie (Ascensus) jak i mojego wspólnika (Adach).

Każda tablica ma swoją specyfikę, ale zawsze muszą się z nim znaleźć następujące sekcje (w trello nazywane są listami):

  • To Do
  • In Progress
  • Tests
  • Done
  • Ideas
  • Awaiting

W przypadku projektów dynamicznych (czyli takich, gdzie szansa wysątpienia nieoczekiwanych zmiennych jest wysoka) sekcję "To Do" rozbiliśmy na 3 podsekcje:

  • Sprint - czyli zadania do wykonania w najbliższym tygodniu
  • High priority - zadania do wykonania w pierwszej kolejności w kolejnym sprincie
  • Low priority - zadania do wykonania, gdy sekcja "High priority" jest już pusta
Zobacz zdjęcie w powiększeniu

W przypadku projektów stabilnych (czyli takich, gdzie szansa wystąpienia nieoczekiwanych zmiennych jest niska) pracę zaplanowaliśmy długoterminowo - na 6 miesięcy wprzód. Sekcja "To Do" jest więc rozbita na sprinty - czyli dwutygodniowe okresy pracy.

Zobacz zdjęcie w powiększeniu

Trzeba zaznaczyć, że na takie długoterminowe planowanie mogliśmy pozwolić sobie dopiero po osiągnięciu odpowiedniej dojrzałości naszych produktów. Wcześniej każdy plan długoterminowy rozbijał się o nagle wyskakujące, pilne do zrobienia zadania (jak naprawa błędów), co uniemożliwiało jego realizację.

Po uzyskaniu odpowiedniej stabilności planowanie długoterminowe stało się faktem. Jest dobrodziejstwem zarówno dla dla programistów (ponieważ nie mogą być odciągani od swojej pracy “nagłymi sprawami” i mogą sobie wszystko rozplanować) jak i dla osób zarządzających, którzy dzięki temu mogą realizować ambitniejsze, wymagające więcej czasu i wysiłku wizje.

Dane zadanie z listy “Tests” do “Done” może przerzucić, po uprzednim sprawdzeniu, tylko lider projektu. Procedurę testów opiszę bardziej szczegółowo w kolejnych artykułach.

Do “Ideas” lądują pomysły, co do których jeszcze nie ma pewności, czy zostaną uwzględnione w projektach. Jeśli lider projektu zdecyduje się rozpocząć ich implementację, dopisuje daną ideę do odpowiedniego sprintu z wyznaczoną datą dostarczenia.

"Awaiting" jest miejscem, gdzię lądują zadania, których wykonanie jest w zawieszeniu, ponieważ ich dokończenie zależy od powiązanego zadania innej osoby.


Poprzedni wpis Następny wpis

Podziel się: Dodaj komentarz
O autorze
Author avatar
Michal Szymanski

Co-founder of MDBootstrap and BrandFlow. Entrepreneur, web developer, UI / UX designer, marketer. Dancer and nerd at the same time.

Zostaw odpowiedź

Dołącz by śledzić swój postęp i zyskać dostęp do dodatkowych funkcji