Aktywne Wpisy
maikeleleq +64
źródło: Zdjęcie z biblioteki
Pobierz
piotrow +50
W nocy byłem odważniejszy, bo w moich żyłach płynął rum, ale słowo się rzeklo, więc korzystając z dwóch godzin oczekiwania na wymianę oleju, wrzucam chwaliposta. Najwyżej usunę ( ͡° ͜ʖ ͡°)
Miesiąc temu spełniłem swoje marzenie i odebrałem samochód, o którym marzyłem od czasów świadomego dziecka. Pierwszy raz zobaczyłem 911 na żywo gdzieś w połowie lat 80, a moje dziecięce serduszko zabiło mocniej. Jak prawie każdy chłopak w
Miesiąc temu spełniłem swoje marzenie i odebrałem samochód, o którym marzyłem od czasów świadomego dziecka. Pierwszy raz zobaczyłem 911 na żywo gdzieś w połowie lat 80, a moje dziecięce serduszko zabiło mocniej. Jak prawie każdy chłopak w
źródło: IMG_8173
Pobierz
Aktywne Znaleziska
Czy programiści w twojej firmie się obijają?
Czy po raz kolejny sprint goal został niezrealizowany?
Czy po raz kolejny burndown chart wygląda jak kupa i klienci są niezadowoleni?
Przeczytaj ten artykuł!
Odkrył Jeden Prosty Trick By Programiści Przestali Obijać Się w Sprintach
To rozwiązanie to: ... zatrudnienie SCRUM MASTERA!!!
który:
- będzie przepytywał codziennie niczym gestapo programistów na daily i kazał im pokazywać ekran z napisym kodem dnia wczorajszego
- będzie miał decydujący głos na planningach i zaniżał podejrzane wysokie estymaty np: jak programiści prosty call zapis/odczyt do bazy danych + zrobienie endpointa estymują na 13 story points w planning pokerze to dobry Scrum Master powinien wpisać 8 story pointów
- zamiast story pointów to w ogóle powinno być wyceniane w MD (man-days, dni robocze) lub godzinach - abstrakcyjne story pointy które rozumieją tylko programiści = #!$%@? się, praca max 2h dziennie
- co 2 tygodnie powinno się odbywać 2-godzinne retro gdzie scrum master powinien omawiać przy grupie wydajność każdego programisty z osobna, pokazywać ile dany progrmaista dowozi story points co spring, jak wygląda burn-down chart. Najsłabszemu programiście powinien wciskać ksiązki typu deep-learing, pomodoro technique by wywrzeć na nim presję
- każdy zaplanowany sprint MUSI mieć tzw. sprint commitment, każdy programista ma zadeklarować, że nie ważne co sie stanie, jakie będą blokery, każdy task ma zostać dowieziony w dwa tygodnie, nawet jeśli progrmaiści mieli by #!$%@?ć w weekendy i klepać darmowe nadgodziny
No i bonus, mój najlepszy motywator!
- Scrum Master po zaplanowanym sprincie powinien zdzwaniać się z klientami i zapytać klienta co jeszcze chciał by mieć w sprincie. Następnie na calla zaprasza programistę i każe mu przed klientem powiedzieć, czy da radę dodatkowo w tym sprincie zrobić tego taska. Gdy programista się produkuje i wymienia 2137 dlaczego nie da rady zrobić tego taska w tym spricie to Scrum Master szybkim ruchem wrzuca ten task do jiry do sprintu i przypisuje do tego programisty, a klientowi mówi że programista przesadza i obiecuje, że w tym sprincie programista to dostarczy. W ten sposób programista czuje olbrzymią presje i klepie nadgodziny za free w weekendy żeby dowieźć
@nad__czlowiek: Widać, że bait. Story pointy zostały stworzone po to, żeby nikt ich nie rozumiał ( ͡° ͜ʖ ͡°)