Om du har spelat Super Mario känner du igen situationen: tiden rinner ut, du har missat samma hopp två gånger och du står inför valet att antingen försöka igen eller hitta en annan väg. Du fattar beslutet och tar konsekvenserna.
Projekt utsätter dig för liknande situationer. När arbetet hamnar efter kan du skjuta upp deadline, anlita extra hjälp eller minska omfattningen. Men i det här fallet påverkar dina val andras budgetar och åtaganden. Att fatta sådana beslut kräver därför också befogenhet att agera. Du måste veta vilka förändringar du kan godkänna själv och vilka som kräver någon annans godkännande.
Ett ramverk för projektstyrning fastställer dessa regler innan arbetet påbörjas. Här beskrivs hur man skapar ett sådant ramverk, med konkreta exempel som visar hur team hanterar förändringar och godkännanden.
TL;DR: Projektstyrning definierar vem som kan godkänna beslut, när teamen måste eskalera ärenden och hur uppdragsgivarna bedömer om ett projekt fortfarande är värt att finansiera.
Skapa ditt eget ramverk genom att utse beslutsfattare, fastställa gränser för kostnad, tidsplan, omfattning och risk samt komma överens om svarstider. Spara godkännandeförfrågningar och beslut i ett gemensamt register och se över reglerna i varje projektfas.
För projekt med låg risk kan en grundläggande projektplan, godkännandegränser och en beslutsprotokoll räcka. Lägg till formella granskningar och övervakning i takt med att den finansiella exponeringen, beroenden eller lagkrav ökar.
Vad är projektstyrning?
Projektstyrning är det ramverk av roller, beslutsbefogenheter och kontroller som säkerställer att ett projekt förblir i linje med organisationens mål, från godkännande till avslutning.
PMI beskriver styrning som en övervakningsfunktion som sträcker sig över hela projektets livscykel och är anpassad till organisationens styrningsmodell. Enkelt uttryckt fastställer styrningen riktningen och beslutsreglerna. Projektledningen omfattar den dagliga planeringen och genomförandet inom ramen för dessa regler.
Ramverket definierar också vem som granskar om projektet fortfarande är värt att finansiera när kostnader, risker och förväntade fördelar förändras. Projektägaren använder affärsplanen, som redogör för projektets förväntade fördelar, kostnader och skäl för investeringen, för att bedöma om det är rimligt att fortsätta när förutsättningarna förändras.
Hur fungerar toleransbaserad projektstyrning?
Toleransbaserad styrning ger dig utrymme att hantera arbete och tidsplaner inom överenskomna gränser. Om du förväntar dig att överskrida en överenskommen gräns ska du ta upp frågan med den utsedda godkännaren.
Dessa gränser gäller för specifika planer. Du kan ha separata toleranser för hela projektet, varje fas och enskilda arbetspaket. Att hålla sig inom den övergripande budgeten eller tidsfristen ger dig inte rätt att överskrida gränserna för en fas.
PRINCE2 kallar denna metod för hantering genom undantag. Så här kan det fungera vid en nylansering av en webbplats:
- Den godkända planen: Testningen ska ta tre veckor, med möjlighet till upp till en extra vecka.
- Prognosen: Halvvägs in i testfasen uppskattar QA-chefen att det kommer att ta fem veckor totalt, vilket överskrider gränsen på fyra veckor.
- Beslutet: Du föreslår att det återstående arbetet ska genomföras parallellt för att säkerställa lanseringsdatumet, men styrgruppen måste godkänna den reviderade etappplanen enligt projektets regler.
Att köra det återstående arbetet parallellt kan göra att lanseringen sker i tid, men testningen skulle ändå ta längre tid än de fyra veckor som är avsatta. Och det innebär att du fortfarande behöver styrgruppens godkännande för att ändra testplanen. När gruppen väl har godkänt den reviderade planen och ramarna hanterar du det dagliga arbetet inom dessa ramar.
Projektstyrning kontra projektledning: Vad är skillnaden?
En projektledare och en uppdragsgivare kan betrakta samma förändring och se olika problem.
För projektledaren innebär en försenad överlämning att man måste hitta ett nytt sätt att slutföra arbetet. För beställaren kan det innebära att man måste avgöra om en senare lansering är värd den affärsmässiga kostnaden. Båda har ett intresse i resultatet, men de fattar inte samma beslut.
| Dimension | Projektstyrning | Projektledning |
|---|---|---|
| Huvudsaklig fråga | Är projektet fortfarande värt kostnaden och risken? | Hur kan teamet leverera det överenskomna resultatet? |
| Vem leder projektet? | Sponsor eller styrgrupp, med stöd från PMO vid behov | Projektledare och leveransteam |
| Typiska beslut | Finansiering, större förändringar, godkännanden av projektfaser och beslut om fortsatt genomförande | Uppgiftsföljd, bemanning, tidsplaner och korrigeringar inom överenskomna gränser |
| Huvudregister | Affärsunderlag, godkännanderegler och beslutslogg | Leveransplan, tidsplan och uppgiftstavla |
I flera projekt kan ett projektledningskontor (PMO) fastställa gemensamma standarder för rapportering och godkännande. Det ger dock inte PMO:t befogenhet över alla beslut som rör finansiering eller projektomfattning. Vår guide till PMO:s styrningsramverk förklarar dess bredare roll.
Vilka är komponenterna i ett ramverk för projektstyrning?
Projektstyrning vilar på tre grundpelare: organisationsstruktur, människor och information, enligt beskrivningen i Harold Kerzners Project Management 2.0 . Strukturen omfattar rapporteringsvägar och godkännandeprocesser; människorna har sina roller och beslutsrätt; och informationen ger dem den underlag de behöver för att fatta beslut.
För att omsätta dessa pelare i praktiken presenterar en artikel från en PMI-konferens åtta styrningskomponenter som du kan anpassa. Checklistan nedan visar vad varje komponent omfattar och vilka dokument eller processer du behöver upprätthålla.
| Komponent | Fråga att besvara | Dokumentera för att införa |
|---|---|---|
| Styrningsmodell | Hur mycket övervakning behöver detta projekt? | En överenskommen metod som dokumenteras i projektstadgan eller styrningsplanen |
| Ansvarsskyldighet och ansvarsområden | Vem har ansvaret för arbetet, och vem kan godkänna beslut? | RACI-matris och skriftliga beslutsrättigheter |
| Involvering av intressenter och kommunikation | Vem berörs, och hur ska du se till att de förblir delaktiga? | Karta över intressenter och kommunikationsplan |
| Möten | Vilka beslut kräver ett möte, och vem behöver delta? | Fastställt mötesändamål, deltagare och beslutsbefogenhet |
| Rapportering | Vad behöver beslutsfattare veta, och när? | Rapporteringsschema, statusrapporter och undantagsrapporter |
| Risk- och problemhantering | Hur ska du bedöma problem och avgöra när de ska eskaleras? | Riskregister eller RAID-logg med ansvariga och eskaleringströsklar |
| Kvalitetssäkring | Hur kommer du att kontrollera att leveransen och rapporteringen är tillförlitliga? | Granska kriterier, prestationsmått och kvalitetskontroller |
| Kontrollprocesser | Hur kommer du att följa upp resultatet och hantera ändringar i godkända planer? | Överenskomna riktlinjer, toleransgränser och en process för ändringshantering |
När det gäller godkännanden bör du kontrollera om dina dokument går utöver att bara fördela arbetsuppgifter. En RACI-matris kan visa vem som är ansvarig för ett leveransresultat, men den anger inte nödvändigtvis vem som kan godkänna extra utgifter eller en senare deadline. Dokumentera den befogenheten i dina beslutsrättigheter och använd sedan en process för ändringshantering för att definiera hur förfrågningar når den som ska godkänna dem.
Du måste också skilja mellan risker och problem: en risk kan inträffa, medan ett problem redan finns. En potentiell försening hos en leverantör är en risk. En utebliven leverans är ett problem som kräver åtgärd. Dokumentera dem i en mall för riskregister och problemlogg, eller använd en RAID-logg med separata kategorier och ansvariga.
Proffstips: Guiden ”RACI vs. RAID” förklarar hur RAID sammanför risker, antaganden, problem och beroenden i en enda post.
Vem ansvarar för projektstyrningen?
Projektets sponsor ansvarar vanligtvis för affärsunderlaget och står till svars för projektets värde. Projektledaren levererar inom överenskomna ramar, medan en styrgrupp eller ett projektledningskontor (PMO) utövar tillsyn vid behov.
Vilka roller som behövs beror på projektets komplexitet och risknivå. Ett mindre projekt kanske bara behöver en sponsor och en projektledare. Arbete som sträcker sig över flera avdelningar kan också behöva en styrgrupp för att lösa motstridiga prioriteringar och granska större förändringar.
| Roll | Huvudsakliga ansvarsområden | Befogenhetsgränser |
|---|---|---|
| Projektets sponsor | Ansvarar för affärsplanen, säkerställer finansieringen och utvärderar om projektet bör fortsätta | Beslut som går utöver deras befogenheter kräver högre godkännande |
| Styrgrupp | Granskar större avvikelser, löser konflikter mellan team och vägleder viktiga beslut | Kan endast godkänna ändringar inom ramen för sin delegerade befogenhet |
| PMO | Fastställer styrningsstandarder, stödjer rapportering och kontrollerar att överenskomna processer följs | Beslutsbefogenheterna beror på dess ansvarsområde |
| Projektledare | Planerar genomförandet, samordnar resurser och fattar beslut inom överenskomna ramar | Eskalerar ärenden som överskrider deras befogenheter |
| Projektledare och arbetsflödesansvariga | Utför tilldelade uppgifter, lyft fram risker och föreslå åtgärder | Eskalera beslut som ligger utanför den egna befogenheten via den överenskomna vägen |
Innan du skickar en begäran till en styrgrupp bör du kontrollera om den kan godkänna förändringen eller endast rekommendera den. En styrgrupp kan till exempel stödja en extra utgift på 30 000 dollar för att åtgärda problem med datakvaliteten, medan den slutgiltiga beslutanderätten ligger hos ekonomichefen. I så fall behöver du fortfarande ekonomichefens godkännande innan du avsätter medlen.
Dokumentera dessa gränser i projektstadgan eller styrningsplanen, inklusive vart olösta meningsskiljaktigheter ska hänskjutas för ett slutgiltigt beslut. För brådskande förfrågningar ska du utse en reservgodkännare vars delegerade befogenhet omfattar beslutet.
Så här bygger du upp ett ramverk för projektstyrning i sex steg
Börja med projektbeskrivningen och den godkända planen, och använd sedan dessa steg för att fastställa de regler som ska följas under genomförandet.
Steg 1: Identifiera beslut som kan behöva godkännas
Lista beslut som kan påverka projektets finansiering, omfattning, leverans eller förväntade fördelar. Inkludera planerade godkännanden, till exempel tillstånd att påbörja nästa fas, samt beslut som utlöses av förändringar, till exempel om projektet ska fortsätta när affärsunderlaget ändras.
För varje beslut ska du dokumentera:
- Utlösande faktor: Den omständighet som gör ett beslut nödvändigt
- Underlag: Den information som behövs för att bedöma alternativen
- Deadline: Den senaste tidpunkt då ett beslut kan fattas innan alternativen begränsas eller leveransen påverkas
Låt de som leder arbetet fatta beslut om rutinmässiga uppgifter.
Steg 2: Fastställ toleransgränser för kostnad, tidsplan, omfattning och risk
Toleransgränser definierar hur mycket resultaten får avvika från en godkänd plan inom ramen för din befintliga befogenhet. Kom överens om dessa gränser med uppdragsgivaren eller styrgruppen innan arbetet påbörjas.
Ditt projekt har en godkänd budget på 420 000 dollar. Projektägaren fastställer en kostnadstolerans på 5 % och ger dig tillstånd att använda ytterligare 21 000 dollar, vilket innebär att din utgiftsgräns blir 441 000 dollar. En prognos på 440 000 dollar ligger inom din godkända gräns. Om prognosen stiger till 448 000 dollar ska du begära godkännande från projektägaren innan du åtar dig de extra utgifterna.
Definiera de övriga gränserna lika tydligt:
- Tidsplan: Hur mycket kan slutdatum förskjutas innan godkännande krävs
- Omfattning: Vilka krav eller leveranser du kan ändra inom ramen för din befogenhet
- Risk: Den risknivå du kan acceptera och de händelser som kräver omedelbar granskning
Koppla varje toleransnivå till den plan den avser. En riskhanteringsplan kan hjälpa dig att fastställa risktrösklar. Beroende på projektet kan du också behöva tydliga gränser för kvalitet, nytta eller hållbarhet.
Steg 3: Tilldela beslutsrätt till utsedda personer
Gå tillbaka till din beslutslista och utse en godkännare för varje punkt. Identifiera sedan vem som ska utarbeta rekommendationen och vems synpunkter som behövs.
Dela upp ansvarsområdena enligt följande:
- Ansvarig för rekommendationen: Samlar in underlag, utvärderar alternativ och föreslår en åtgärd
- Godkännare: Godkänner eller avvisar förslaget inom ramen för sin delegerade befogenhet
- Personer som konsulterats: Bidrar med expertis eller förklarar hur beslutet skulle påverka deras arbete
När det gäller beslut i kommittéer ska du dokumentera hur enighet uppnås och vem som protokollför resultatet. Utse även en behörig ställföreträdare, med tydliga regler för när denne kan träda in.
Steg 4: Definiera eskaleringsvägen och svarstiderna
En eskalering bör ge den som fattar beslutet tillräckligt med information för att kunna fatta ett beslut. Använd en kort undantagsrapport som omfattar:
- Den överenskomna gränsen och den senaste prognosen
- Den troliga inverkan på projektet
- Tillgängliga alternativ och din rekommendation
- Tidsfristen för ett beslut
Fastställ svarstiden utifrån när du behöver agera. Om en leverantör behöver ett svar på fredag, ger en begäran om godkännande senast torsdag tid att genomföra beslutet.
Bestäm dessutom vad som ska hända om tidsfristen inte hålls. Ange vem som är nästa behöriga kontaktperson och specificera om det berörda arbetet måste avbrytas. Dessa mallar för eskaleringsmatriser ger dig utgångspunkter som du kan anpassa till ditt projekts godkännandeprocess.
Steg 5: Gör det enkelt att hitta beslut som väntar på beslut
Ge beslutsfattarna en samlad översikt över de ärenden som väntar på deras beslut. Varje post bör visa vad som kräver ett beslut, vem som ansvarar för ärendet och när det ska vara klart. Vid undantagsfall ska prognosen och den utsatta gränsen anges. Se till att underlaget är länkat till ärendet, så att beslutsfattaren kan granska uppskattningar, konsekvenser och alternativ.
En realtidsvy, som i dessa exempel på projektdashboards, kan hjälpa dig att följa förfrågningar när förutsättningarna förändras. Regelbundna statusrapporter kan fortfarande täcka milstolpar och framsteg, men låt inte godkännandeförfrågningar försvinna bland uppgiftsuppdateringarna.
Du kan skapa en projektöversikt som samlar deadlines, hinder och prestationsmått i en enda vy på mindre än 15 minuter. Här är en snabb genomgång som hjälper dig att komma igång:
Steg 6: Dokumentera beslut och granska ramverket
Dokumentera varje beslut när det fattas, inklusive den som godkänner det, datum, övervägda alternativ, motivering och uppföljningsåtgärder.
Ett godkännande kan kräva uppdateringar av budgeten, tidsplanen eller omfattningen. Genomför dessa ändringar via ändringshanteringen, koppla de reviderade dokumenten till beslutsloggen och informera alla berörda om vilken plan de nu ska arbeta efter.
Vid varje etappgenomgång ska du bedöma om ramverket hjälpte dig att fatta beslut i rätt tid:
- Reagerade beslutsfattarna innan åtgärder behövde vidtas?
- Var ansvarsfördelningen och godkännandegränserna tydliga?
- Var det rutinmässiga förändringar som utlöste onödiga eskaleringar?
- Tog man upp några viktiga problem för sent?
Använd svaren för att föreslå ändringar i ramverket. Även reviderade toleranser eller beslutsrättigheter måste godkännas. När de har godkänts ska du informera om dem genom en kommunikationsplan innan nästa fas inleds.
Hur mycket styrning behöver ditt projekt?
De sex stegen gäller för alla projekt, men graden av övervakning bör stå i proportion till projektets kostnad, risker, beroenden och konsekvenserna av ett felaktigt beslut. PRINCE2 kallar detta för anpassa efter projektet.
Ett pilotprojekt med ett enda team kan till exempel behöva endast en sponsor och en tydlig godkännandeprocess. Om projektet börjar hantera betalningsdata kan det krävas en formell säkerhetsgranskning, även om teamets storlek inte har förändrats.
Tabellen nedan ger en utgångspunkt för att välja din uppsättning. Betrakta storlekarna som exempel, inte som fasta regler baserade på antalet teammedlemmar eller projektets varaktighet.
| Storlek | Typisk profil | Roller inom styrningen | Rapportering | Kontroller |
|---|---|---|---|---|
| Litet | Ett team, arbete med låg risk, få beroenden | Beställare och projektledare | Korta uppdateringar vid överenskomna tidpunkter; ta upp avvikelser när de uppstår | Godkännandegränser och en enkel beslutslogg |
| Medium | Flera team eller leverantörer, delade resurser, måttlig påverkan på verksamheten | Beställare, projektledare och en styrgrupp vid behov | Regelbundna framstegsgenomgångar; undantagsbegäranden vid behov | RACI, risklogg, godkännande av ändringar och etappgranskningar |
| Stort | Stor finansiell risk, komplexa beroenden eller reglerad verksamhet | Sponsor, styrgrupp och PMO eller oberoende granskning vid behov | Regelbundna framstegsgenomgångar och snabb eskalering | Formella milstolpar, ändringshantering, revisionsspår och oberoende kontroller där så behövs |
Sträva efter den enklaste strukturen som ger beslutsfattarna tillräckligt med information och befogenheter att agera. Dokumentera ditt val i projektplanen och se över det om omfattningen eller riskerna förändras.
Projektstyrning i praktiken: Lanseringen av CRM-systemet vid University of Manchester
Graphene Engineering Innovation Centre vid University of Manchester behövde ett CRM-system för att spåra förfrågningar och hantera kundintroduktionen. VD:n initierade projektet, affärsutvecklingschefen ledde projektstyrelsen och projektledaren Nathan Lumb ansvarade för genomförandet.
Teamet fastställde ett tak för mjukvarukostnaderna på 20 pund per användare och månad och krävde support för upp till 50 användare. Den publicerade fallstudien beskriver hur godkännanden och etappgranskningar formade arbetet:
- Definiera kraven innan du köper. Lumb utarbetade projektbeskrivningen och en översiktsplan för godkännande. Intressenterna enades sedan om processen för kundintroduktion innan teamet skaffade ett CRM-system
- Fastställ milstolpar för leveransen. Teamet delade upp upphandling, konfiguration, testning, driftsättning och överlämning i olika etapper. Intressenterna granskade planen och enades om rapportering och arbetspaket.
- Åtgärda förseningar i godkännandeprocessen. Motstridiga åsikter bland intressenterna fördröjde en överenskommelse om processen. Lumb fastställde tidsfrister för återkoppling och godkännande för att nå ett beslut
- Hantera säkerhetsgranskningen. IT-avdelningen ifrågasatte säkerheten i det molnbaserade systemet, vilket fördröjde godkännandet av upphandlingen. Teamet besvarade IT-avdelningens frågor och väntade på godkännande. Projektledaren hanterade frågan utan att begära en reviderad etappplan, eftersom svaret låg inom ramen för den plan som styrelsen redan hade godkänt.
- Utnyttja feedback under implementeringen. Långsamma svar från leverantören gjorde att användarna fick vänta på svar. Teamet förde en logg över lärdomar, delade med sig av svaren varje vecka och erbjöd ytterligare utbildning
När tillsynen kräver starkare underlag: Crossrail
Crossrail visar på ett annat styrningsproblem: ledningen hade formell tillsyn men saknade en realistisk genomförandeplan.
Enligt Riksrevisionens rapport från 2019:
- 2010: Det tillkännagivna finansieringspaketet uppgick till 14,8 miljarder pund
- Från 2015: Problem började dyka upp, men programmet fortsatte att arbeta mot den planerade invigningen av mittsektionen i december 2018
- Augusti 2018: Crossrail meddelade att man inte skulle hinna till det planerade öppningsdatumet
- December 2018: Finansieringspaketet ökade till 17,6 miljarder pund, vilket är 2,8 miljarder pund mer än 2010 års nivå.
NAO identifierade en pressad tidsplan, avtalsvillkor och avsaknaden av en realistisk plan som några av orsakerna till merkostnaderna. Slutsatsen var tydlig: Crossrail ”höll fast vid den orealistiska uppfattningen att man skulle kunna slutföra projektet enligt den ursprungliga tidsplanen.”
Slutsats: Exemplet med University of Manchester illustrerar hur överenskomna faser och godkännandeprocesser styr genomförandet. Crossrail visar varför dessa styrmekanismer också kräver trovärdiga prognoser: beslutsfattare kan inte bedöma om en plan ska genomföras om den rapporterade tidsplanen är orealistisk.
Hur fungerar projektstyrning i agila team?
Agila team behöver utrymme att justera prioriteringar allteftersom de lär sig. Styrningen definierar de mål, den finansiering och de godkännandegränser inom vilka de kan fatta dessa beslut.
I Scrum prioriterar produktägaren produktbackloggen, och utvecklarna planerar hur de ska leverera det arbete som valts ut för varje sprint. Under sprintgranskningen granskar scrumteamet och intressenterna resultatet och diskuterar vad som ska göras härnäst.
Dessa diskussioner kan avslöja förändrade affärsbehov eller risker för produktmålet. En sprintgranskning ersätter dock inte godkännande av extra finansiering eller förändringar som ligger utanför teamets befogenheter.
Användarfeedback visar till exempel att en apps utcheckningsprocess är förvirrande. Produktägaren kan då flytta upp förbättringar av utcheckningen högre upp i backloggen. Om ändringarna kräver mer finansiering eller skulle fördröja leveransen bortom en överenskommen tidsgräns, måste teamet få godkännande genom projektets styrningsprocess.
Vanliga misstag inom projektstyrning och hur man åtgärdar dem
Att få godkännande innebär inte alltid att genomförandet kommer att gå smidigt. Granskare kan missa luckor i underlaget, förbise invändningar från användare eller godkänna arbete med villkor som går obemärkt förbi.
Håll utkik efter dessa fem misstag när du tillämpar ditt ramverk i praktiken:
| Misstag | Så här åtgärdar du det |
|---|---|
| Etappgranskningar blir en ren formalitet | Ställ upp tydliga krav för att gå vidare till nästa fas, till exempel att användartester ska godkännas och att kritiska fel ska åtgärdas. Granskarna bör besluta om arbetet ska godkännas, godkännas med villkor eller hållas tillbaka tills bristerna har åtgärdats. |
| Användarna konsulteras för sent | Involvera de personer som kommer att använda eller hantera resultatet i utformnings- och godkännandegranskningar. Vid en CRM-implementering bör du be säljavdelningen att kontrollera arbetsflöden och datafält innan utformningen godkänns. Dokumentera olösta frågor och utse någon som ska svara på dem |
| En övergripande status som visar ”grönt” döljer problem i arbetsflödet | Titta bortom det sammanfattande betyget. Ett projekt kan ligga enligt tidsplanen samtidigt som en kritisk integration inte klarar sina tester. Rapportera viktiga arbetsflöden separat, med underlag som styrker respektive status. |
| Villkorligt godkännande behandlas som fullständigt godkännande | Dokumentera varje villkor, vem som ansvarar för det och tidsfristen för att åtgärda det. Ange vilket arbete som kan fortsätta och vad som måste vänta, och kontrollera sedan att villkoren är uppfyllda innan det berörda arbetet släpps vidare. |
| Fördelarna följs inte upp efter överlämnandet | Utse en ansvarig person som ska mäta resultaten efter att projektet avslutats och rapportera tillbaka till uppdragsgivaren. Kom överens om mätmetoder, granskningsdatum och vilka åtgärder som ska vidtas om resultaten inte når upp till målen |
Så här hanterar du projektstyrning i ClickUp
När en prognos överskrider en överenskommen gräns behöver din sponsor mer än bara en varning. Hen behöver information om den förväntade påverkan, olika alternativ och en tidsfrist för att fatta ett beslut. Med ClickUp kan du samla den begäran tillsammans med underlaget och det projektarbete som påverkas.
Håll godkännandereglerna nära arbetet
Börja med mallen för styrningsplan i ClickUp. Den innehåller en vy för roller och ansvarsområden samt ett anpassningsbart fält för beslutsbefogenhet som du kan anpassa efter din godkännandeprocess.
Använd ClickUp Docs för att dokumentera toleranser, eskaleringsvägar och svarstider. Koppla planen till godkännandeuppgifter, så att granskare kan kontrollera reglerna bakom varje förfrågan.
Omvandla undantag till godkännandeförfrågningar
Utifrån detta kan du skapa ett arbetsflöde för undantagsfall. Låt oss använda exemplet från steg 2, där projektledaren kan godkänna utgifter på upp till 441 000 dollar.
- Följ upp prognosen: Lägg till ett anpassat fält för siffra eller belopp i projektuppgiften för dess förväntade totalkostnad
- Hantering av undantag: Lägg till ett rullgardinsfält med alternativet ”Godkännande krävs” i projektuppgiften. När projektledaren markerar en prognos över 441 000 dollar för godkännande, använd en ClickUp-automatisering för att tilldela uppgiften till sponsorn och ändra dess status till ”Väntar på godkännande”.
- Granska förfrågan: Koppla leverantörens kostnadsförslag och föreslagna alternativ till uppgiften. Projektansvarig kan granska underlagen, dokumentera ett beslut och tilldela uppföljningsarbetet
Ge sponsorerna en översikt över beslut som väntar på beslut
För löpande övervakning kan ClickUp-dashboards samla all information i en enda vy. Använd ett beräkningskort för att visa den prognostiserade kostnaden och ett uppgiftslistkort filtrerat på väntande godkännanden. Visa ansvarig, deadline och relevanta anpassade fält, så att sponsorn kan öppna varje förfrågan och granska detaljerna.
När en godkänd förändring påverkar leveransen kan projektledaren uppdatera relevanta uppgifter och datum utan att förlora motiveringen till beslutet.
För ett mindre projekt kan styrningsplanen och en gemensam godkännandelista räcka. Lägg till automatiseringar och instrumentpaneler när antalet förfrågningar ökar.
Priser för ClickUp
Vad säger ClickUp-användarna?
Hos Savills övervakar det regionala IT-teamet mjukvaruimplementeringar, infrastrukturprojekt och leveranser från leverantörer i 14 regioner i Asien.
Tidigare: Projektledarna samlade in uppdateringar från olika länder och sammanställde cirka 20 PowerPoint-presentationer till en månatlig CIO-rapport. Ledningen var beroende av den rapporteringscykeln för att få en samlad bild.
Med ClickUp: Delade projektuppgifter matas direkt in i en realtidsdashboard för CIO:n. Ledningen kan se vilka projekt som går framåt och vilka som behöver uppmärksamhet, samtidigt som teamen arbetar utifrån samma uppgifter om förfrågningar, ändringar och problem.
Resultatet: Det 10-personers projektteamet sparar över 50 timmar varje månad genom att hantera frågor från leverantörer och överlämningar i uppgiftsdiskussioner. Projektledarna lägger mindre tid på att samordna över olika tidszoner och utarbeta rapporter, samtidigt som ledningen har en aktuell överblick över projektportföljen.
Lämpligast för: Tvärfunktionella team som hanterar frekventa ändringsförfrågningar och godkännanden, där uppdragsgivare behöver tillgång till projektprognoser, underlag och beslutshistorik utan att behöva jaga efter uppdateringar mellan olika team.
Hoppa över detta om: Du behöver ett särskilt system för styrning, riskhantering och regelefterlevnad (GRC) för formella revisioner och myndighetskontroller, eller om ditt projekt är tillräckligt litet för att hanteras med en enkel projektplan och en beslutsprotokoll.
Hur mycket styrning bör du införa?
För ett litet projekt med låg risk, ett team och en tydlig beslutsfattare kan det räcka med en grundläggande projektplan, godkännandegränser och en beslutsprotokoll. Du behöver inte någon separat styrgrupp eller någon detaljerad styrningsplan.
Använd ett mer formellt ramverk för projektstyrning när beslut berör flera avdelningar, innebär betydande utgifter, påverkar lagstadgade skyldigheter eller kan orsaka kostsamma förseningar. Utse beslutsfattare, fastställ eskaleringsgränser och kom överens om granskningspunkter innan arbetet påbörjas.
Med ClickUp kan du spara godkännandeförfrågningar, underlag och dokumenterade beslut tillsammans med projektet, så att teamen kan spåra vad som har godkänts och varför.
Vanliga frågor om projektstyrning
Vad är skillnaden mellan projektstyrning och projektkontroll?
Projektstyrning definierar vem som fattar beslut och vilken befogenhet de har. Projektgranskning kontrollerar om planer, rapporter och kontroller ger tillförlitlig information till dessa personer. Till exempel kan en oberoende granskning bedöma om ett projekt är klart att lanseras innan styrgruppen fattar sitt beslut.
Hur mäter man om projektstyrningen är effektiv?
Följ upp hur lång tid det tar att fatta godkännandebeslut, hur ofta tidsfrister för beslut överskrids och om de åtgärder som beslutats vid etappgenomgångar slutförs i tid. Du kan också kontrollera hur ofta ändringar genomförs utan erforderligt godkännande. Granska dessa trender över projektets olika etapper för att se om styrningen hjälper teamen att fatta välgrundade beslut i rätt tid.
Vad händer om en projektansvarig lämnar projektet mitt i projektet?
Organisationen bör utse en tillfällig eller ersättande sponsor och bekräfta dennes beslutsbefogenhet. Projektledaren kan sedan informera denne om affärsunderlaget, aktuella risker, väntande godkännanden och finansieringsåtaganden. Innan befogenheten formellt har överförts bör teamet inte utgå från att en annan ledningsperson kan godkänna samma beslut.
Hur fungerar projektstyrningen i samverkan med externa leverantörer?
Externa leverantörer kan rapportera risker, föreslå ändringar och hantera arbetet inom ramen för sina avtal. Ändringar av överenskomna kostnader, omfattning eller leveransvillkor måste dock följa avtalets process för ändringshantering och organisationens godkännanderegler. Fastställ vem som kan godkänna leveranser, godkänna avtalsändringar och lösa tvister innan leverantörens arbete påbörjas.
Vad är skillnaden mellan en projektmilstolpe och en etappgräns?
En milstolpe markerar en viktig händelse eller ett färdigställt delresultat, till exempel att användartesterna är avslutade. En etappgräns är ett beslutstillfälle där behöriga intressenter granskar underlaget och beslutar om projektet kan gå vidare. Att nå en milstolpe innebär inte automatiskt att nästa etapp har godkänts.