Delivery · kod i testy
Implementuje zadania od issue do pull requesta: branch, kod, testy i opis zmian. Pracuje w Twoim repo przez GitHub albo GitLab.
- Wejście
- issue z backlogu
- Wyjście
- pull request z testami
- Narzędzia
- GitHub · GitLab · CI
Co robi
Zakres pracy
Od issue do pull requesta
Bierze zadanie z backlogu, zakłada branch, pisze kod i testy, otwiera PR z opisem zmian - w Twoim repozytorium, w Twoim stylu.
Delivery · GitHub / GitLab
Plan przed startem
Zanim ruszy, pokazuje kartę zadania: repozytorium, gałąź, typ pracy i poziom ryzyka. Zatwierdzasz jednym kliknięciem.
Karta zadania · zakres i ryzyko
Praca w rytmie zespołu
Statusy w Linear albo Jira, komentarze do issue, changelog do release'u. Zespół widzi postęp tam, gdzie i tak patrzy.
Sync · Linear / Jira / Slack
W produkcie
Tak to wygląda w Braio
- Karta zadania z jawnym zakresem i ceną ryzyka przed uruchomieniem
- Branch, commity, testy i opis zmian w Twoim repozytorium
- Raport z osią czasu i metrykami po dostarczeniu
Jak pracuje
Jedna pętla, sześć kroków
- 01Zadaniez czatu, backlogu lub harmonogramu
- 02Plan i kryteriajawny zakres, repo, gałąź, poziom ryzyka
- 03Twoja zgodabramka Tak/Nie przed uruchomieniem
- 04Wykonaniekod, treść lub analiza w Twoich narzędziach
- 05Weryfikacjacode review, testy, QA w przeglądarce
- 06Raport z dowodamizrzuty, oś czasu, metryki
Bramka zgody: przed uruchomieniem zadania (krok 3) oraz przed merge do main.
Kontrola
Autonomia na Twoich warunkach
Merge do main i deploy na staging to poziom 2 (jedna akceptacja, SLA + rollback). Deploy na produkcję to poziom 3 - podwójna akceptacja i pełny łańcuch dowodowy. Komentarz do issue czy status w Linear dzieje się sam, z wpisem w logu audytowym.
Scenariusz · Software house
- Dziś
- backlog czeka na wolnego developera, code review blokuje sprinty, estymacje „na oko”
- Z Braio
- zadanie z backlogu wraca jako PR z testami i review, a sprint prowadzą prognozy Monte Carlo