Project Voorstel. Plaats Datum Auteur Functie Status Versie

Transcriptie

1 Project: Project Voorstel <Projectnaam> Opdrachtgever: <Naam opdrachtgever> Plaats Datum Auteur Functie Status Versie

2 Verspreiding : Versiehistorie : Versie Datum Auteur Opmerking 0.1 Reviewhistorie : Versie Datum Reviewer Opmerking 0.1 Reviewing: Verzoek onderstaande tabel in te vullen Reviewer Review aspecten Speciaal verzoek PM/PL Pagina: 2 van 7

3 INHOUDSOPGAVE 1. INLEIDING ACHTERGRONDINFORMATIE DOELSTELLING BEGRENZING OP TE LEVEREN PRODUKTEN EN DIENSTEN (PROJECTPRODUCT) RANDVOORWAARDEN UITGANGSPUNTEN LEERPUNTEN RELATIES MET ANDERE PROJECTEN BUSINESS CASE RELATIE MET BEDRIJFSSTRATEGIE KEUZE VAN DE OPLOSSING TOEGEVOEGDE WAARDE/BENEFITS KWALITEITSVERWACHTINGEN KWALITEITSVERWACHTINGEN OPDRACHTGEVER KWALITEITSVERWACHTINGEN GEBRUIKER ACCEPTATIECRITERIA GEÏDENTIFICEERDE RISICO S PROJECTORGANISATIE... 7 Pagina: 3 van 7

4 SVP deze sectie verwijderen è Toelichting voor de opsteller Toelicht op gebruik van dit document: Algemeen doel: 1. Leveren van een solide basis voor de fase : project initiatie 2. Is het contract met de opdrachtgever (kan ook het programmamanagement zijn). De inhoud zal in de fase "Initiatie" worden uitgebreid, aangevuld en aangescherpt als onderdeel van het ProjectInitaitieDocument. Elke significante wijziging dient dus met de opdrachtgever besproken moeten worden. De projectopdracht is de basis voor het ProjectInitiatieDocumentatie. Bij kleinere projecten is het wellicht al voldoende. <De teksten tussen haakjes zijn ter toelichting en hulp. Ze behoren niet thuis is de uiteindelijke versie.> Dit is versie 1.0 van dit sjabloon. Pagina: 4 van 7

5 1. INLEIDING 1.1 ACHTERGRONDINFORMATIE <Noem hier de aanleiding van het project. Informatie die ertoe geleid heeft om het project te starten. Je kunt hier gebruik maken van de Business Case dan wel andere project documentatie> 1.2 DOELSTELLING <Wel doelen denk je te willen bereiken met dit project> 1.3 BEGRENZING <Wat wordt wel en wat wordt niet aangepakt. Denk bijvoorbeeld aan welke locaties wel en welke niet. Of wel en niet betrokken business units, applicaties modules, systemen etc. Voor welke projecten neem je wel en voor welke neem in je in dit project niet de verantwoording> 1.4 OP TE LEVEREN PRODUKTEN EN DIENSTEN (PROJECTPRODUCT) <Specifiek: Het project levert de volgende hoofdproducten op:..> 1.5 RANDVOORWAARDEN < Randvoorwaarden zijn zaken, die van invloed zijn op je project, maar waar je niet direct zeggenschap over hebt. Andere(n) moeten deze voorwaarden voor je scheppen. Geef hier aan of en zo ja aan welke randvoorwaarden voldaan moet worden om het project tot een goed einde te brengen. Bv. vastgestelde ingangsdatum van een wet. Zorg dat je de randvoorwaarden hebt gecontroleerd, dat ze haalbaar zijn.> 1.6 UITGANGSPUNTEN <Voorwaarden waarover je met je opdrachtgever kunt onderhandelen. Bv. voorwaarden kunnen bijvoorbeeld gesteld worden aan het vastgestelde totaal budget van oplevering van het project. Aanvullende en benodigde opleidingen komen niet ten laste van het projectbudget.> 1.7 LEERPUNTEN <Noem de leerpunten die je uit voorgaande projecten hebt opgehaald en geef aan hoe je de valkuilen voorkomt.> 1.8 RELATIES MET ANDERE PROJECTEN <Beschrijf de projecten waarvan je afhankelijk bent in dit project en geef hierbij ook de richting aan van de afhankelijkheid. Bv Project is afhankelijk van Project X en maakt gebruik van dezelfde experts. Uitloopt van X levert uitloop dit project. Project Y levert deelproducten op, waarvan ook binnen dit project gebruikt gemaakt wordt.> Pagina: 5 van 7

6 2. BUSINESS CASE OP HOOFDLIJNEN 2.1 RELATIE MET BEDRIJFSSTRATEGIE <Beschrijf hier kort de bedrijfsstrategie, business plannen en programma s die lopen> 2.2 KEUZE VAN DE OPLOSSING <Beschrijf hier de oplossingsrichting die je gekozen hebt voor het project en de onderbouwing voor deze keuze. Beschrijf tevens waarom gekozen is voor de gekozen doelstelling en resultaten van het project. > 2.3 TOEGEVOEGDE WAARDE/BENEFITS <Hoe ondersteunt het project de business strategie en/of programma en achterliggende reden gekozen oplossing. Geef ook de verslechteringen (dis-benefits) aan. > 3. KWALITEITSVERWACHTINGEN 3.1 KWALITEITSVERWACHTINGEN OPDRACHTGEVER <Kwaliteitsverwachtingen van de opdrachtgever hebben hier betrekking op de uiteindelijke oplossing. Welk product er wordt opgeleverd of hoe de oplossingsrichting er uit ziet is nog niet bekend. Het gaat er dus om welke verwachtingen de opdrachtgever heeft bij welke oplossingsrichting dan ook Alle criteria moeten SMART zijn.> 3.2 KWALITEITSVERWACHTINGEN GEBRUIKER < Beschrijf hier de minimale kwaliteitseisen van de uiteindelijke gebruikers van het product dat het project gaat opleveren. SMART> 3.3 ACCEPTATIECRITERIA < Beschrijf hier de eisen waaraan de resultaten van het project moeten voldoen. Hier geldt hetzelfde als voor "Kwaliteitsverwachtingen". Onder welke voorwaarden wordt het uiteindelijke product geaccepteerd. Alle criteria moeten SMART zijn > 4. GEÏDENTIFICEERDE RISICO S <. Noem hier de Top-5 van risico s die het gehele project aangaan. Denk ook aan de risico s die met name de initiatiefase in de weg staan.dit is de aanzet voor het risicoregister.> De belangrijkste risico s in dit project zijn: Nr Omschrijving Kans* Impact* Maatregel Eigenaar 1 2 Pagina: 6 van 7

7 3 4 5 *L=Laag, M=Midden, H=Hoog 5. PROJECTAANPAK <Geef aan of je zelf het hele project uitvoert of uitbesteedt, welke specialismen je denkt te moeten inhuren. Hier kun je ook aangeven of je bijvoorbeeld eerst een pilot gaat doen of meteen breed aan de gang gaat. Kortom, allerlei zaken die je planning gaan beïnvloeden.> 6. PROJECTORGANISATIE De Projectorganisatie is als volgt: Na(a)m(en) Rol Verantwoordelijkheden <geeft alleen een eerste idee, moet/mag specifiek gemaakt worden> Opdrachtgever/ budgethouder De budgethouder die beslist over alle uitgaven van het project. Senior Gebruikers <Denk aan de eindgebruikers en de beheerders> Senior Leverancier Projectmanager De verantwoordelijke voor het realiseren van de Benefits. Zorgt voor de productbeschrijvingen Keurt de oplevering goed. Verantwoordelijk voor alle technische oplossingen Contactpersoon voor escalaties naar de externe leveranciers Eindverantwoordelijk voor het op tijd en binnen budget opleveren. Managet de contracten met de leveranciers. Rapporteert aan de stuurgroep <optionele rollen toevoegen, bijvoorbeeld Wijzigingsautoriteit, Projectondersteuning, Architect etc. Let goed op of de belangrijkste stakeholders goed zijn vertegenwoordigd!> Pagina: 7 van 7