Czy to jest normalne w #scrum ?
Project manager ciśnie ciągle ploty o to co tam ktoś kiedyś zrobił albo co kto komu napisał, obgaduje ludzi, krytykuje za plecami i na to jest czas. Potrafi przedłużyć daili o 10 min. by ploty sprzedać i na to jest czas.
A jak poprosiłem o 10 min., żeby mi coś wytłumaczył od strony biznesowej to nie ma czasu, bo są spotkania.
Potem, po 2 godz. mi
Project manager ciśnie ciągle ploty o to co tam ktoś kiedyś zrobił albo co kto komu napisał, obgaduje ludzi, krytykuje za plecami i na to jest czas. Potrafi przedłużyć daili o 10 min. by ploty sprzedać i na to jest czas.
A jak poprosiłem o 10 min., żeby mi coś wytłumaczył od strony biznesowej to nie ma czasu, bo są spotkania.
Potem, po 2 godz. mi































Czy wszystkie firmy powyżej jakiegoś progu (100-250 pracowników) wybierają jakąś z tych opcji? A może są jeszcze inne, mniej znane metody?
I jeśli nie kanban i nie sprint to co może być dobre dla design team?
Jest
To, co należy pamiętać, to fakt, że programowanie to czynność TWÓRCZA, a nie jak niektórzy chcą - WYTWÓRCZA. Developerzy to nie są pracownicy na taśmie, choć duża część managementów tak chce organizować im pracę i stąd problemy. Istotą jest to, że developerom w procesie pracy bliżej niż do pracownika na taśmie jest do
Co do samego problemu powatarzania pracy - tutaj wchodzą w grę Product Ownerzy i szeroko pojęty management. Teamy nie powinny być stricte obciążane tym