Visa ett inlägg
Oläst 2009-06-13, 12:06 #10
Daniel.sts avatar
Daniel.st Daniel.st är inte uppkopplad
Mycket flitig postare
 
Reg.datum: Jul 2006
Inlägg: 762
Daniel.st Daniel.st är inte uppkopplad
Mycket flitig postare
Daniel.sts avatar
 
Reg.datum: Jul 2006
Inlägg: 762
Precis som nämns ovan handlar det om att hjälpa kunden att ta fram en lösning som är bäst för kunden. Även om det kan verka som att kunden vet vad de vill ha är det inte säkert att så är fallet eller att bilden som målas upp i exempelvis en RFQ verkligen är förankrad i verksamheten på företaget om den exempelvis är skriven av en lite oerfaren/svag projektledare på IT. Även om det finns en spec är det viktigt att gå igenom den igen i detalj i workshops där både IT och representanter för verksamheten finns med. Konsulten ska ställa alla jobbiga frågor och se till att alla åsikter och diskussioner ska komma upp till ytan. Detta är också viktigt för att man som konsult ska få en bra bild av kundens verksamhet och de olika krav som finns från olika grupper. Även om man inte kan tillgodose alla önskemål är det viktigt att de diskuterats. Ett bra förarbete lönar sig alltid i längden då chansen att göra "rätt från början" ökar ordentligt. Nästan alltid när vi gör detta förändras specen helt och hållet jämfört med den vi fått från början.

Man måste våga diskutera med kunden, ställa jobbiga frågor, ifrågasätta och kräva svar och engagemang. Det är för kundens skull och resultatet blir bättre när man gör det jämfört med om man bara nickar och sen utvecklar något som man tror men inte vet.
Daniel.st är inte uppkopplad   Svara med citatSvara med citat