Codziennie na produkcję
Po co?
- wymagania są nieprecyzjne
- architekt odmówi pracy jeśli dostanie taką specyfikację:
- "No taki dom dwupiętrowy z garażem"
- wprowadzić zmiany jest łatwo
- architekt nie może zbudować prototypu domu
6 poziomów done
6 poziomów done
- Almost done
- "W 90% gotowe"
- Dev ready - np. podział na API i mobile
- Api jednak trzeba poprawić
- Overengeneering
- Brak feedbacku - wymagania zebrane dawno temu
- (QA ready) - moja inwencja
- PO ready
- Stakeholder ready - tutaj zaczyna się scrum
- User ready
- Market ready
Lead time (time to market)
Lead time (time to market)
- liczy się jak szybko coś dostarczysz
- od czasu powstania pomysłu, każda sekunda zwłoki to strata
- najgorsze - czekanie
Typowe flow
- Urodziny taska
- Refinement
- AC
- Estymacja
- (implementacja)
- Testy automatyczne
- Code review
- QA
- Śledzenie status na Jirze
- Push na mastera
- Demo
❌
❌
❌
załóżmy pchanie do mastera
⚡
⚡
❌
❌
Code review? Testy?
- Jedno i drugie to narzędzia jakościowe
- Jedno i drugie opóźnia
- Algorytm:
- Minimalizuj waste - usuń wszystko co przeszkadza w pchaniu na mastera
- ...ale wybierz sobie jedną rzecz która ci pomoże w long termie
- No to ja biorę testy
- Praktyka pokazała, że bez testów i CI nie da rady
Ficzery
- CI
- TBD
- Start from the middle
- Feature flag
- Małe taski
- Mindset Safe to fail
- Sprawne reverty
- brak Jiry
- deploy w 1 minutę
- frontend-driven development
Codziennie na produkcję
By fernandokokocha
