{"id":333,"date":"2025-11-10T10:55:47","date_gmt":"2025-11-10T10:55:47","guid":{"rendered":"https:\/\/bjornproost.nl\/?page_id=333"},"modified":"2025-11-10T12:23:45","modified_gmt":"2025-11-10T12:23:45","slug":"7-kick-off","status":"publish","type":"page","link":"https:\/\/bjornproost.nl\/?page_id=333","title":{"rendered":"7. Kick-off"},"content":{"rendered":"\n

Inleiding \u2013 Waarom de Kick-off bepalend is<\/h3>\n\n\n\n

Elk verbeter- of automatiseringsproject begint niet met techniek, maar met afstemming<\/strong>.
De Kick-offfase<\/strong> is het moment waarop het projectteam, de opdrachtgever en de betrokken afdelingen hun gezamenlijke vertrekpunt bepalen: wat gaan we doen, waarom, hoe en met wie?<\/em><\/p>\n\n\n\n

Binnen de context van het Accountancy Maturity Model (AMM)<\/strong> markeert de Kick-off de overgang van idee<\/em> naar actie<\/em>: het moment waarop visie, volwassenheid en projectstructuur elkaar ontmoeten.<\/p>\n\n\n\n

Een goede Kick-off voorkomt dat projecten verzanden in aannames of ruis. Ze zorgt dat iedereen dezelfde verwachtingen, prioriteiten en taal deelt \u2014 een absolute voorwaarde voor voorspelbare kwaliteit.<\/p>\n\n\n\n

\n\n\n\n

Doel en duur van de Kick-off<\/h3>\n\n\n\n

De Kick-off heeft drie concrete doelen:<\/p>\n\n\n\n

    \n
  1. Richting bepalen:<\/strong> de scope, doelen en randvoorwaarden bevestigen.<\/li>\n\n\n\n
  2. Rollen verduidelijken:<\/strong> wie is verantwoordelijk, wie beslist, wie levert input.<\/li>\n\n\n\n
  3. Projectomgeving inrichten:<\/strong> technische, organisatorische en communicatieve basis leggen.<\/li>\n<\/ol>\n\n\n\n

    Gemiddeld duurt deze fase \u00e9\u00e9n tot twee weken<\/strong>, afhankelijk van de projectgrootte.
    In kleinere organisaties kan de Kick-off zelfs in \u00e9\u00e9n gezamenlijke sessie plaatsvinden; bij grotere projecten wordt ze vaak verdeeld over meerdere bijeenkomsten met parallelle werkgroepen.<\/p>\n\n\n\n

    \n\n\n\n

    De samenstelling van het projectteam<\/h3>\n\n\n\n

    In de Kick-offfase worden de eerste sleutelfiguren officieel benoemd:<\/p>\n\n\n\n

    Rol<\/strong><\/th>Verantwoordelijkheden in Kick-offfase<\/strong><\/th><\/tr><\/thead>
    Projectmanager (PM)<\/strong><\/td>Treedt op als spil tussen business en uitvoering. Plant de Kick-off, verdeelt taken, bewaakt scope en tijd.<\/td><\/tr>
    Solution Architect (SA)<\/strong><\/td>Brengt de technische infrastructuur in kaart, definieert de globale oplossingsrichting, toetst haalbaarheid.<\/td><\/tr>
    Infrastructure Engineer (IE)<\/strong><\/td>Controleert de beschikbaarheid van servers, test- en ontwikkelomgevingen, licenties en toegangsrechten.<\/td><\/tr>
    Business Analyst (BA)<\/strong><\/td>Bevestigt de businessdoelen, beoordeelt de scope in de Statement of Work, en toetst aannames en afhankelijkheden.<\/td><\/tr>
    Process Owner (PO)<\/strong><\/td>Vertegenwoordigt het bedrijfsproces en bepaalt de functionele prioriteiten.<\/td><\/tr>
    Sponsor of opdrachtgever<\/strong><\/td>Autoriseert de projectscope, stelt middelen beschikbaar, en keurt formeel de start goed.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
    \n

    Opmerking:<\/strong> in kleine organisaties kunnen deze rollen gecombineerd worden. Een projectmanager vervult dan bijvoorbeeld ook de rol van BA of SA, zolang de onafhankelijkheid van beoordeling behouden blijft.<\/p>\n<\/blockquote>\n\n\n\n

    \n\n\n\n

    Activiteiten tijdens de Kick-off<\/h3>\n\n\n\n

    De Kick-off bestaat uit vijf hoofdactiviteiten die gezamenlijk de basis leggen voor het project.<\/p>\n\n\n\n

    Voorbereiding van de omgeving<\/h4>\n\n\n\n

    De technische voorbereiding vormt de ruggengraat van elk procesverbeteringstraject.
    Het team onderzoekt:<\/p>\n\n\n\n

      \n
    • Bestaan er al test- en ontwikkelomgevingen?<\/li>\n\n\n\n
    • Is testdata beschikbaar of moet deze worden gegenereerd?<\/li>\n\n\n\n
    • Zijn er accounts en rechten om testcases uit te voeren?<\/li>\n<\/ul>\n\n\n\n

      Deze stap wordt geleid door de Infrastructure Engineer<\/strong> in nauwe samenwerking met de Solution Architect<\/strong>.
      Bij interne projecten kunnen sommige infrastructuren gedeeld worden, maar het is belangrijk om verschillen tussen afdelingen (zoals Finance, HR of Sales) expliciet te maken.<\/p>\n\n\n\n

      Review van de Statement of Work (SoW)<\/h4>\n\n\n\n

      De Business Analyst<\/strong> en Projectmanager<\/strong> herzien samen met de Solution Architect<\/strong> de bestaande Statement of Work<\/strong> om de scope definitief vast te stellen.
      De review omvat:<\/p>\n\n\n\n

        \n
      • bevestiging van de projectdoelen, deliverables en deadlines<\/strong>;<\/li>\n\n\n\n
      • valideren van de aannames<\/strong> (zoals software- of SME-beschikbaarheid);<\/li>\n\n\n\n
      • inventariseren van exclusies en beperkingen<\/strong>;<\/li>\n\n\n\n
      • identificeren van afhankelijkheden en risico\u2019s<\/strong>.<\/li>\n<\/ul>\n\n\n\n

        Wanneer tijdens deze review nieuwe kansen of obstakels zichtbaar worden, kan de BA voorstellen om onderdelen binnen of buiten de scope te brengen.
        Deze wijzigingen moeten worden afgestemd en goedgekeurd door de stakeholders (PM, PO en SA).<\/p>\n\n\n\n

        Project Readiness Checklist<\/h4>\n\n\n\n

        De Kick-off wordt pas formeel afgerond wanneer de Project Readiness Checklist<\/strong> volledig is ingevuld.
        Deze lijst omvat o.a.:<\/p>\n\n\n\n

          \n
        • Toegang tot applicaties bevestigd<\/li>\n\n\n\n
        • Testomgevingen ingericht<\/li>\n\n\n\n
        • Rollen en verantwoordelijkheden vastgesteld<\/li>\n\n\n\n
        • Issue- en Access Tracker gestart<\/li>\n\n\n\n
        • Communicatiestructuur goedgekeurd<\/li>\n<\/ul>\n\n\n\n

          De Projectmanager verzamelt deze informatie en archiveert ze in het projectdossier.<\/p>\n\n\n\n

          Start van Application Access Tracker en Issue Tracker<\/h4>\n\n\n\n
            \n
          • De Application Access Tracker<\/strong> registreert wie toegang heeft tot welke systemen, en voorkomt vertraging in ontwikkeling en testen.<\/li>\n\n\n\n
          • De Issue Tracker<\/strong> (in Excel, Jira of Power BI) logt vanaf dag \u00e9\u00e9n alle obstakels: ontbrekende data, foutieve rechten, bugs of vertragingen.<\/li>\n<\/ul>\n\n\n\n

            De Projectmanager en Infrastructure Engineer beheren deze trackers gezamenlijk.<\/p>\n\n\n\n

            Communicatie en verwachtingen<\/h4>\n\n\n\n

            De Kick-off wordt afgesloten met een Kick-offmeeting<\/strong> waarin alle betrokkenen worden meegenomen in de volgende punten:<\/p>\n\n\n\n

              \n
            • projectdoelen en planning;<\/li>\n\n\n\n
            • deliverables per fase;<\/li>\n\n\n\n
            • escalatie- en communicatieafspraken;<\/li>\n\n\n\n
            • verwachte bijdrage van iedere rol;<\/li>\n\n\n\n
            • succescriteria en rapportagemomenten.<\/li>\n<\/ul>\n\n\n\n

              Het resultaat is een gedeeld begrip van het project en een gezamenlijke startcommitment.<\/p>\n\n\n\n

              \n\n\n\n

              Kick-offdocumentatie en output<\/h3>\n\n\n\n

              De Kick-offfase levert een reeks vaste documenten op die samen de basis van het projectdossier<\/strong> vormen:<\/p>\n\n\n\n

              Document<\/strong><\/th>Doel<\/strong><\/th>Verantwoordelijke<\/strong><\/th><\/tr><\/thead>
              Kick-offpresentatie \/ notulen<\/strong><\/td>Vastleggen van doelen, afspraken en besluiten<\/td>Projectmanager<\/td><\/tr>
              Statement of Work (SoW)<\/strong><\/td>Gedefinieerde scope, deliverables, aannames, deadlines<\/td>Business Analyst<\/td><\/tr>
              Project Readiness Checklist<\/strong><\/td>Controle op infrastructuur, data en toegang<\/td>Infrastructure Engineer<\/td><\/tr>
              Application Access Tracker<\/strong><\/td>Overzicht van toegangsrechten tot omgevingen<\/td>Solution Architect<\/td><\/tr>
              Issue Tracker<\/strong><\/td>Log van obstakels en afhankelijkheden<\/td>Projectmanager<\/td><\/tr>
              Projectorganisatieoverzicht (RACI)<\/strong><\/td>Rolverdeling en verantwoordelijkheden<\/td>Projectmanager<\/td><\/tr>
              Project Kick-offverslag<\/strong><\/td>Samenvattend document ter ondertekening door sponsor<\/td>PM & Sponsor<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

              Deze documenten worden opgenomen in de eerste versie van het Project Management Workbook<\/strong> en dienen als referentie voor alle latere fasen (Analyse, Ontwerp, Test, Implementatie).<\/p>\n\n\n\n

              \n\n\n\n

              Rol van de Business Analyst tijdens Kick-off<\/h3>\n\n\n\n

              De Business Analyst is tijdens de Kick-offfase verantwoordelijk voor:<\/p>\n\n\n\n

                \n
              1. Reviewen van de SoW<\/strong> \u2013 bevestigen dat de beschreven scope overeenkomt met de realiteit.<\/li>\n\n\n\n
              2. Controleren van aannames<\/strong> \u2013 nagaan of testdata, toegang en SME\u2019s beschikbaar zijn.<\/li>\n\n\n\n
              3. Beoordelen van procesvolwassenheid<\/strong> \u2013 bepalen of het gekozen proces klaar is voor optimalisatie of eerst gestandaardiseerd moet worden.<\/li>\n\n\n\n
              4. Afstemmen van prioriteiten<\/strong> \u2013 in lijn brengen van businessverwachtingen met de technische haalbaarheid.<\/li>\n\n\n\n
              5. Documenteren van risico\u2019s<\/strong> \u2013 bijv. ontbrekende documentatie, conflicterende agenda\u2019s of afhankelijkheden van externe leveranciers.<\/li>\n<\/ol>\n\n\n\n

                Hoewel de BA niet altijd in de allereerste fase betrokken is, moet hij of zij altijd<\/strong> de scope en aannames herzien bij de start van de businessanalyse.
                Zo worden latere wijzigingsverzoeken (Change Requests) beperkt.<\/p>\n\n\n\n

                \n\n\n\n

                Kick-off in relatie tot procesvolwassenheid<\/h3>\n\n\n\n

                Binnen het Accountancy Maturity Model<\/strong> bepaalt de Kick-off hoe volwassen een organisatie de projectstart aanpakt:<\/p>\n\n\n\n

                Volwassenheidsfase<\/strong><\/th>Kenmerk Kick-off<\/strong><\/th>Focusgebied<\/strong><\/th><\/tr><\/thead>
                Basisinrichting<\/strong><\/td>Ad-hoc, reactieve projectstart<\/td>Structuur aanbrengen<\/td><\/tr>
                Standaardisatie<\/strong><\/td>Formele startmeeting + SoW-review<\/td>Uniforme aanpak<\/td><\/tr>
                Optimalisatie<\/strong><\/td>Checklists, toegangstrackers en duidelijke KPI\u2019s<\/td>Meetbare voortgang<\/td><\/tr>
                Voorspelbaarheid<\/strong><\/td>Projectgovernance met dashboards<\/td>Risicobeheersing<\/td><\/tr>
                Datagedreven & AI<\/strong><\/td>Dynamische Kick-off op basis van procesdata<\/td>Continue verbetering<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
                \n\n\n\n

                Samenvatting<\/h3>\n\n\n\n

                De Kick-offfase<\/strong> vormt het nulpunt van elk verbeterproject: hier worden richting, rollen, randvoorwaarden en realistische verwachtingen vastgelegd.
                Het is de fase waarin visie concreet wordt, technische haalbaarheid wordt getoetst en samenwerking vorm krijgt.<\/p>\n\n\n\n

                Een goed uitgevoerde Kick-off:<\/p>\n\n\n\n

                  \n
                • voorkomt vertraging door onduidelijkheid;<\/li>\n\n\n\n
                • legt het fundament voor scopebeheer en kwaliteitscontrole;<\/li>\n\n\n\n
                • en zorgt dat procesverbetering niet op toeval, maar op structuur is gebouwd.<\/li>\n<\/ul>\n\n\n\n
                  \n

                  Wie de Kick-off onderschat, loopt het risico een project te starten zonder kompas.<\/em><\/p>\n<\/blockquote>\n\n\n\n

                  De elementen van de Kick-offfase<\/strong><\/h2>\n\n\n\n

                  De Kick-offfase is het moment waarop alles samenkomt<\/strong>: strategie, mensen, techniek en planning.
                  Het is de start van de uitvoering, maar ook het moment waarop verwachtingen worden getoetst en vastgelegd.
                  Deze fase bestaat uit zes bouwstenen die samen zorgen voor grip en voorspelbaarheid:<\/p>\n\n\n\n

                    \n
                  1. Statement of Work (SoW)<\/li>\n\n\n\n
                  2. Scope<\/li>\n\n\n\n
                  3. Deliverables, afhankelijkheden en aannames<\/li>\n\n\n\n
                  4. Project Readiness Checklist<\/li>\n\n\n\n
                  5. Application Access Tracker<\/li>\n\n\n\n
                  6. Issue Tracker<\/li>\n<\/ol>\n\n\n\n

                    <\/p>\n","protected":false},"excerpt":{"rendered":"

                    Inleiding \u2013 Waarom de Kick-off bepalend is Elk verbeter- of automatiseringsproject begint niet met techniek, maar met afstemming.De Kick-offfase is het moment waarop het projectteam, de opdrachtgever en de betrokken afdelingen hun gezamenlijke vertrekpunt bepalen: wat gaan we doen, waarom, hoe en met wie? Binnen de context van het Accountancy Maturity Model (AMM) markeert de […]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"class_list":["post-333","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages\/333","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=333"}],"version-history":[{"count":2,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages\/333\/revisions"}],"predecessor-version":[{"id":335,"href":"https:\/\/bjornproost.nl\/index.php?rest_route=\/wp\/v2\/pages\/333\/revisions\/335"}],"wp:attachment":[{"href":"https:\/\/bjornproost.nl\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=333"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}