Planfase¶
De planfase zet een afgesproken scope om in een ontwerp, een lijst met stakeholders en een planning. Aan het eind weet het platformteam wat er gebouwd moet worden en weet de klant wat er geregeld moet zijn voordat de voorbereiding begint.
flowchart LR
a["Agreed scope<br/>(contract or project approval)"] --> b["Kick-off"] --> c["Workshop"] --> d["Design document<br/>or discovery sheet"] --> e["Gap analysis<br/>(if needed)"] --> f["Plan and prerequisites<br/>confirmed"]Stappen¶
| # | Stap | Resultaat |
|---|---|---|
| 1 | Bevestig dat de scope is afgesproken. In het managed-model begin je pas nadat het contract is getekend. | Een startdatum |
| 2 | Plan de kick-off en de workshop en verstuur de uitnodigingen. | Meetings in de agenda's |
| 3 | Houd de kick-off. | Gedeeld begrip van proces, mensen, tijdlijn en afhankelijkheden |
| 4 | Houd de workshop. | Ontwerpbeslissingen, vastgelegd |
| 5 | Schrijf het ontwerpdocument, of vul het discovery sheet in. | Input voor de deployment |
| 6 | Maak afspraken over elk verschil tussen het ontwerp en het standaardplatform. | Een beslissing per gap: bouwen of weglaten |
| 7 | Bevestig de vereisten met de klant. | Een gedateerde lijst van wat door wie wordt geregeld |
Kick-off¶
Tijdens de kick-off lopen het platformteam en de klant het proces door, de mensen die nodig zijn voor elke activiteit, de antwoorden op de intakevragenlijst, de tijdlijn en de afhankelijkheden. De meeting wordt meestal gehouden door de hoofdimplementeerder en de delivery lead (de engagement lead).
Nodig deze rollen uit aan de kant van de klant:
- Azure-architect
- netwerkspecialist of -engineer
- DevOps-specialist of -engineer
- Azure-specialist of -engineer
- security-specialist
- project- of deliverymanager
Workshop: ontwerp of discovery¶
Er zijn twee vormen gebruikelijk. Kies de vorm die past bij de omvang en complexiteit van de klant.
| Vorm | Gebruik hem wanneer | Resultaat |
|---|---|---|
| Ontwerpworkshop (high-level design, HLD) | De klant een volledig ontwerp nodig heeft met een document dat daarna van de klant is | Een ontwerpdocument |
| Discovery workshop | Het platform op een standaardmanier wordt geleverd en de keuzes een vaste set vragen vormen | Een ingevuld discovery sheet dat direct aansluit op deploymentwaarden (mapping) |
Een ontwerpworkshop duurt meestal ongeveer twee dagen, met twee of meer ervaren Azure-architecten, afhankelijk van de complexiteit. Het ontwerpdocument volgt binnen een paar weken. Nadat de klant het heeft geaccepteerd, is het document van de klant en houdt de klant het actueel.
Onderwerpen om te beslissen, welke vorm je ook gebruikt:
- welke Azure-regio's je gebruikt, en of het platform single-region of multi-region is
- de firewall-SKU en hoe ingress-verkeer wordt afgehandeld (Application Gateway en WAF, of niet)
- connectiviteit met andere netwerken: site-to-site VPN, point-to-site VPN, ExpressRoute, BGP
- DDoS-bescherming, Bastion en andere optionele functies (feature flags)
- Azure DevOps of GitHub voor repositories en pipelines
- de structuur van de management groups en de subscriptions (zie Vereisten)
- het IP-plan voor de hub, het netwerk van de job runners en de spokes
- logretentie, alertontvangers en het security contact
- wie productiedeployments goedkeurt, en het PIM-model voor het platformteam
- het beheermodel en de servicelevels die gelden
Gaps¶
Soms heeft de klant een service of configuratie nodig die het standaardplatform niet biedt. Voer een gap analysis uit en maak een schatting van het werk. Laat de klant beslissen of hij in de gap wil investeren. Zo ja, plan het dan als apart item en beschrijf het in het ontwerpdocument als afwijking van de standaard. Zie Nieuwe functionaliteit bouwen voor hoe nieuwe functies in de coderepository komen.
Houd je workshoptemplate actueel
Werk de template (vragen, standaardantwoorden, nieuw gevonden gaps) na elke workshop bij, zodat de volgende begint met de nieuwste kennis. Review de template regelmatig met de mensen die eigenaar zijn van het product.
Meetings tijdens de implementatie¶
| Meeting | Doel | Frequentie |
|---|---|---|
| Kick-off | Afstemmen over proces, mensen, planning | Eenmalig |
| Workshop | De ontwerpbeslissingen nemen | Eenmalig, of in delen |
| Stand-up | Platformteam en de projectleider van de klant checken voortgang en belemmeringen | Dagelijks of om de dag |
| Stuurgroep | De verantwoordelijke van de klant en de delivery lead bespreken risico's, issues en beslissingen. Gebruik de rapportagetemplate. | Per periode die in het plan staat |
| Technische overdracht | Het resultaat laten zien en het project afsluiten | Eenmalig, aan het eind (Overdracht) |
Resultaat van de planfase¶
Controleer voordat je met de voorbereidingsfase begint dat je dit hebt:
- [ ] het ontwerpdocument of discovery sheet, geaccepteerd door de klant
- [ ] de ingevulde mapping voor de eerste hubwaarden
- [ ] de lijst met stakeholders en hun rollen
- [ ] beslissingen over elke gap, met een schatting voor de gaps die worden gebouwd
- [ ] bevestiging van elk onderdeel in Vereisten, met een eigenaar en een datum
- [ ] het IP-plan voor de hub en voor het netwerk van de job runners
- [ ] een planning voor de voorbereiding, deployment (inclusief een onderhoudsvenster als de klant bestaand verkeer heeft), validatie en overdracht