[Ksiega_dusz]

Artykuł o technikach wywierania presji w Sprintach w Scrumie

Presja w Sprintach w Scrumie może być wywierana na wiele sposobów, ale warto zaznaczyć, że tworzenie nadmiernej presji zazwyczaj przynosi negatywne efekty, takie jak obniżenie jakości pracy, wypalenie zawodowe i spadek motywacji zespołu. Jednak niektóre techniki zarządzania lub presji są powszechnie stosowane – zarówno świadomie, jak i nieświadomie. Oto kilka z nich:

### 1. Nierealistyczne terminy
- Opis: Zespół otrzymuje bardzo ambitne lub nierealistyczne terminy na realizację zadań. Programiści muszą pracować nadmiernie szybko, by dostarczyć produkt w czasie, co wywołuje stres.
- Efekt: Zespół może poczuć presję, by dostarczać zadania przed czasem, co może prowadzić do obniżenia jakości kodu.

### 2. Micromanagement
- Opis: Managerowie lub liderzy projektów bardzo dokładnie kontrolują postęp pracy każdego członka zespołu, domagając się regularnych raportów, monitorując każdą aktywność i wymagając ciągłej dostępności.
- Efekt: Programiści czują się nadmiernie obserwowani i pod presją, co może prowadzić do spadku kreatywności i morale.

### 3. Overcommitment (nadmierne zobowiązania)
- Opis: Zespół jest zmuszany do przyjęcia większej liczby zadań, niż jest w stanie zrealizować w czasie sprintu. Może to wynikać z presji biznesowej lub błędnych szacunków.
- Efekt: Zespół może czuć się przeciążony i zmuszony do pracy ponad siły, co prowadzi do spadku wydajności i jakości kodu.

### 4. Wprowadzanie niespodziewanych zmian
- Opis: W trakcie sprintu pojawiają się nagłe zmiany w wymaganiach, priorytetach lub technologii. Zespół musi szybko dostosować się do nowych oczekiwań, co powoduje presję czasu.
- Efekt: Programiści czują się zmuszeni do szybkiego reagowania, co może prowadzić do błędów i chaosu w projekcie.

### 5. "Hero Culture"
- Opis: W niektórych zespołach programistycznych istnieje kultura, która premiuje tych, którzy "ratują projekt" w trudnych momentach, często kosztem nadgodzin. Tworzy to presję na innych, by osiągali podobne wyniki.
- Efekt: Promowanie "bohaterów" może prowadzić do wyczerpania zespołu i zwiększać presję, by stale przekraczać granice swoich możliwości.

### 6. Stosowanie tzw. burndown charts jako narzędzia kontroli
- Opis: Burndown chart (wykres spalania) to narzędzie służące do monitorowania postępu prac. Może być stosowany jako narzędzie nacisku, gdy zespół jest oceniany jedynie na podstawie tempa "spalania" zadań, bez uwzględnienia jakości.
- Efekt: Zespół może czuć, że jedynie tempo realizacji ma znaczenie, co prowadzi do stresu i skłonności do obniżania jakości pracy.

### 7. Porównywanie zespołów lub jednostek
- Opis: Menedżerowie mogą porównywać wyniki jednego zespołu lub programisty z innymi, wywierając presję na dostarczanie większej liczby funkcji lub szybsze tempo pracy.
- Efekt: Zespoły czują się oceniane w sposób nieadekwatny do ich rzeczywistych możliwości, co wprowadza negatywną atmosferę rywalizacji.

### 8. Ciągłe pytania o postęp pracy
- Opis: Menedżerowie zadają ciągłe pytania o status pracy, nawet jeśli zespół już raportował postęp w zaplanowanych rytuałach, takich jak codzienne standupy.
- Efekt: Programiści mogą poczuć się, jakby ich praca była niedoceniana, a ciągłe pytania odrywały ich od bieżących zadań.

### 9. Brak bufora czasowego
- Opis: Planowanie sprintów bez uwzględniania potencjalnych opóźnień, nieprzewidzianych problemów technicznych czy błędów.
- Efekt: Zespół może być zmuszony do pracy w stresie, ponieważ każde opóźnienie odbija się na całym harmonogramie, a brak marginesu czasowego może skutkować nadgodzinami.

### 10. Brak uznania dla sukcesów
- Opis: Niezauważanie sukcesów zespołu lub jednostek, skupianie się jedynie na tym, co jeszcze nie zostało zrobione.
- Efekt: Brak uznania może prowadzić do frustracji, poczucia niedocenienia i większej presji, ponieważ zespół może uznać, że ich wysiłki nie są ważne.

### Jakie są konsekwencje nadmiernej presji?
Tworzenie nadmiernej presji w sprintach może przynieść negatywne skutki, takie jak:
- Obniżenie jakości kodu – programiści mogą zaniedbywać dobre praktyki, takie jak testowanie, refaktoryzacja czy dokumentacja.
- Wypalenie zawodowe – długotrwała presja może prowadzić do wypalenia, co zmniejsza motywację i zaangażowanie zespołu.
- Problemy zdrowotne – nadmierny stres może odbijać się na zdrowiu fizycznym i psychicznym programistów.
- Rotacja pracowników – pracownicy mogą odejść, szukając bardziej przyjaznego środowiska pracy.

Ważne jest, aby unikać stosowania tych technik jako standardowych narzędzi zarządzania, ponieważ długoterminowo negatywnie wpływają na zespół i produktywność. Zamiast presji, lepiej postawić na otwartą komunikację, zaufanie do zespołu oraz realistyczne planowanie z uwzględnieniem zdrowia i dobrego samopoczucia pracowników.

#pracait #korposwiat #programowanie #programista15k #java #webdev #agh

[Skayfer]

@Ksiega_dusz: w jednej pracbaza miałem wszystko. Później musiałem brać antydepresanty.

[Ksiega_dusz]

@Skayfer: serio?

[WaveCreator]

@Ksiega_dusz:

W trakcie sprintu pojawiają się nagłe zmiany w wymaganiach, priorytetach lub technologii. Zespół musi szybko dostosować się do nowych oczekiwań, co powoduje presję czasu.

Jaką presję czasu? Jak zmiany założeń wchodzą w trakcie realizacji zadania to zmieniamy też wycenę i elo xD To że niektórzy się wtedy wypinają i smarują dupę to już ich sprawa.

[wafel93]

@Ksiega_dusz: ww. metody można również zlewać ciepłym moczem i wtedy jest git. Nie wiem jak można się przejmowac taki bzdurami xDD Burndown chart źle wygląda? No źle wygląda i co, jak się nie podoba to mnie zwolnijcie