Angielski dla Programistów: Kompletny Przewodnik po Scrumie (Daily, Planning, Review)

Godzina 9:45. Logujesz się na Teams/Google Meet. Za 15 minut Twoja kolej na Daily. W głowie układasz zdania: "Yesterday I did...", "Today I will do...". Brzmi znajomo? To klasyczny schemat, który sprawia, że brzmisz jak Junior, nawet jeśli masz 10 lat doświadczenia w Java czy Pythonie.

Wielu polskich programistów ma świetny warsztat techniczny (kodują lepiej niż ich koledzy z US), ale na spotkaniach zapadają się pod ziemię. Zamiast profesjonalnego update'u, jest ciche "Eee..." i szukanie słów. A wystarczy znać 3 proste struktury, żeby brzmieć jak Senior, który panuje nad projektem.

1. Yesterday: Jak mówić o tym, co zrobiłeś?

Najgorsze, co możesz powiedzieć to: "Yesterday I was working on the ticket number 1234." To nic nie mówi zespołowi. Product Owner chce wiedzieć co dowiozłeś, a nie że byłeś zajęty.

Używaj czasu Past Simple dla zadań zakończonych. Oto lista "Power Verbs" dla programisty:

• ✅ implemented (wdrożyłem funkcję)
• ✅ refactored (przeczyściłem kod)
• ✅ investigated (badałem błąd)
• ✅ deployed (wrzuciłem na produkcję/staging)
• ✅ patched (naprawiłem szybko)

2. Today: Plany na dziś (bez nudnego "I will")

"I will do..." jest gramatycznie poprawne, ale brzmi jak obietnica szkolna. W biznesie używamy czasu Present Continuous (dla pewnych planów) lub konkretnych zwrotów "zamiarowych".

Wybierz jeden z tych zwrotów:

• "I'm tackling..." – Biorę się za coś trudnego (świetne słowo!).
• "I'm focusing on..." – Skupiam się na...
• "I'm aiming to finish..." – Celuję w skończenie...
• "I'm continuing with..." – Kontynuuję pracę nad...

3. Blockers: Jak profesjonalnie zgłaszać problemy?

Tutaj Polacy często popełniają błąd kulturowy. Mówimy "I have a problem", co brzmi jakbyśmy my byli problemem. W UK/USA problem jest zewnętrzny.

Nie masz problemu. Masz Blocker lub Impediment.

4. Code Review: Jak krytykować kod, a nie człowieka?

Code Review to pole minowe. Jedno złe słowo i kolega z zespołu wchodzi w tryb defensywny. Kluczem jest Dyplomacja. Twoim celem jest poprawa jakości kodu, a nie udowodnienie, że jesteś mądrzejszy.

Technika "Kanapki" (The Sandwich Method)

W kulturze anglosaskiej bezpośrednia krytyka jest często odbierana jako agresja. Użyj metody: POCHWAŁA -> SUGESTIA ZMIANY -> POCHWAŁA.

Sugestia vs Rozkaz

Unikaj trybu rozkazującego ("Change this", "Remove that"). Używaj pytań lub sugestii:

• 👉 "Have you considered..." (Czy rozważałeś...)
• 👉 "What do you think about..." (Co myślisz o...)
• 👉 "It might be beneficial to..." (Mogłoby być korzystne...)
• 👉 "Nitpick:" (Drobnostka – używaj tego prefixu dla małych uwag stylistycznych, żeby nie stresować autora).

5. Sprint Planning: Estymacje i negocjacje

Planning to moment, w którym ważą się losy Twojego spokoju na najbliższe 2 tygodnie. Jeśli nie będziesz umiał walczyć o realne terminy po angielsku, skończysz z nadgodzinami.

Słownik Estymacji

• Underestimate: Niedoszacować (najczęstszy grzech).
• Overestimate: Przeszacować (rzadkość).
• Padding / Buffer: Bufor czasowy ("I added some padding for testing").
• Spike: Zadanie badawcze, gdy nie wiesz ile coś zajmie.

Negocjowanie Zakresu (Scope Negotiation)

Gdy Product Owner chce wrzucić za dużo do Sprintu, musisz być asertywny:

6. Sprint Review (Demo): Jak sprzedać swoją pracę?

Demo to Twój moment chwały. Niestety, wielu programistów zanudza biznes szczegółami technicznymi. Interesariuszy (Stakeholders) nie obchodzi, czy użyłeś Redux czy Context API. Obchodzi ich Wartość Biznesowa (Business Value).

Struktura idealnej prezentacji Demo:

1. The Problem: Co nie działało? ("Previously, users struggled with...")
2. The Solution: Co zrobiłeś? ("We introduced a new dashboard...")
3. The Impact: Co to daje? ("Now, report generation is 50% faster.")

7. Technical Debt: Jak rozmawiać z biznesem?

Dług techniczny (Technical Debt) jest niewidoczny dla biznesu, dopóki system nie padnie. Twoim zadaniem jest wytłumaczenie, dlaczego trzeba "zwolnić, żeby przyspieszyć".

Analogia finansowa

Użyj języka pieniędzy, który managerowie rozumieją. Dług techniczny to pożyczka. Płacisz odsetki (Interests) w postaci wolniejszego developmentu w przyszłości.

8. Junior Talk vs Senior Talk

Zobacz różnicę. To te same sytuacje, ale inne słownictwo.

Sytuacja	Junior Talk Unikaj	Senior Talk Używaj
Czekam na kogoś	"I am waiting for Tom."	"I am dependant on Tom's input."
Nie wiem jak to zrobić	"I don't know."	"I need to investigate further."
Skończyłem to	"It is done."	"The feature is deployed to staging."
Mam pytanie	"I have a question."	"I'd like to clarify one requirement."
Spotkajmy się później	"Let's talk later."	"Let's take this offline."

9. Jak radzić sobie z trudnymi pytaniami?

Scrum Master pyta: "When will this be ready?" A Ty nie wiesz. Presja rośnie. Zamiast panikować, użyj "Buying Time tactics".

• "That's a good question. Let me circle back to you on that after the meeting." (Wrócę do Ciebie)
• "I need to dig deeper into the logs before I can give an estimate." (Muszę sprawdzić głębiej)
• "Ideally by Friday, but it depends on the QA testing speed." (To zależy od...)

FAQ – Najczęściej Zadawane Pytania