Do czytania

  1. Poradnik dla osób, którym zbyt często zdarza się mówić: “Tak”. O tym, jak radzić sobie z presją pytań zamkniętych i asertywności ogólnie. ⏩ How To Say No, For The People Pleaser Who Always Says Yes
  2. Po co nam MVP? Dlaczego powinniśmy MVP obierać jako pierwszy cel do osiągnięcia? ⏩ What is MVP?
  3. Warto również pamiętać o MaxVP -  nie zdziwię się, jeśli nazwa ta wam nic nie mówi, bo i ja wcześniej jej nie znałem. Przy planowaniu swojego produktu, ma sens zastanowić się nad jego stanem finalnym, zanim zaczniemy do niego wpychać opcje i systemy dla samego wpychania. ⏩ Introducing Maximum Viable Product (MaxVP)
  4. A może jednak warto porzucić stosowanie zwrotu MVP? Kolejny punkt widzenia w temacie. ⏩ I’ve abandoned “MVP”
  5. Paradoks to, gdy dwa poglądy są jednocześnie prawdziwe i wzajemnie się wykluczają. Mamy takich kilka w zarządzaniu projektami. ⏩ The Paradox(es) of Product Management
  6. Rośnie liczba zarażonych, więc i w sieci pojawiają się nowe materiały o spotkaniach zdalnych i pracy z domu. Energizery to przydatne narzędzie szkoleń i dłuższych spotkań, ale jak robić je zdalnie? ⏩ 12+ Icebreakers to kick off your next zoom meeting
  7. A tutaj bardzo fajny poradnik dotyczący podniesienia jakości rozmów audio i wideo - nie zawsze trzeba na wszystko wydawać majątek, ale do maksimum przyda się nieco grosza. ⏩ How to make video calls almost as good as face-to-face
  8. Wskazówki i nauczki, z jednoczesnego startu trzech zespołów scrumowych pod okiem jednego Scrum Mastera. ⏩ Tips from the trenches: How to Start Up Three new Scrum teams Simultaneously.
  9. Zależności pomiędzy zadaniami to codzienność w niemalże każdym projekcie. Pewnie dzieliliście je na według rodzaju zależności, a czy na dobre i złe? ⏩ Dependencies aren’t created equal
  10. Tytuł książki “Dwa razy tyle roboty, w połowę czasu” odbija się czkawką Scrum Masterom na całym świecie. Oto dlaczego tytuł to nieprawda. ⏩ Five Reasons Why Scrum is not Helping in Getting Twice the Work Done in Half the Time
  11. Estymacje, to wrzód na tylko developerów, ale czy mogą one nieść dla nich realną korzyść w rozmowie z managementem? ⏩ Are Estimates Ever Helpful to Developers?
  12. John Cutler dzieli się planem na warsztaty, w których jako organizacja chcemy odpowiedzieć sobie na pytanie: co mamy mierzyć? ⏩ Asking Better Questions
  13. Mapowanie umiejętności czy eksperckości w zespole to ciekawe i pomocne narzędzie. Choć przykład tutaj odnosi się do zespołu UX, tak można schemat jest uniwersalny. ⏩ Skill Mapping: A Digital Template for Remote Teams
  14. Bardzo fajny materiał, który o pracy zdalnej mówi od strony członka zespołu, a nie lidera który musi mierzyć się z wyzwaniem zdalnego zespołu. Dla mnie jako lidera ukazuje obszary warte uwagi, a jednoczesnym chętnie wyślę go wszystkim w moim teamie. ⏩ Getting noticed as a remote engineer – and why it matters
  15. Bardzo przyjemny tekst na temat sensowności estymacji, co rozumiem przez bycie w nich lepszym i alternatyw. ⏩ Estimating Agile Projects…Or Not
  16. O tym, że kluczem do sukcesu jest skoncentrowanie się SKUTKACH tego, co wypuszczamy, a nie samego WYPUSZCZENIA ficzerów w eter. ⏩ Outcomes as Enablers of Business Impact
  17. Ludzie nie doceniają, jak ważne dla sukcesu organizacji, zespołu i ludzi jest ich bezpieczeństwo psychologiczne. Jakim motorem napędowym kreatywności jest świadomość posiadania osób zarządzających po “swojej stronie”. ⏩ Psychological Safety and the Only Pyramid Scheme That Works
  18. Zaraz po bezpieczeństwie? Zaufanie. NIby prosty temat, jednak tak często widzę jego brak, że się załamuje. ⏩ How a culture of trust improves Agile teams
  19. Co powoduje, że w sieci rośnie wizerunek Agile jako techniki mikrozarządzania? A przyznam, że faktycznie tak jest. Może spotkaliście się z taką opinią w swoim zespole. ⏩ Why Agile Turns into Micromanagement
  20. Świetne narzędzie, które w formie zabawy rozwiewa mity krążące wokół Scruma, ALE tekst polecam nie tylko z tego powodu: w sporej części pokazuje przykłady korzystania z “aktywności grup” tzw. liberating structures.The Scrum Mythbusters Exercise
  21. W mojej organizacji po raz kolejny stajemy przed wyzwaniem przejścia masowo na pracę zdalną, po tym, jak wszyscy cieszyli się z pracy biurze. Morale nie są zbyt w dobrym stanie. Tym razem jednak za sporą część operacji odpowiadam ja, więc jednym z kluczowych aspektów sukcesu naszej pracy zdalnej określiłem widzenie się na spotkaniach - oto dlaczego. ⏩ 80% of communication is non-verbal
  22. Bardzo cenne wskazówki dla prowadzenia rozmów feedbackowych zdalnie, ALE większość z nich sprawdzi się również, jak już wrócimy do biur, więc polecam z przyjemnością. ⏩ Giving feedback remotely
  23. Tekst na pewno przyda mi się, jeśli kiedyś zaatakuje mity Agile, podobnie do będących obecnie w produkcji “Mitów Scruma”, albowiem brak dokumentacji w Agile to zdecydowanie często spotykany bullshit.Agile Bullshit
  24. Receptura to trochę za dużo powiedziane (takiej nie ma), ale wskazówki dla liderów organizacji i projektów, które wykorzystane w odpowiedni sposób, powinny skierować pracę ku sukcesowi - to już bardziej. ⏩ New Recipe for Success

Heheszek

Nie mogło być innego zwycięzcy heheszków ostatnich tygodni, aniżeli ogłoszenie miejsc dziesiętnych dla Story Pointów w JIRZE. Takie rzeczy tylko w takim roku, jak 2020.