Do czytania

  1. Jak połączyć metryki zespołowe z kluczowymi indykatorami organizacji. Nie ma tu wszystkiego, ale jest na tyle dużo, że na bazie tego, spokojnie można zrozumieć model działania i zastosować do kontekstu organizacji/zespołu. ⏩ http://icchasethi.medium.com/tying-engineering-metrics-to-business-metrics-f4df7651e026

  2. A skoro dotknęliśmy tematu KPI, to coś o OKR i przypomnienie, żeby nie stosować ich jako bata, ale jako narzędzie pomocy dla zespołu, aby mógł podejmować najlepsze decyzje. ⏩ https://eleganthack.com/decoupling-okrs-its-time-to-let-go/

  3. Dawno, dawno temu, na social media wleciał filmik, w którym Elon Musk, w pół minuty opowiada o pięciu pryncypiach, które pozwalają mu i jego zespołom osiągać sukcesy - można mieć różne zdanie na jego temat, ale te zasady mają sens. ⏩ https://www.christianscheb.de/archives/893

  4. Output kontra Outcome - runda 3652! ⏩ https://mikefisher.substack.com/p/output-vs-outcomes-problem-4

  5. Jurgen Appelo to jedna z osób, przez które podjąłem decyzję o podążaniu za Agile, które wtedy zainteresowało mnie przez jego Management 3.0. Ostatnio dużo publikuje o śmierci Agile i choć nie uważam, aby ono umarło, to stało się czymś zdecydowanie innym, trudniejszym, ale - w mojej ocenie - lepszym, bo mniej seksownym i łatwym do sprzedania. ⏩ http://linkedin.com/pulse/agile-undead-synthesis-jurgen-appelo-54wne

  6. Podoba mi się pomysł z usuwaniem elementów SAFe, aby stworzyć SAFeBut - suwałbym tak długo aż nic nie zostanie 😎. ⏩ https://medium.com/lean-agile-mindset/what-is-safebut-138b04b94292

  7. Scott Ambler bezlitośnie punktuje społeczność Agile i całą maszynę komercyjną z nią związaną. ⏩ https://www.linkedin.com/pulse/agile-community-shat-bed-scott-ambler-1npwc/

  8. Oczywiście, że pracę Product Managera może przejąć zespół, ale warto przemyśleć tego następstwa - te dobre, jak i te złe. ⏩ http://newsletter.posthog.com/p/product-management-is-broken-engineers

  9. Co zrobić, gdy odziedziczymy ogromny backlog produktu w organizacji? Odpowiedzi ze społeczności producttalk, w tym od samej pani Discovery, Teresy Torres. ⏩ http://producttalk.org/2024/12/inherit-product-backlog

  10. Czy słyszeliście kiedyś wypoceniu problemu? A o metodzie code-yellow? ⏩ http://nilam.ca/2024/11/02/time-for-a-code-yellow-a-blunt-instrument-that-works

  11. Niezwykle użyteczne w miejscu pracy narzędzie, pozwalające na świadome budowanie relacji z innymi i podejmowanie decyzji, czy chcemy je pogłębić. Na pewno zastosuję je dla siebie i mojego ekosystemu. ⏩ https://tej.as/blog/how-to-grow-professional-relationships-tjs-model

  12. Bardzo ciekaw byłem, jak autorowi uda się opisać Agile w jednym zdaniu - no i się nieco zawiodłem. Jego zdanie to właściwie podejście empiryczne, będące fundamentem Scuma. Natomiast pozostała częśc artykułu, to już ciekawsze przemyślenia, na temat wyzwań dla Agile w organizacjach. ⏩ http://mdalmijn.com/p/agile-in-one-sentence?utm_source=pocket_shared

  13. Pojęcie ‘dark scrum’ jest mi dobrze znane. Artykuły na ten temat pojawiły się w seci duzo wcześniej, aniżeli Marty Cagan zaczął swoją krucjatę przeciwko frameworkowi. Natomiast nowością dla mnie jest ‘dark lean’. ⏩ https://www.allaboutlean.com/dark-lean/

  14. Effort → Output → Outcome → Impact - podoba mi się pójdzie o krok dalej, za Outcome w mierzenie produktywności zespołu. Tematu trudnego, kontrowersyjnego, ale z którym wcześniej, czy później trzeba się w roli lidera zespołu (w organizacji) zmierzyć. ⏩ http://jchyip.medium.com/bad-idea-you-cant-measure-productivity-a6f2a317077e

  15. I kolejny materiał poruszający antywzorzec koncentracji na dostarczaniu przez zespół kodu na produkcję, kosztem zrozumienie potrzeb klienta. Nie twierdzę, że jedno jest lepsze od drugiego, ale tak często obserwujemy balans przechylony na nieodpowiednią stronę. ⏩️ http://uxdesign.cc/stop-solving-product-problems-start-solving-customer-problems-6c9cf3e28db3

  16. Ah, mój ulubiony rodzaj artykułów: brak zrozumienia, zła implementacja i oczekiwanie, że bezpośrednie zastosowanie otwartego narzędzia rozwiąże wszystkie problemy świata. Chowanie własnej niekompetencji za “głupim narzędziem”. ⏩ https://rethinkingsoftware.substack.com/p/definition-of-dumb

  17. Opór to zdecydowanie pomijany aspekt każdego modelu, czy procesu. Także klasycznego double diamond. ⏩ https://medium.com/product-owner-notebook/the-real-double-diamond-process-of-design-b479d8215fc2

Heheszek

alt_text