Definition på et projekt #2

I går diskuterede jeg mit tidligere indlæg vedr. definition på et projekt med min chef. Han kunne godt lide definitionen, men syntes at der mangler en form for tidsafgrænsing eller et scoping element i den. Vi brainstormede lidt på det endte op med at indse, at det som manglede i definitionen var forretningsvisionen.

Et projekt er således

".. a collection of value scheduled for realization within a well-defined business vision"

Hvorfor er det overhovedet vigtigt? Jo for os her på den Blå Avis er det væsentligt i relation til at kunne definere projekt-pipelines og også sikre forretningens fulde fokus på et givent højprioritetsprojekt. Hvis man eksempelvis er ved at udvikle en applikation til styring af hotelværelsesreservationer, og produktejeren bliver mødt med et massivt pres for at indføre funktionalitet til reservation af lokaler og planlægning af store konferencer, så vil det med en klar og veldefineret forretningsvision for hotelværelsesreservationsprojektet (laaangt ord) være lettere at se at lige netop et konferenceplanlægningsmodul er lidt uden for scope.

Jamen hvorfor er det vigtigt at kunne se det? Hvorfor ikke bare smide det hele i backloggen og køre videre? Jo, projektet vil så i givet fald ikke længere have karakter af et projekt, men nærmere et program (paraply for mange projekter), og det vil besværliggøre kommunikation og forståelse blandt alle involverede. Det er også vigtigt for at undgå en projektdefinition, som i yderste fald ville ende med at se hver enkelt sprint, som et projekt.