23.08.2013 Views

Asymmetriskt i IT-projekt påverkat beslutsfattande

Asymmetriskt i IT-projekt påverkat beslutsfattande

Asymmetriskt i IT-projekt påverkat beslutsfattande

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

245<br />

efterfrågade resultatet. Det är lättare att utföra arbetet med att uppfylla<br />

de uttalade behoven. Men det som ger nöjdast kund/beställare/verksamhet<br />

är att uppfylla de omedvetna behoven. Genom kommunikation<br />

mellan <strong>projekt</strong> och verksamhet kan <strong>projekt</strong>ledare och <strong>projekt</strong>deltagare<br />

försöka hitta de omedvetna behoven, även om det är svårt. Medvetenhet<br />

om att de omedvetna behoven finns bör hjälpa <strong>projekt</strong>ledaren att<br />

skapa den kommunikation som behövs. Vi har även <strong>projekt</strong>ledarens<br />

kommunikation runt beslutsunderlaget. Denna kommunikation sker i<br />

två steg. Först sker kommunikation i det skriftliga (i förväg utsända)<br />

materialet och sedan i den muntliga presentationen (under mötet). Det<br />

utsända materialet påverkar sin läsare, som eventuellt fattar sitt beslut<br />

redan vid läsandet. Det presenterade materialet påverkar sin lyssnare,<br />

som antingen redan har bestämt sig eller som nu ska bestämma sig. Att<br />

påverka en person som redan har bestämt sig är svårare än att påverka<br />

en person som inte har gjort det. För att lyckas med detta krävs att mottagaren<br />

har stort förtroende för avsändaren, god/hög självinsikt och stor<br />

kunskap. Här kan ANT (se avsnitt 3.4.3) och AT (se avsnitt 3.4.4) ge beslutsfattare<br />

förståelse och stöd. Det pekar på behovet av modell- och<br />

metodstöd samt utbildning och träning, vilket enligt <strong>IT</strong>-<strong>projekt</strong>ledarenkäten<br />

är en bristvara (se tabell 43, avsnitt 7.1).<br />

Exempel på innehåll är TCO/datorkostnader (se avsnitt 3.3.3.1), kvalitet<br />

(se avsnitt 3.3.3.2), mål (se avsnitt 3.2, 4.1.2, 4.2.1och 5.2), risk (se avsnitt<br />

4.3.10) och nytta (se tabell 45, avsnitt 7.2.1). Innehåll beskrivs i specifikationer<br />

(för produkt och <strong>projekt</strong>) och i beslutsunderlag. När en dokumentation<br />

skapas är det vanligt att allt inte skrivs in i den. En del är underförstått<br />

av den som skriver och förstås av dem som är inblandade. En del anses<br />

vara onödigt att ta med eftersom volymen och därmed tidsåtgången<br />

(för skrivande och läsande) måste begränsas. Annat hemlighålls för att<br />

det inte stämmer med det som önskas presenteras. För en icke insatt person<br />

kan dokumentationen upplevas ha brister och inte visa hur arbetet<br />

har genomförts och fungerat eller hur resultatet har skapats. Om allt inte<br />

är med i beslutsunderlaget fyller beslutsfattaren själv i med sina egna erfarenheter,<br />

sin egen kunskap, sin kännedom och sin personliga nytta. Vi<br />

kan utgå från att all information, ur något perspektiv, är asymmetrisk. Det<br />

är inte möjligt att täcka in alla tankar som kan dyka upp hos olika personer<br />

vid något tillfälle. Däremot kan alla som dokumenterar ha som ambition<br />

att göra en så bra dokumentation som möjligt och inse sin egen<br />

hemmablindhet och sin egen förförståelse.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!