Proces nieuwe items

Nieuwe items komen tot stand door ze te agenderen bij Programmamanagement G4/Dimpact, waarna ze in de lijst ‘doel’ komen en aldaar geprioriteerd worden, resources etc.

Proces in beeld

flowchart LR
    S((Start))
    E((Einde))

    subgraph Voortraject
        P1[Epic maken]
        P2[Plannen]
        P3[Solution design, sizing]
        P4[Funding]
    end

    subgraph Uitvoering
        P5[Realisatie]
        P6[Levering]
    end

    S -->|1| P1
    P1 -->|2| P2
    P2 -->|3| P3
    P3 -->|4| P4
    P4 -->|5| P5
    P5 -->|6| P6
    P6 -->|7| E

    %% Optionele route
    P2 -.->|Funding gereed, geen refinement nodig| P5

1. Maak een epic, breng in bij PM-groep (’woensdag’)
2. Na goedkeuring bepaalt in Technische Stuurgroep (’maandag’) of dit direct naar realisatie (5) kan, of uitwerking (3) nodig heeft, dan:
3. Uitwerking volgt, sizing, refinement → NB, leverancier is onderdeel (voortgang wordt op Notion bijgehouden of gelinkt)
4. PM-groep kan nadenken en funding toewijzen
5. Realisatie bij leverancier (voortgang wordt op Notion bijgehouden of gelinkt)
6. Oplossing wordt gedocumenteerd, opgeleverd, demo PM-groep

Representatie proces backlog:

• Zuiver technische items (wegwerken tech-debt, standaardiseren patronen) kunnen via Technische Stuurgroep worden geagendeerd, en aldaar geprioriteerd
• Items worden (nu) ook direct bij leveranciers aangeleverd. Items geen impact hebben op API/architectuur kunnen via leverancier worden afgestemd. Zie hier die flow die Maykin daarvoor gebruikt

Beheer backlog

Het beheer van de backlog ligt bij de Technische Stuurgroep.