PROJEKTUPPGIFT TNK020 Grupp 1 – Holmen AB Linda Almgren [linal840] 810221-0146 Mattias Eklund [matek949] 800131-0070 Mats Janné [matja208] 790709-1453 Johan Kjellberg [johkj774] Henrik Nilsson [henni762] 790105-1610 Oskar Vikman [oskvi198] 800408-5513 1 Sammanfattning Holmen är en koncern vars huvudsyfte är papperstillverkning. Koncernen är ägare till 1 300 000 hektar skog och vid sina fyra pappersbruk har man en sammanlagd kapacitet att kunna tillverka 1 850 000 ton papper på de nio maskiner som i dagens läge är i drift. Inom koncernen har man länge arbetat i projektform men det är först det senaste året som man har implementerat en framtagen projektmodell. Tidigare följde projekten någon form av modell men kontinuiteten i arbetet var näst intill obefintlig och varje projekt följde sin egen struktur med avseende på dokumentation och implementering. Den projektmodell man nu använder sig av är utvecklad av Pejl AB och implementerades på Holmen under 2003. Det är främst IT-avdelningen som använder sig av projektmodellen till följd av att merparten av de projekt som genomförs på Holmen är IT-relaterade och därför valde vi att koncentrera oss på hur IT-avdelningen utnyttjar de nya resurser som en välutvecklad projektmodell innebär. Modellen används såväl vid utveckling av egna IT-system som vid implementering av externa system. 2 Inledning 2.1 Bakgrund Arbetet inom svensk industri har under en längre tid varit projektbaserat och de stora företagen börjar inse vikten av att använda sig av välutvecklade projektmodeller. De senaste 10 åren har ett flertal projektmodeller utvecklats och man kan fråga sig vilken av dem som är bäst. Använder sig de stora företagen av en enhetlig projektmodell? Hur resonerar man vid valet av projektmodell? Fungerar det verkligen att samordna en hel koncern till att använda sig av de steg som finns i en modell? Dessa frågeställningar är bakgrunden till det här projektarbetet där vi har undersökt projektmetodiken hos IT-avdelningen på en av Sveriges största papperskoncerner, Holmen. Man har inom Holmen-koncernen arbetat med projekt under en väldigt lång tid men tidigare har man inte arbetat med samma struktur från projekt till projekt. Sedan ett år tillbaka försöker man samordna projekten och det var vid den tidpunkten som anskaffade sin projektmodell från Pejl AB. 2.2 Syfte Syftet med rapporten är att klargöra hur IT-avdelningen på Holmen arbetar i projektform och hur den projektmodell man använder sig av är uppbyggd. Vi har även sökt svar på vilka styrkor och svagheter som projektmodellen har och hur implementeringen av modellen har gått till. Vi berör även hur projektledningen går till i praktiken och avslutar med en analysoch utvärderingsdel där modellen och Holmens projektarbetsmetodik står i fokus. 2.3 Avgränsningar Vi har avgränsat vår studie av Holmens projektmetodik till att främst omfatta IT-avdelning. Anledningen till detta är att IT-avdelningen är de som främst arbetar i projektform inom Holmen-koncernen om man ser till antalet projekt. Budgeten för projekt på andra avdelningar är ofta större men majoriteten av de projekt som man genomför ligger hos IT-avdelning och därför såg vi det som ett naturligt steg att undersöka den avdelningen. 1 3 Företagspresentation Holmen är ett av Sveriges äldsta företag och inriktar sig främst mot papperstillverkning. Grunden i företaget lades 1609 på Kvarnholmen vid Motala ström i Norrköping som vapenfaktori men bytte snart inriktning mot pappersindustri. Holmen är idag resultatet av en sammanslagning mellan Mo och Domsjö AB, Holmens Bruk AB och AB Iggesunds Bruk. Koncernen hette ursprungligen MoDo men bytte namn till Holmen år 2000 Idag är Holmen uppdelad i fem bolag: Holmen Paper, Iggesund Paperboard, Iggesund Timber, Holmen Skog och Holmen Kraft. Totalt sett har koncernen strax under 5000 anställda och omsättningen låg 2003 på 16 miljarder kr. Koncernen äger idag omkring en miljon hektar skog, vilket gör dem till den näst största skogsägaren i Sverige. Holmens affärsidé är att inrikta sig främst mot tillverkning av tidnings- och journalpapper samt kartong. Tillverkningen sker främst i Sverige medan huvudmarknaden är Europa och. kapaciteten tryckpapper är för närvarande 1 850 000 ton papper per år producerat av nio pappersmaskiner. Just nu projekteras en ny maskin i Spanien som kommer att öka papperstillverkningen med 300 000 ton varav hälften tidningspapper. Produktionsstarten av denna maskin är satt till 2006 och avsättningsområdet är tänkt att vara de södra delarna av Europa. För att kunna driva kraftverken har Holmen sitt eget kraftföretag, Holmen Kraft. Genom uteslutande användning av vattenkraft främst i norrland (Faxälven, Umeälven och Gideälven) men även vid Ljusnan och Motala Ström har Holmen sänkt sina behov av köpt elkraft. Bara Hallsta och Bravikens pappersbruk förbrukar tillsammans 2500GWh elenergi om året. För den här typen av stora företag och koncerner har behovet av IT-resurser ökat explosionsartat främst under den senaste tioårsperioden. På Holmen ligger denna avdelning i Norrköping och arbetar främst i projektform att ta fram kravspecifikationer av nya mjukvaruinköp. Till en viss del utvecklas även egen programvara här, men i regel har det visat sig mer kostnadseffektivt att köpa in färdiga produkter utifrån. 2 4 Företagets projektmodell Pejl’s projketmodells ”pappa” heter Kent Lagerkvist. Beslutsunderlag – ledningens/beställarens direktiv till projektet. Projektets effektmål och produktmål tas fram här. Vad företaget vill med projektet. Projektkontrakt – Hur utför företaget projektet. Vid varje beslutspunkt görs en projektgranskning. Detta är en mätmetod som innebär att man svara på en massa frågor, i utförliga projektmodellen är det över 300 stycken totalt. Denna mätmetod bygger också på projektmiljön, hur projektvana företaget/verksamheten är som mäts i en skala mellan 1-3. Det första man bör bestämma då man startar ett projekt är vara man ligger i projektmiljö. Därefter svara på granskningsfrågor vid varje beslutspunkt. Man tittar här på en kvot mellan Q (kvalitet) och R (risk). Denna kvot påverkas också av projektmiljöfaktorn som fås via skalan. Är Q/R multiplicerat med projektmiljöfaktorn nära 1 desto mindre förseningar har projektet. Frågorna och skalorna är förbestämda av Pejl. R-nivå: X antal svar/M antal frågor => en siffra mellan 0-1 Q-nivå: X antal svar/N antal frågor => en siffra mellan 0-1 Q/R – rate olika intervall olika bra, men att ha liten risk (R) och hög kvalitet (Q nära ett) är bra. >4 Bra 2-4 Tveksamt 0-2 Dåligt Efter detta görs en granskningsrapport som tittar på vilka åtgärder som kan finnas och vilka effekter de har på de rike och kvalitetsproblem som man har. Rapporten påvisar bristerna och föreslår åtgärder för att minska hotet mor projektet. Man tittar på de Q och R som man hittat i varje mätning (projektgranskning) inför varje beslutspunkt. Beställaren skall sitta med i styrgruppen. Vilka projektdokument som skall fram styr projektet i olika beslutspunkter. Utgåva = utkast Samspelet mellan projektbeställaren och projektledaren är viktigt för denna projektmodell. TKQ – Tid, Kostnad och Kvalitet är ett viktigt begrepp som man tittar på. Här bör man avgöra vilken av dessa tre som är viktigast. Vikten för varje faktor måste anges av beställaren, summan av dem måste bli ett. Dessa faktorer hjälper projektledaren att styra ambitionsnivån inom/mellan tid, kostnad och kvalitet. Det är beställaren som allokerar resurserna. Effektanalys – en utredning => vad vill verksamheten att projektet skall göra? Svaret på denna fråga ger upphov till beslutspunkt två med effektmål och produktmål. Projektanalys – vilka roller och rapportvägar samt tiduppfattningar och utvecklingsmetod bestäms och ger upphov till beslutspunkt tre. Inget arbete bör börja innan beslutspunkt 3, dvs. genomförandet av projektet borde inte börja tidigare än så. I beslutpunkt 3 kommer första projektkontraktet som ett svar på detta beslut. Det som styr hur specifikation och konstruktion utförs beskrivs i utvecklingsmodellen. Hur man genomför utvecklingsarbetet ligger utanför projektmodellen. Det måste finnas en vink i projektplanen till den utvecklingsmodell som skall tillämpas i projektet. Tidsplanen i projektet styr av de aktiviteter som utvecklingsmodellen förespråkar i specifikation och konstruktion. Utan utvecklingsmodell vet projektgruppen inte vad de skall ta höjd för vid 3 projektplaneringen i projektanalysfasen. Under samma projektmodell kan man välja olika utvecklingsmodeller, det viktiga är att den modell man använder finns nämnd i projektplanen. Dokumenthantering och konfigurationshantering är stödprocesser som ligger utanför projektmodellen. Dessa är inte starkt kopplade till varandra och kan därför vara olika för olika företag trots att de har liknande projektmodeller. En hierarki av planer. Beslutsunderlag Styr projektmodellen Alla projektdok ument som säger hur projektet skall genomföras Projektplan QAP CMP QAP = Kvalitetssäkringsplan TP CMP = Konfigurationsplan UP TP = Testplan UP = Utvecklingsplan Hur följer man upp specifikation och konstruktion? Här kommer Tid, kostnad och Kvalitet (TKQ) in som tre viktiga faktorer som ligger i projektmodellen. Risk och kvalitetskvoten R/Q är också viktig här. Den mäter hur bra man ligger till i projektet i just de tre ovanstående faktorerna. Ett bra stöd för produktkvalitén och progress är konfigurationsledningssystemet, vilket är en stöd funktion. I detta verktyg finns vilka delar av produkten som skall bestå av samt status för varje del. Verktyget är framförallt ett bra stöd för projektledaren som är ytterst kvalitetsansvarig. 4 5 Företagets projektledning i praktiken En beställare, inom organisationen, beställer ett projekt och en styrgrupp styr projektet. I praktiken händer det ganska ofta att projektledaren även sitter i styrgruppen och kan därmed påverka styrgruppens beslut, vilket projektledaren egentligen inte ska. Bemanningen till projektet sköter projektledaren i samråd med beställaren. Ett projekt innehåller alltid minst 3 resurser förutom projektledaren. Pejls projektmodell innehåller något som kallas riskanalys som ska genomföras i projektanalysfasen, ett dokument som ställer upp alla risker och visar om det är värt att starta ett projekt. Till projektledarnas förvåning och besvikelse vid intervjutillfället verkar detta dokument nu vara borttaget. Om det är medvetet eller något fel i systemet låter vi vara osagt då vi inte vet. I de projekt som IT-avdelningen själva utför används Hold doc, Microsoft Office som dokumenthanteringssystem. De är enkla att förstå och lära och samtidigt tillräckligt kraftfulla för att kunna användas. När det handlar om produktion och inköp är databaser och databashantering viktiga redskap för att kunna hålla koll på allting. Den databas som används är Oracle plus de utvecklingsverktyg som medföljer. Alla medarbetare i det pågående projektet har tillgång till alla dokument och den arbetsgång som ska följas via ett webbaserat system på Holmens intranät. Där kan varje person lätt få det stöd som behövs. IT-avdelningen på Holmen verkar köpa in mycket produkter från utomstående företag och verkar inte utveckla så mycket själva. Det gäller i alla fall ekonomisystem, inköpssystem etc. vilket medför att analysen, konstruktionen och införandet sker av leverantören med leverantörens egen projektmodell. System för egna maskiner utvecklas dock av Holmen själva. Ett massivt arbete ligger i effektanalysen och förarbetet för att t.ex. vid inköp av programvara kunna ge en fullständig kravspecifikation som inte behöver uppdateras under projektets gång. Det är oerhört mycket dyrare att ändra en kravspecifikation under konstruktionsfasen än i en tidigare fas. Effektanalysen och projektanalysen av ett projekt kan ta mycket lång tid, analystider på över året är inte ovanligt. En regel som Holmen följer är att alltid bestämma ett fast pris med leverantören redan från början. Detta medför vissa problem med en del leverantörer till en början, men till slut blir det som Holmen vill. Anledningen till denna regel är att man då i förväg kan se vad hela projektet kommer att kosta att genomföra. Märker man under projektets gång att projektets budget håller på att spricka tar styrgruppen beslut om projektet ska fortgå eller avbrytas. Det fasta priset som sätts innan projektets start är förhandlingsbart och så länge man håller sig inom 10 % över det satta priset är det inga problem, det är i stort sett alltid man går över det satta priset. Ansvarig för budgeten är projektledaren och måste rapportera avvikelser till styrgruppen. Behövs det mer pengar går projektledaren till styrgruppen och efterfrågar ökad budget. Det är en av anledningarna till att projektledaren egentligen inte ska sitta med i styrgruppen, då denne kanske inte alltid kan vara så objektiv som det kan krävas. Holmen håller på att utveckla sin inköpta projektmodell själva för att få ner dagens arbetsgång på papper. Dom har lagt in en tidigare beslutspunkt vilken beslutar om en idé är tillräckligt bra för att hamna i en så kallad idébank. Idéerna i idébanken prioriteras i lönsamhetsordning innan de skickas till beslutspunkt 1 i Pejls projektmodell. Det är så IT-avdelnigen jobbar med idéer idag och vill därmed ha ner det på papper för att alla ska kunna följa detta på ett bra sätt. Anledningen är helt enkelt för att formalisera idéutvecklingen. 5 Resurskonflikter uppstår i stort sett alltid i alla projekt inom Holmen, trots kontraktet som finns skrivet vilket ger projektledaren rätt att använda de resurser som utlovades. Det är alltid under konstruktionsfasen resurskonflikterna uppstår, och kommer troligen alltid att uppstå där. Trots att projektledaren ska ordna en ersättare åt den utlånade resursen saknar alltid den ordinarie chefen sin resurs och sätter press på denne. Om resursen lägger ner mindre tid än planerat på projektuppgiften kommer hela projektet att hamna i en tidsförskjutning vilket kan göra andra resurser inom projektet ”arbetslösa” under vissa tidsperioder. Under utvecklingsfasen sitter en kvalitetsgranskare och kontrollerar teknikerna och deras färdiga arbeten. Kvalitetsgranskarens jobb ligger egentligen inte i att själv utveckla, men i praktiken brukar granskaren göra det ändå. Vid införandefasen måste det konstruerade systemets slutanvändare utbildas på ett bra sätt. I praktiken utbildas nyckelpersoner hos slutanvändaren som sedan utbildar alla andra på arbetsplatsen, självklart med stöd av projektgruppen. I vissa fall, som vid nya fabriken i Spanien, utbildas bara en person som sedan lär ut flera system till de olika användarna. Lyckas man få tag i en person som både har lätt och förstå nya system och även kan lära ut detta på ett pedagogiskt sätta tar man vara på det. Detta kan ske även om denna person kanske inte själv kommer att använda det systemet i sin egentliga arbetsuppgift. Holmens IT-avdelning har bara använt Pejls projektmodell i ett år och har därför inte lyckats gå igenom alla faser i modellen ännu. De har bara kommit till driftsfasen och en utvärderingsfas och effektanalys kommer att komma senare. Projektledarna verkar generellt sett mycket nöjda med Pejls projektmodell och menar att innan de köpte denna var arbetsgången mycket lik, men fanns inte på papper. Några stora omställningar har det alltså inte blivit från tidigare projekt. Nu kan alla inblandade i projektet gå in och titta vad som gäller i nästa steg och även se så allt gick rätt till vid ett tidigare skede. Med regler och riktlinjer dokumenterade känner sig alla tryggare och många konflikter som uppstår kan enkelt lösas genom att berörda parter tar sig en titt på vilka regler som gäller. 6 6 Analys och utvärdering av modell och projektarbete Holmens projekt bygger på Pejl AB:s modell Pejl. En bild på denna projektmodell visas nedan i en figur. I varje steg i modellen har Holmen väldigt bra hjälpmedel i form av formulär och dokument fyllda med tips och riktlinjer för hur varje fas bör utföras. Detta gör att projektmedlemmarna känner trygghet och blir säkra i sina roller i projektet. Holmen har en väl genomtänkt arbetsplan för projektarbete. De har anlitat en extern konsultfirma som har hjälpt Holmen med att utveckla en bra projektmodell anpassad till just deras behov. Med tanke på att Holmenkoncernen är ett så pass stort är detta en bra investering anser vi. För företag med mindre omsättning kan det vara för dyrt att köpa in specialsydda modeller utan det räcker säkert med enklare varianter. Bild: Projektmodellen Pejl. Holmens projekt bygger först och främst på idéer och nytänkande om hur nya produkter ska se ut eller hur nya procedurer ska gå till. Dessa idéer kommer tex. från alla sorters anställda i företaget, från verkstadsfolk till avdelningschefer. Detta anser vi vara smart att låta anställda på alla positioner kommer med förslag och vad vi vet är det en ganska vanlig metod för att utveckla och förbättra företaget. Idéerna analyseras, de bästa plockas ut och läggs i en projektförslagshög. Holmen har för varje år en tilldelad budget för nya projekt och de mest lovande idéerna avancerar från idéer till projekt. Holmen baserar detta avancemang på tex. hur lönsamma idéerna är och sållar på så sätt bort de lite sämre och de mest riskabla förslagen till fördel för de mest lönsamma och genomförbara. Det finns dock undantag. Vissa projekt anses vara lönsamma då man kan se till andra aspekter än de ekonomiska, t.ex. säkerhet. Holmen tog upp ett projekt som var mindre lyckat, detta projekt var dock ett projekt som utfördes innan den nuvarande projektmodellen Pejl implementerades. Även om projektet i sig var misslyckat så kunde de dra mycket nytta av det ändå. Eftersom det gav erfarenhet av hur ett projekt ska inledas, detta misslyckade projekt hade de mer eller mindre kastat sig in i utan att analyserat det ordentligt innan projektstarten. Detta stämmer i stora drag med Wenells teorier om förstudie och analys innan projektstart. Bild: Holmens strategi för att ta vara på bra idéer samt sålla ut mindre bra. 7 Pejls modell som Holmen använder sig av bygger mycket på förstudie och analys inför projektstarten. Analysen är till för att utvärdera om projektets effektmål kommer att bli lönsamma eller vara till annan nytta. Effektmålen måste t.ex. vara mätbara (vad som ska mätas), tidsatta (när ska effekten uppstå), riktade (var ska effekten uppstå – internt/externt) och prioriterade i angelägenhetsgrad (vilka effektmål som är viktigast uppskattade i tex. %). Detta tycker vi verkar stämma med våra tidigare erfarenheter om projekt som vi fått under kursens gång. De hade även samma syn på effektmål och projektmål som Wenell. Det är alltså projektmålen man åstadkommer med ett projekt men det är effekterna av projektmålet (effektmålet) som är det som är viktigt i slutändan. Om analysen av effektmålen inte uppfylls på ett tillfredsställande sätt så går inte projektet in i nästa fas överhuvudtaget. Förstudien fyller funktioner såsom att bygga upp kunskapsnivån inom området innan projektet dras igång på allvar. Under intervjun med Holmen så understök de verkligen att det är här som de största pengarna kan tjänas och stor tyngd bör läggas på del. Ett projekt vars medlemmar inte har en någorlunda hög kunskapsnivån redan från början, där de viktigaste besluten ska tas, kommer att ta längre tid än beräknat eller i värsta fall misslyckas. Eftersom projekt-medlemmarna inte har den grund att stå på som krävs. Vi håller helt med i detta resonemang. Bild: Om Holmens analys av effektmålen är bra nog går man in i nästa fas som heter projektanalys och som i sin tur tar upp om projektet är genomförbart. Under faserna specifikation och konstruktion i Pejlmodellen utförs själva utvecklingen av den nya produkten eller proceduren som projektet avser att få fram. Denna del i projektmodellen skilde sig väldigt mycket från projekt till projekt i Holmens fall. Beroende på vad för projekt det rör sig om behövs olika kunskaper och kvaliteter hos projektmedlemmerna vilket leder till helt olika typer av uppbyggnad av projektguppen i olika projekt. Ett problem här är att en viss person som blivit utvald att vara med i ett projekt samtidigt kan ha arbetsuppgifter i andra projekt parallellt. Båda projekten kräver en viss tid från varje medlem i projektgruppen vilken måste planeras noga för att kunna klara tidsramarna för båda projekten. Holmen hade en lösning på detta. De hade ett projektkontrakt för varje gruppmedlem där det stod klart och tydligt vad som gällde angående hur mycket tid varje medlem skulle lägga ner i projektet. Detta fungerade relativt bra eftersom det nu stod klart och tydligt hur mycket som krävdes av varje gruppmedlem i projektet. Det vi tycker är bra med kontrakt är att en gruppmedlem inte ska behöva slita ut sig i ett projekt samtidigt som ett annat projekt blir lidande, och då finns detta klart angivet i kontraktet redan innan projektet börjat. Med detta system så är alla parter överens, både projektledaren och gruppmedlemmarna. Varje projekt behöver en beställare, denna beställare finansierar projektet. Beställaren håller kontakt med projektledaren och ser till att deras mål med projekt överensstämmer. Projektledaren ska samtidigt som han styr projektet hålla den tilldelade budgeten som han fått av projektbeställaren. Vanliga fall inom Holmen är att beställaren ger projektledaren en 8 budget som projektet får kosta, men om kostnaden överstiger budgeten en aning som ofta händer så är det ingen fara, då de vanligtvis har en felmarginal på ca. 10%. Under projektledaren finns hans projektgrupp som i minsta fallet borde bestå av två personer, en utvecklare samt en kvalitetsgranskare. Hos Holmen kunde utvecklaren och kvalitetsgranskaren vara en och samma person, detta är inte någon bra lösning då det bästa vore om någon utomstående kunde utvärdera arbetet. Men detta är också en ekonomisk fråga då det kan vara dyrt att anlita en extern konsult för detta ändamål. En annan viktig del i ett projektarbete inom Holmen är den så kallade styrgruppens arbete, de analyserar och utvärderar om projektet fortgår som planerat bör gå vidare mot sitt slutmål eller om det behöver omstruktureras eller rent utav läggas ner. När man går ur konstruktionfasen och in i införandet så satsade Holmen på att utbilda några få personer som i sin tur kan utbilda resten av personalen ute på de olika filialerna. I denna del så installeras de nya systemen och sedan läggs tonvikten på att utbilda personalen så att de kan använda sig av de nya resurserna (tex datasystem) så fort som möjligt och att övergången blir smidig och smärtfri. Holmen tog inte upp något exempel på utvärdering då de inte har använt sig av projektmodellen Pejl så länge så att de kunnat utvärdera något projekt och se om hur väl de fallit ut. 9 7 Referenser 7.1 Intervjuer: Bo Tollin och Lennart Brogren, Projektledare på Holmens IT-avdelning Vattengränden 2, 601 88 Norrköping (2004-10-01) Rikard. Almgren, Projektskolan, Stockholm (2004-10-05) 7.2 Böcker: Wenell, T. 2001 Wenell om Projekt, Uppsala Publishing House AB (ISBN 91-7005-211-5) Cotterell, Hughes 1995 Software Project Management (ISBN 1-850-32190-6) 7.3 Internet: www.holmen.se (2004-10-05) www.pejl.se (2004-10-05) www.hiteach.se (2004-10-05) 10