Agile

Jak stać się Wspaniałym Product Ownerem?

Zanim skupimy się na temacie, jak stać się tytułowym Wspaniałym Product Ownerem (dalej WPO), zastanówmy się nad powodem istnienia różnych oczekiwań wobec tego stanowiska w branży IT. W obszarze tworzenia produktów występują dwa kluczowe stanowiska, które przenikają swoje obszary kompetencji: Product Manager (PM) oraz Product Owner (PO). Nieważne na którym stanowisku się skoncentrujemy, możemy zgodzić się, że połączenie obowiązków związanych z obiema rolami jest bardzo obszerne dla jednej osoby.

Co ma wspólnego Evidence Based Management i Predator?

W moim artykule w ostatnim wydaniu Strefy PMI, w oparciu o historię lekarza z wiedeńskiej kliniki Ignáca Semmelweisa, podkreśliłem znaczenie podejmowania decyzji opartych na solidnych faktach i dowodach, a także omówiłem ruch społeczny związany z Evidence Based Management (dalej EBM). Tych, którzy jeszcze nie czytali serdecznie zachęcam do nadrobienia zaległości. W poniższym materiale zagłębię się w szczegóły frameworku EBM opracowanego przez Scrum.org. W moim odczuciu jest on niezwykle ciekawy i przydatny, gdyż znacząco wspiera zarządzanie organizacją i produktem. W jaki sposób? Odpowiedzi jest kilka: promuje ciągłe doskonalenie (continuous improvement), realizuje model biznesowy oparty na zarabianiu jak największej ilości pieniędzy (business outcomes) poprzez zwiększanie wartości biznesowej klientów oraz użytkowników (customer/user outcomes).

Zwinny czy winny?

Etos profesji podpowiada, iż każdy Project Manager powinien znać odpowiedzi na pytania o sens życia projektu: skąd przyszedł? czym jest? dokąd zmierza? 

Od wiedeńskiej kliniki po scrumowe zespoły. Jak powstawał Evidence Based Management?

Kiedy słyszymy termin Evidence Based Management (dalej EBM), możemy natknąć się na dwa główne znaczenia tego pojęcia. Pierwsze odnosi się do ruchu społecznego, drugie jest bardziej specyficzne i związane z frameworkiem zaproponowanym przez Scrum.org. Evidence Based Management w pierwszym znaczeniu to ruch społeczny, który ma na celu skłonienie ludzi zarządzających do podejmowania decyzji opartych na rzetelnych dowodach. Celem jest unikanie podejmowania decyzji bazujących jedynie na intuicji, przeczuciach czy osobistych przekonaniach, a zamiast tego kierowanie się sprawdzonymi informacjami i danymi.

Z agilem pod pachą serfować przez świat

Czy wiesz jaki wpływ na Twoje wartości, postawy i zachowanie ma kultura, która Cię wychowała? Bez tej świadomości otwieranie się na rynki globalne, czy wdrażanie obcej kultury pracy, jest jak serfowanie po nieznanych wodach w stroju kosmonauty. W sercu każdego międzynarodowego biznesu znajduje się morze wzburzone różnorodnością języków, religii, gospodarki, ustrojów politycznych, reguł życia rodzinnego czy estetyki. Wpływa na ludzkie zachowania osadzając je w konkretnym systemie sensu i znaczeń. By budować świadomość kulturową warto je wyjaśniać poprzez odwoływanie się do wymiarów różnicujących kultury świata i poznawanie lokalnej genezy historycznej.

Siedem znaczeń Kanbana

Podobno kiedyś Konfucjusz powiedział: „Naprawa państwa zaczyna się od naprawy pojęć”. Nikt nie jest pewien, czy naprawdę to powiedział, ale co ważne, chciałbym dzisiaj sprecyzować znaczenie słowa „kanban”. Bardzo często ludzie interpretują to na własny sposób, i kiedy dwie osoby rozmawiają na ten temat, mają na myśli dwie zupełnie różne rzeczy.

Transformacja – od Project Managera do Business Architecta. W kierunku nowych kompetencji Citizen Development

Transformacja roli kierownika projektów do nowych realiów, w obecnym zmiennym świecie, stanowi wyzwanie, przed którym stoją organizacje chcące wspierać dalszy rozwój swoich pracowników, a tym samym zwiększać swoją przewagę konkurencyjną. Z uwagi na obecny charakter relacji zarządzania i nowych technologii decydujące miejsce zajmuje wykorzystanie rozwiązań low-code i no-code w codziennej praktyce Project Managera. Odpowiedzią na potrzebę tych zmian jest rola Business Architecta w ramach Citizen Development.

Hybrydowe zarządzanie projektami – alternatywa dla pragmatyków?

Popularność podejścia zwinnego oraz wyjście agile poza IT spowodowały, że projekty realizowane z wykorzystaniem zwinnych technik zaczęły docierać do głównych projektów firm i najwyższych struktur organizacji. I tutaj pojawił się problem, czego mamy użyć przy dużej skali przedsięwzięcia? Niestety w praktyce pomysły ze świata agile w wielu miejscach nie sprawdzają się (Scrum of Scrums – zbyt rozproszona odpowiedzialność; SAFe – zbyt duże zmiany dla organizacji, brak gotowości na szersze spojrzenie, itp). Z kolei próba zastosowania podejść tylko dla jednego projektu oznaczałaby konieczność robienia „wyjątków” w metodyce, w sposobie rozliczania projektu czy w uprawnieniach firmowych.

Agile Transformation – Perestroika of Our Times?

Although communism, due to historical reasons, has one, negative connotation in Poland, at the value level it is quite resonating. Wait, hear me out! It is based on equality, lack of oppression and exploitation. And it has started with an actual manifesto, just like agile.

Scrumban – różnice w stosunku do Scrum i Kanban

Czym jest Scrumban? Nazwa sama w sobie zawiera odpowiedź, z pewnością jest to miks zasad Scrum i Kanban. Pomysł na tyle prosty, że aż genialny – czemu mam tkwić w ograniczeniach Scrum, czy pływać w nieoznaczoności Kanban (np. role w projekcie, czas retrospektyw), jeśli mogę wykorzystać te dwa narzędzia i zbudować trzecie – bardziej przyjazne użytkownikowi i silne jak dwa inne rozwiązania razem wzięte?