Kilka lat temu prowadziłem serię szkoleń dla software house na Śląsku (Ślunsku ?). Szkolenie Scrum i nie tylko było skierowane do młodych ludzi, którzy zaczęli budować trzon firmy. Dzisiaj opowiadają o zarządzaniu software house, o byciu liderem, o Agile; a wtedy byli jeszcze studentami albo pisali magisterkę. Klient zażyczył sobie, żeby przed szkoleniami przeprowadzić ankietę zbierającą potrzeby szkoleniowe. Oprócz nudnych, standardowych pytań potrzebnych HR do statystyk, wplotłem otwarte pytanie “Gdyby wszystko było możliwe, to kim byś był ?”.

Byłem w ciężkim szoku, kiedy  w wynikach okazało się, że przytłaczająca większość napisała Project Managerem albo Kierownikiem Projektów. Jedna osoba napisała, że chciała by odwiedzić wszystkie kraje świata i pisać o tym na blogu.

Na szkoleniu zapytałem dlaczego akurat PM? Bo ma władzę, bo inni go słuchają usłyszałem w odpowiedzi. Jeśli z tych pobudek ludzie wybierają taką a nie inną karierę, to nie może to się kończyć dobrze. Swoją drogą ciekawe jest, że ankietowani nie widzieli negatywnych stron pracy PMa. Prawdopodobnie dlatego, że tak na prawdę nie uczestniczyli w żadnych spotkaniach i nie widzieli tej osoby na co dzień. Zrobiło się trochę dziwnie kiedy dowiedzieli się, że Scrum to nie jest ten sposób pracy, w którym jest PM, który wszystkim rządzi. Kiedy zrozumieli, że jako Zespół Developerski mają duży wpływ, cały pomysł zaczął im się podobać. Na szczęście dzisiaj te osoby myślą zupełnie inaczej i doskonale odnajdują się w Scrum.

Zapraszam do serii postów na temat zarządzania projektami i roli Project Managera w kontekście Scrum.

Product Development to nie Project Management

W metodach promujących rolę PMa w Agile, tak jak chociażby Agile PM wywodzący się z DSDM Atern można znaleźć materiały, w których Scrum został pokazany jako jedynie metoda wytwórcza, na poziomie delivery. A jak wiadomo w podejściu project management, nad delivery musi górować poważna metodyka zarządcza. Scrum w tym tłumaczeniu rysuje się jako pewien sposób organizacji pracy developerów, którym PM musi i tak zarządzać. Niedawno ze swoimi pomysłami dołączył Prince2Agile, który też proponuje Prince2 po staremu a Agile np. Scrum w środku. Wydaje mi się, że celem tych metod jest udowodnienie, że nadal może być po staremu, a Scrum to tylko taka zabawka dla zespołów IT. Jak już tak bardzo chcą tego, to niech sobie mają. Byle tylko za dużo nie działo się bez udziału PMa.

Czy naprawdę sami biznes i deweleoperzy nie daliby sobie rady?  Jest ktoś kto mówi co potrzebuje i ktoś wykonuje pracę i dostarcza produkt. Czego jeszcze potrzeba?

A czym tak naprawdę jest Scrum według twórców Scrum i Scrum Guide? “Scrum to ramy procesu, które są wykorzystywane w zarządzaniu wytwarzaniem złożonych produktów od początku lat dziewięćdziesiątych. Sam w sobie Scrum nie jest procesem czy techniką wytwórczą; opisuje jedynie ogólne sposoby postępowania, w obrębie których możliwe jest stosowanie różnego rodzaju procesów i technik. Scrum pomaga odkrywać nieefektywności praktyk zarządczych i technik inżynierskich, by można było je doskonalić.”

Scrum został zbudowany z myślą o budowaniu złożonych produktów. Jeśli byśmy chcieli sprowadzić esencję Scrum do jednego zdania, byłoby to, budowanie wartościowych produktów w krótkich iteracjach. W Scrum cały czas budujemy produkt dokładając do niego kolejne przyrosty i wydajemy go na produkcje wtedy, kiedy biznes stwierdzi, że ma to sens biznesowy. Produkt rozwijamy tak długo, jak długo jego właściciel, Product Owner, uważa, że opłaca się to z punktu widzenia biznesu. Product Owner będzie również zajmował się produktem już po wdrożeniu, więc musi brać pod uwagę Całkowity Koszt Posiadania (ang. Total Cost of Ownership). W tym podejściu realizujemy zawsze to co najbardziej wartościowe i utrzymując produkt w stanie ukończonym (ang. done) i użytecznym, mając z tyłu głowy, że kolejnego Sprintu może nie być.