Wat is precies de betekenis van ownership in een project?

Het nemen van verantwoordelijkheid is niet alleen het doen van een klus, of het werken aan een project; het betekent dat het je missie is om het door te zetten.

Kijk niet naar anderen om problemen aan te pakken; zoek in plaats daarvan naar problemen voordat ze voor de hand liggend worden, en vind en implementeer oplossingen.

Als je het niet kunt oplossen, gooi dan niet alleen de verantwoordelijkheid naar iemand anders; zoek de persoon op die het kan oplossen, en zorg ervoor dat deze het probleem aanpakt.

Het is geen verklaarde rol in een team; in feite hoeft het project niet eens een teamproject te zijn.

Waarom ziet het management graag dat medewerkers het project/proces/job bezitten; omdat dat betekent dat ze er iets om geven. Ze zijn verder gegaan dan alleen maar opdagen voor het werk. Ze willen nu het project zien slagen.

In situaties waarin niemand eigenaar is geworden van een taak; die taak is vele malen mislukt, of laat voltooid, of slordig afgehandeld. Omdat het niemand iets kon schelen.

Mensen hebben in veel opzichten te maken met projecten. Eigendom is er één van (A ROLE).

Andere belangrijke rollen zijn kampioen, sponsor, verkoper, klant en manager.

De eigenaar is de persoon die de algehele rol is om te zien dat het project wordt afgerond. Hun rol is ervoor te zorgen dat alle bovenstaande rollen worden ingevuld en samen te werken om het project te voltooien. Dit is meer een sociale of politieke rol dan een operationele.

Dubbele rollen zijn vaak aanwezig en vertroebelen het water een beetje. Het ongepast uitoefenen van rollen kan leiden tot een slechte uitvoering van het project. Een goede PM zal dit zien en proberen te corrigeren - meestal via de eigenaar. Dit kan leiden tot een frontale botsing, bv. de eigenaar en sponsor weigert een leverancier te betalen voor werk dat volgens contract is voltooid en geaccepteerd, de PM-objecten.

Als een van de rollen niet wordt vervuld, moet de eigenaar ‘eigenaarschap nemen’, verantwoordelijk zijn en het probleem corrigeren. U dient op te treden als gevolmachtigde voor de echte eigenaar.

Ook voor taken die deel uitmaken van een project kan het projectmanagementteam een persoon of groep aanwijzen om ‘eigenaar te worden’, d.w.z. om de verantwoordelijkheid te dragen om het project uit te voeren, zoals verschillende van de antwoorden suggereren. Eigenaarschap houdt in dat je zorg, verantwoordelijkheid en de houding dat het ding je eigen is. De driehoek van de projectmanager (kwaliteit, kosten en tijd) moet in het belang van de eigenaar in evenwicht zijn. U moet dienen als hun gevolmachtigde.

Zie pmi.org voor meer details, Kerzner heeft een zwaarwegend boek dat simpelweg “Project Management” heet.

Het is belangrijk om onderscheid te maken tussen eigendom van het project en eigendom van het artefact. Deze zijn volledig gescheiden in de rollen/verantwoordelijkheden matrix.

Bij grote projecten zijn de rollen gescheiden en begrensd.

Bij kleine projecten kan één persoon ‘Grote chef, kok en flessenwasser’ zijn.

Disclaimer: Dit is mijn ervaring van slechts één kantoor in 3 verschillende landen en kan niet veralgemeend worden maar dit is precies zoals het ging.

Ik moest een database upgraden van een versie X naar een andere versie Y in Thailand, China en Japan.

Wanneer een database wordt gemigreerd, moet de applicatie worden gepatcht, een nieuwe clientversie wordt geïnstalleerd en veel applicaties van derden die erop vertrouwen, moeten ook worden getest.

In Thailand nam niemand het eigendomsrecht over iets, ze keken allemaal naar mij voor iets dat niet werkte omdat het mijn “schuld” was. Uiteraard was de migratie naar de nieuwe database versie lang en moeizaam.

In China nam de manager van het filiaal het eigendom over, maar niet zozeer de medewerkers. De migratie ging iets beter omdat hij taken aan zijn team gaf toen er problemen waren en het hielp echt om de migratie te versnellen.

In Japan nam elk individu het eigendom van hun stuk. Ze testten alles van begin tot eind en ik hoefde nooit te vragen of het gedaan was. We kwamen wat problemen tegen, ze zouden er nog wat meer aan gaan werken. Geen vragen gesteld.

De migratie verliep vlekkeloos. Alles werkte op de eerste dag na de migratie.

Dit is het verschil dat het nemen van eigendom maakt.

Ik gaf een gastcollege op Software Methods and Tools 2000 in Wollongong met als onderwerp de stand van zaken op het gebied van projectmanagement, en u vroeg:

de oorsprong ervan indien mogelijk

Ik begon het voor het eerst te horen in het midden van de jaren negentig in Silicon Valley, wat ook de tijd is dat “Project Manager” een soort van carrière begon te worden, en zich onderscheidde van “management”. Daarna ben ik verhuisd naar de East Coast (van de VS), en een paar jaar later kwam de term bij de bank waar ik werkte (ca. 2000), hoewel ik niet suggereer dat ik het meenam. In die tijd leidde ik een groep projectmanagers, waardoor de twee soorten managementactiviteiten, projecten en mensen, duidelijk van elkaar gescheiden werden.

waarom is het zo belangrijk vanuit de context van de manager

Het managementvocabulaire is even beperkt als trendy. Zo werd rond deze tijd het eufemisme resources een zachte, kronkelige vervanger voor mensen, maar ook voor machines, gebouwen en geld. “De zinsnede "George owns dit project” is momenteel (2016 / IT en Academische omgeving) gelijk aan de zinsnede “George is de hoofdaannemer voor de uitbreiding van mijn huis.” De eigenaar van het project wordt soms geïdentificeerd als de Projectmanager, wat ik ongepast vind, en haalt alle betekenis weg van het woord eigenaar.

De echte eigenaar van een project is de persoon die kan onderhandelen over de deal voor de mensen en het geld om de klus te klaren. Zelden kunnen traditionele PM’s dit doen; ze melden de status, organiseren het werk, zoeken naar de mensen of het geld, beantwoorden de klachten, en nemen soms de hittegolf. Deze feiten duwen het echte eigendom op de klant – alleen de klant kan “OK” zeggen tegen de toewijzing van meer fondsen of schema’s. In deze context blijkt dat I het project in eigendom heeft om een uitbreiding op my huis te zetten. Ik kan de hoofdaannemer aanklagen als het niet goed gaat, maar dat is de mate van mijn herstel voor slechte uitvoering … in tegenstelling tot slechte beslissingen van mijn kant.

hoe is het nuttig voor het project/bedrijf

Ik heb mijn twijfels dat het dat wel is. Merk op dat geen van de dingen die hier besproken worden …

• eigenaar
• projectmanager
• manager
• resource

… echt zijn. Ze zijn anders dan klant en vendor die je vertellen wie er betaalt, en wie er betaald wordt. Klanten en leveranciers zijn echt, en ze zullen er voor altijd zijn.

Ik beschouw deze terminologie als een rode vlag, een groot deel van de tijd, met name wanneer deze afkomstig is van het management.

Het basisidee is dat ze willen dat je emotioneel geïnvesteerd wordt in het maken van wat er ook gebeurt, het werken met welke uren en schema’s dan ook, het opofferen van andere activiteiten, etc.

Als het project in de eerste plaats jouw idee was, en voor jou belangrijk lijkt, dan doe je dit waarschijnlijk al, hoewel misschien niet in die mate dat het de balans tussen werk en privéleven volledig vernietigt. Dus als het management je vraagt om dit te doen, dan is het geen project waar je echt om geeft, en dat weten ze. Misschien denk je dat het gedoemd is te mislukken. Misschien denk je dat de resultaten nutteloos of contraproductief zouden zijn. Misschien kun je gemakkelijk tien belangrijke dingen bedenken, en wil je daar je best voor doen.

Nu is dat niet altijd waar. Het is mogelijk dat ze proberen te communiceren, bijvoorbeeld dat ze willen dat je andere mensen aanmoedigt en hun inspanningen orkestreert, en niet alleen jouw deel van de taak doet. (Dit werkt misschien niet zo goed als je geen mens bent, en geen autoriteit hebt, maar voor sommige mensen werkt het goed.)

Het is ook mogelijk dat ze je voorzichtig proberen weg te leiden van een “niet mijn probleem” houding, zoals beschreven in een van de andere antwoorden. Het is meestal zo dat hoe ouder de persoon, hoe meer ruimte hij of zij inneemt - en een manier om senior te worden is vaak om meer ruimte in te nemen. Op technisch gebied hoeft u waarschijnlijk niet te wachten tot u die scope krijgt toegewezen - u hoeft alleen maar problemen te volgen, waar ze ook leiden, in plaats van ze overhaast door te geven aan een ander team, dat mogelijk betere kennis heeft.