Sådan reagerer Produktivt med risikovillig i en Operations Management Project

Reaktion på risici, når de opstår, er en af ​​de store test af et operationscenter projektleder. Dette er især kompliceret af tre "love", der arbejder imod effektivt gennemføre projektet. En lov, Parkinsons lov, finder anvendelse på tidspunkter, hvor det går godt. De to andre, Brook lov og Homers lov, sparke dig, når du allerede er nede.

Vær produktiv: Parkinsons lov

Cyril Northcote Parkinson bemærkede i 1955, at "Arbejde udvider til at fylde den tid til rådighed for dens afslutning." Han bygger denne observation på mange års arbejde med den offentlige tjeneste, men ingeniører og programmører bliver ofte beskyldt for "gold plating" eller "over-engineering "(disse er begge udtryk betyder, at ingeniørerne har udviklet projektet langt ud over, hvad kunden kræver eller bekymrer sig om), når tilbage med overskydende tid.

Alligevel stramme deadlines for meget til at forhindre "forgyldning", kan også virke mod hensigten. Forskning konsekvent viser, at de ansatte, når de står med klart urealistiske deadlines, skal du blot opgive at forsøge at møde dem og gøre fremskridt meget langsomt.

Den bedste fremgangsmåde for at undgå Parkinsons lov uden at køre medarbejdere til fortvivlelse er at etablere moderat aggressive tidslinjer.

Gendan fra forsinkelser: Brook lov og Homers lov

Når et projekt falder forsinket, få projektet tilbage på sporet er overraskende svært. Typisk ledere ty til en af ​​fire metoder:

  • Tilføjelse ressourcer (typisk ekstra ansatte)
  • Arbejde medarbejdere overarbejde
  • Udsættelse af projektet
  • Reduktion projektets omfang

De første to metoder er begge problematisk på grund af rework cyklus. Forskningen viser også, at omarbejde - arbejde, som du troede var komplet, men viser sig at være defekt, og skal være redone - er en stor del af alle projekter. Rework er fremherskende i ethvert projekt fra bygning lufthavne, at remodeling huse, til at udvikle nye tjenester, til at skrive software.

I ethvert projekt, er der en række opgaver at fuldføre. De resterende opgaver i projektet er afsluttet med personalet på en tilsyneladende opgave gennemførelsesprocenten. Nogle af disse er faktisk faktisk afsluttet. Men mange af dem kun synes afsluttet. I virkeligheden bliver de uopdagede omarbejde, som bliver nødt til at ske igen. Da denne omarbejde opdages, det øger de resterende opgaver, der skal udfyldes.

Sådan reagerer Produktivt med risikovillig i en Operations Management Project

Den rework cyklus forstyrrer projektets afslutning, fordi tilføje personale kun øger effektive personale efter en forsinkelse som de nye medarbejdere lærer nok om projektet til at være nyttig. Men på kort sigt, indtil de nye medarbejdere kommer op i fart, de gennemsnitlige erfaringer i personale reduceres (i hvert fald med dette projekt). Dette øger den fejl rate, som driver op uopdaget omarbejde og dermed forsinke projektet.

Brooks lov

Tilføjelse arbejdere til et projekt sent i dets livscyklus normalt resulterer i fejl og forsinkelser. Dette er grunden bag Brook lov, som er "tilføjer arbejdere til en sen projekt gør det endnu senere." Det betyder, at hvis du har brug for at tilføje ressourcer, så du virkelig nødt til at gøre det, før du rent faktisk har brug for dem med henblik på korrekt uddanne og forberede dem til at hjælpe.

Det betyder også, at du bliver nødt til at føre nøje tilsyn dit projekt, så du kan tilføje ressourcer ved første snuse problemer.

Et alternativ til at tilføje nye medarbejdere er at arbejde eksisterende arbejdstagere overarbejde. Dette fungerer normalt, så længe du ikke arbejder dem overarbejde for længe. Ellers Homers lov kommer i spil.

Homers lov

Hvis du laver overarbejde en realitet for medarbejdere for længe, ​​vil du ende strækker sig ud tidsplanen for projektet, i henhold til Homers lov. Overarbejde øger produktiviteten på kort sigt. I det lange løb, men det øger træthed, hvilket igen øger den fejl sats, indstilling af rework cyklus af igen, denne gang med en hævn.

Forsinke projektet

Tilføjelse medarbejderne til en sen projekt ofte ikke virker, og arbejder medarbejderne overarbejde har begrænset anvendelighed, så nogle gange den bedste fremgangsmåde for forvaltning af risici i forbindelse med produktiviteten er at revidere tidsplanen for at afspejle en forsinkelse. Selvom det kan synes defaitistisk, det kan faktisk få projektet gjort hurtigere end at tilføje nye mennesker eller arbejder din nuværende personale overarbejde for længe, ​​fordi det ikke vil kick off rework cyklus.

Sacrifice funktionalitet

En anden fremgangsmåde, der fungerer godt, er at ofre funktionalitet, også kendt som at reducere omfanget.

Ofrer funktionalitet er ofte en vellykket strategi for styring af en forsinket projekt. En måde at gennemføre denne strategi er at designe "offer" funktionalitet i projektet i planlægningsfasen. Hvis projektet løber over budgettet eller er forsinket, så er denne funktionalitet kan ofres.

Fordelene ved denne metode er dobbelt. Tidligt i projektet, mens det stadig er til tiden, alle medarbejdere er fuldt besat, så de ikke spilder tid på over-engineering af projektet. Senere, hvis projektet timing går skævt, du allerede har identificeret, hvad funktionalitet kan være faldet med mindst indvirkning på kundens tilfredshed.

For eksempel er en software leverandør leverede 85 procent af sin software-projekt til en kunde på tid, og kunden var rimeligt tilfreds. Men udbyderen sørget for, at 85 procent leverede indeholdt den funktionalitet, var vigtigst for kunden. På et mere prosaisk niveau, har vi alle slået i papirer i skolen, hvor vi har ofret noget indhold for ikke at komme for sent!


© 2019 Zajacperrone.com | Contact us: webmaster# zajacperrone.com