projectsmanager.pl

Spotkanie inauguracyjne i planistyczne zespołu Portal. cele na styczeń (część zespołu jeszcze na urlopie poświątecznym, frekwencja niepełna). codzienny stand-up zespołu Portal. uporządkowanie backlogu Portalu pod ustalone cele. krótki kontakt z działem IT w sprawie środowiska deweloperskiego - środowisko nieprzygotowane, IT deklaruje gotowość na 7 sty.

Codzienny stand-up zespołu Portal, spotkanie 1:1 z liderem deweloperskim Portalu (powrót z urlopu, ustalenie priorytetów). koordynacja z zespołem UX w sprawie doprecyzowania makiet Portalu. krótki przegląd rejestru ryzyk Portal (bez zmian od grudnia).

Codzienny stand-up zespołu Portal, ponowne ukierunkowanie zespołu na cele sprintu po przerwie. eskalacja do IT - środowisko deweloperskie wciąż niegotowe, część zespołu zablokowana. doraźne przekierowanie zespołu na zadania niewymagające środowiska, by ograniczyć przestoje. aktualizacja statusów zadań po przerwie.

Codzienny stand-up zespołu Portal, środowisko deweloperskie odblokowane przed południem - potwierdzenie z IT i przekierowanie zespołu na właściwe zadania. krótki kontakt z zespołem wsparcia w sprawie informacji zwrotnej od klienta. 1:1 z deweloperem przejmującym nowy moduł.

Codzienny stand-up zespołu Portal. sesja porządkowania backlogu Portalu (przygotowanie kolejnego sprintu) i dystrybucja notatek. przedłużona dyskusja z QA o brakach w pokryciu testowym jednego z modułów - ustalenie planu nadrobienia (większa część popołudnia).

Codzienny stand-up zespołu Portal. cotygodniowa aktualizacja statusu dla interesariuszy (krótki mail, brak istotnych zmian). zestawienie ewidencji czasu pracy zespołu za pierwszy tydzień na potrzeby rozliczenia projektu. spokojny dzień administracyjny. niska liczba spotkań.

Codzienny stand-up zespołu Portal, potwierdzenie, że zadania sprintu są na ścieżce do zamknięcia w środę. koordynacja końcowych testów QA produktów Portalu. 1:1 z testerem QA (przeciążenie pracą, ryzyko wąskiego gardła przed końcem sprintu).

Codzienny stand-up zespołu Portal, potwierdzenie finalizacji zadań sprintu na jutrzejszy przegląd. koordynacja udostępnienia przez zespół funkcji na środowisku testowym do przeglądu. finalizacja scenariusza demo Portalu. przypomnienie interesariuszom o jutrzejszym przeglądzie. jedno zadanie nie zdąży - decyzja o przeniesieniu do kolejnego sprintu i odwołanie fizycznej prezentacji.

Skrócony stand-up zespołu Portal. przegląd sprintu Portal (prezentacja ukończonych prac. jeden element przeniesiony - omówienie z interesariuszami). retrospektywa sprintu zespołu Portal. udokumentowanie wyników i wysłanie podsumowania. odnotowanie usprawnień procesowych z retrospektywy. zamknięcie zadań sprintu w systemie śledzenia.

Skrócony stand-up zespołu Portal. planowanie sprintu Portal (Sprint 2). uporządkowanie backlogu sprintu (podział zadań i estymacje po stronie zespołu). przekazanie zakresu Sprintu 2 interesariuszom. wprowadzenie usprawnień z retrospektywy do procesu i systemu śledzenia.

Codzienny stand-up zespołu Portal. monitorowanie startu zadań Sprintu 2. przegląd ryzyk i harmonogramu na starcie sprintu. spotkanie z interesariuszem odwołane z jego strony w ostatniej chwili - przełożone na poniedziałek.

Codzienny stand-up zespołu Portal, 1:1 z liderem deweloperskim Portalu o bieżących kwestiach. koordynacja z QA bieżących testów funkcji. przełożone z piątku spotkanie z interesariuszem (krótka aktualizacja statusu).

Codzienny stand-up zespołu Portal. spotkanie statusowe w połowie sprintu z interesariuszami. interesariusz zgłasza wniosek o pilną zmianę zakresu (nowe wymaganie regulacyjne). wstępna, pobieżna ocena wpływu - sygnał, że zmiana zagraża zobowiązaniom sprintu.

Codzienny stand-up zespołu Portal. przygotowanie pozycji backlogu na nadchodzący grooming. krótka koordynacja zależności międzyzespołowych. oczekiwanie na decyzje interesariusza co do priorytetu wniosku o zmianę - dzień czesania w trybie wstrzymania.

Codzienny stand-up zespołu Portal, pilne omówienie wniosku o zmianę z zespołem i ocena nakładu (przedłużona sesja, większa część przedpołudnia). eskalacja konfliktu zakresu - negocjacje z interesariuszami, które zadania wypadają ze sprintu na rzecz nowego wymagania. trudna rozmowa o wpływie na termin i koszt. uzgodnienie kompromisu i wycięcie dwóch zadań ze sprintu. korekta planu i zakresu sprintu. repriorytetyzacja backlogu. ponowne uzgodnienie realności terminu z liderem deweloperskim. krótka informacja do działu finansowego o możliwym wpływie zmiany na rozliczenie.

Codzienny stand-up zespołu Portal. sesja porządkowania backlogu po zmianie zakresu. przegląd rejestru ryzyk po zmianie. koordynacja z IT planów wdrożenia na nadchodzące wydanie. krótka aktualizacja dla interesariusza o statusie wdrożenia wniosku o zmianę.

Codzienny stand-up zespołu Portal. koordynacja końcowych testów QA funkcji. finalizacja planu wdrożenia z IT. koordynacja przygotowania release notes. sprawdzenie gotowości wsparcia do nowych funkcji. koordynacja z zewnętrznym dostawcą usługi uwierzytelniania - opóźnienie po ich stronie, ryzyko dla wdrożenia.

Codzienny stand-up zespołu Portal. nadzór nad ukończeniem końcowych zadań deweloperskich. koordynacja końcowych testów UAT. wewnętrzne demo przed przeglądem z zespołem. potwierdzenie od zewnętrznego dostawcy dostarczenia uwierzytelnienia. testy przed wdrożeniem. finalizacja release notes. zamknięcie ukończonych zadań w systemie.

Skrócony stand-up zespołu Portal. przegląd sprintu Portal (prezentacja ukończonych prac). retrospektywa sprintu zespołu Portal. udokumentowanie wyników i wysłanie interesariuszom. ustalenie terminu kolejnego planowania (3 lutego). koordynacja z IT uruchomienia produkcyjnego (go-live) na następny dzień.

Dzień dwóch równoległych krytycznych wątków (go-live Portal i awaria danych Analytics) - część zadań Portalu delegowana lub przesunięta z braku czasu. nadzór nad uruchomieniem produkcyjnym (go-live) Portalu. koordynacja smoke-testów i monitoringu powdrożeniowego. gotowość do decyzji o wycofaniu zmian (rollback). po wdrożeniu wykryto drobne usterki - koordynacja pilnej poprawki (hotfix). priorytet konkurowania z eskalacją Analytics. krótka informacja do interesarzy o zakończeniu wydania (pełny raport przesunięty na następny dzień z braku czasu).

Codzienny stand-up zespołu Portal. dokończenie i wysłanie pełnego raportu powdrożeniowego Portalu (przesuniętego z czwartku). miesięczny raport statusowy projektu Portal. przegląd wskaźników projektu za styczeń. zestawienie ewidencji czasu pracy zespołu Portal za styczeń na potrzeby rozliczenia. przygotowanie danych do miesięcznego rozliczenia (invoicing) projektu Portal.