En PMI certifierad project manager ställer sig frågan ”Can a ScrumMaster be a project manager — are the positions one in the same?” i en nyligen publicerad artikel. Vidare hävdar hon att ”The project manager is the overarching manager and person accountable at the project level, while the ScrumMaster is the one responsible for the product development.”
Redan i ingressen känner jag i magtrakten att det är något knepigt i hennes tankengångar. Det tog ett tag innan jag lyckades formulera det för mig själv.
Låt oss vända på det hela.
.
Anta att vi har ett projekt som omfattar:
- en Scrum Master som ser till att alla följer Scrum, utbildar, inspirerar, möjliggör teamet, kontinuerligt provocerar till förbättringar och sköter den dagliga adminstrationen,
- ett agilt team (cross-functional, self-organizing and empowered) som estimerar storys i produktbackloggen, formar sina egna sprintmål efter produktbackloggens prioritering och bygger den faktiska mjukvaran,
- en Product Owner som ser till att produktbackloggen är uppdaterad och prioriterad, för tät dialogen med teamet samt sköter release planering, samt eventuellt (men inte nödvändigtvis)
- en styrgrupp, aka Meta-Scrum, som stöttar teamet med t.ex. resurser, staffing, etc.
Vad återstår? Är inte alla planerings-, koordinerings- och ansvarsfrågor omhändertagna? Om man ser behovet att behålla rollen ”Project Manager” har man inte lyckats (eller inte vågat) gå hela vägen mot en agil leverans och organisation!
Lisa A. Grant skriver vidare i sin artikel; ”The project manager ensures that the business case is clearly defined, compliance documents are completed in a timely manner, product deployment activities are executed — and he or she manages all other business aspects of the new product launch.”
Det här är ju perfekta uppgifter för produktägaren att ta ansvar för och prioritera in i release planering. Produktägaren initierar projektet (genom att formulera visionen, förankra visionen och kontinuerligt bygga upp och underhålla produktbackloggen) och är självklart med hela resan tills systemet/produkten är klar och sjösatt. Däremot kanske scrum teamets konstellation och storlek varierar med tiden.
.
Jag tycker att Lisa istället borde acceptera att hennes roll i ett agilt projekt, i en lean organisation, kanske är överspelad. Hennes kunskaper och erfarenheter är det såklart dock inte! Sedan om hon passar bäst som Scrum Master, Produkt Owner eller annan organisatorisk roll har jag ingen aning om.
Intressant föreläsning från 
De berättade bland annat om hur de gick från (en för dem framgångsfull) vattenfalls baserad utvecklingsmodell till att jobba enligt Scrum inför 
Projektet
På torsdagsmorgonen var det dags för frukostseminarie: Scrum för ledning, ledare och kravställare. Det blev ett bra pass. Publiken kom från många olika företag och hade spridda roller och positioner. Gemensamt var att alla sitter i (eller inom kort kommer att sitta i) beställarens position gentemot scrum projektet.
Henrik Kniberg berättar på sin blogg om hur han (tillsammans med några andra, bl.a. Tom and Mary Poppendieck, m.fl.) åkte på ”Lean study tour” till Japan i april 2009 för att lära sig hur Toyota jobbar Lean i sin verksamhet. De träffar bland annat Satoshi Ishii, chefen för embedded software, som tar dem på en rundtur och berättar om deras historia, deras problem och om deras framtidsplaner – och hur de jobbar enligt vattenfallsmodellen!
Fördelar med en bra DONE definition
Ger kunden/beställaren möjlighet att vara ”nöjd” efter valfri sprint (då man vet att det som har blivit demat är helt klart och redo för paketering eller leverans)
Henrik Kniberg skrev 2007 den populära boken 
Jimmy Janlén "Den Scrummande Konsulten" 