Create Psychological Safety to Get Better Teamwork

Have you ever experienced that another co-worker didn’t want to listen to your feedback, even though it would clearly improve their performance? Did an important project fail because an employee didn’t tell you about unresolved issues with a client? Perhaps it is a lack of psychological safety that hampers open communication with your team. Research … Continue reading Create Psychological Safety to Get Better Teamwork

How (not) to begin your journey as a Scrum Master

In a strict sense the role of a Scrum Master is defined in the Scrum Guide as: "The Scrum Master is responsible for ensuring Scrum is understood and enacted. Scrum Masters do this by ensuring that the Scrum Team adheres to Scrum theory, practices, and rules." I personally believe the mission of the Scrum Master is helping the team be … Continue reading How (not) to begin your journey as a Scrum Master

Szort: O czym zapomniał Agile, gdy kopiował rozwiązania Toma Gilba

W miniony poniedziałek miałem przyjemność opowiedzieć społeczności ALE Kraków o tym czego Tom Gilb może nas nauczyć o dostarczaniu konkretnej wartości biznesowej (a nie tylko działającego oprogramowania). Obejrzyj prezentację, a jeśli chcesz się dowiedzieć więcej to popatrz na szkolenie dla Product Ownerów "Od produktywności do wartości" i skontaktuj się z nami by porozmawiać o Twoich … Continue reading Szort: O czym zapomniał Agile, gdy kopiował rozwiązania Toma Gilba

Dzień 17 – Dług Techniczny, czyli jak utrzymać wysokie tempo rozwoju

Witamy po długiej przerwie. Niniejszym wznawiamy cykl "Pierwsze Dni Scrum" i wchodzimy w obszar wykraczający poza uniwersalne reguły Scrum, lecz ważny dla wszystkich zespołów stosujących Scrum w obrębie inżynierii oprogramowania, a mianowicie ZPI – zwinny praktyki inżynierskie. Ale zacznijmy od początku: Dlaczego szybkie dostarczanie "działającego oprogramowania" nie wystarczy? Wyobraźmy sobie taką sytuację: nasz Właściciel Produktu ma … Continue reading Dzień 17 – Dług Techniczny, czyli jak utrzymać wysokie tempo rozwoju

Dzień 16 – Retrospekcje: popatrz w tyl, żeby iść w przód

Ten post jest częścią cyklu Pierwsze Dni Scrum. Umiejętność wyciągania wniosków z własnych doświadczeń jest podstawą uczenia się i rozwoju. Krótka pętla zbierania danych, planowania ulepszeń i wprowadzania ich w życie jest niezbędnym elementem empirycznego podejścia, jakim jest Scrum. Tak samo jak co Sprint dostarczamy kolejne ulepszenia w naszym produkcie tak powinniśmy co sprint ulepszać środowisko … Continue reading Dzień 16 – Retrospekcje: popatrz w tyl, żeby iść w przód