Projectrooster
Hieronder het rooster voor het project. Zie ook de via Slack gecommuniceerde Excel sheet. Toelichting hieronder. Als je inconsistentie tussen dit rooster en de .pdf opmerkt, meld dit dan bij de docent!
| Week | Maandag | Dinsdag | Woens | Donder | Vrijdag |
|---|---|---|---|---|---|
| Week 1 10-14 nov | Kick-off 🥪 📍 Amersfoort | DoR/WoW opst. | Planning 1 | ..ops | Tech Review 1 📍 Utrecht Tech Review 1 App basis, pipeline ingericht en productieomgeving GitOps-werkwijze aantonen; CI-pipeline met build/test/artefact; minimaal één front-end en back-end op Kubernetes... → Meer details en eisen |
| Week 2 17-21 nov | Vragenuur DevOps | dev.. | dev.. | ..ops | Sprint Review 1 📍 Utrecht Sprint Review 1 Product Increment conform overeengekomen sprintdoel en user stories. → Aandachtspunten Sprint 1 |
| Week 3 24-28 nov | Planning 2 | Retro 1 | dev.. | + Staging | Tech Review 2 📍 Utrecht Tech Review 2 Staging+productie, CD werkt+BODA Container registry gebruiken; pipeline bouwt image en geautomatiseerde deploy; parametrisatie voor meerdere omgevingen. Build Once Deploy Anywhere (BODA) betekent één Docker-image voor alle omgevingen... → Meer details en eisen |
| Week 4 1-5 dec | Vragenuur DevOps | dev.. | dev.. | ..ops | Sprint Review 2 📍 Utrecht |
| Week 5 8-12 dec | Ind TT | Retro 2 | dev.. | ..ops | Tech Review 3 📍 Utrecht Tech Review 3 Performance- en/of loadtesten Performance- en/of loadtesten met K6 o.i.d.; realistisch end-to-end scenario uit domein. Tijdelijke testomgeving automatisch opzetten/afbreken... → Meer details en eisen |
| Week 6 15-19 dec | Vragenuur DevOps | dev.. | dev.. | ..ops | Sprint Review 3 📍 Veenendaal |
| Kerst vakantie | |||||
| Kerst vakantie | |||||
| Week 7 5-9 jan | Planning 4 | Retro 3 | dev.. | ..ops | Tech Review 4 📍 Utrecht Tech Review 4 Observability & Resilience Verplicht: Observability/monitoring-stack (combineer applicatie- en platform-metrics) én Chaos Engineering (testen van fouttolerantie en resilience). Optioneel aanvullend: Specifieke K8S/CNCF tech of andere relevante technologieën onderzoeken en toepassen (bijv. RabbitMQ clustering, ELK stack, readonly copy van Postgres database, MCPS omgeving features, Azure DevOps features, security hardening, risico gebaseerde tests, health check/liveness endpoints in K8S, of andere project-specifieke tech). → Meer details en eisen |
| Week 8 12-16 jan | Vragenuur DevOps | dev.. | dev.. | ..ops | Sprint Review 4 📍 Amersfoort |
| Week 9 19-23 jan | Ind EIND | ||||
| Week 10 26-30 jan | Herkansingen toetsen courses |
Overzicht Project Blok 2
Projectduur: 9 weken, opdracht voor een echte klant
- Begeleiding en beoordeling door InfoSupport, eindbeoordeling door HAN.
Na de courses start het project in blok 2. Het doel van de courses is om voldoende basis te leggen voor dit project. Je werkt voor een echte opdrachtgever en levert zo snel mogelijk op naar een productieomgeving volgens DevOps-principes. Daarna blijf je doorontwikkelen, inclusief non-functional requirements en quality attributes.
De volledige eisen, competenties en beoordelingscriteria staan in de OWE. Voor een introductie: opdrachtbeschrijving. Meer details over het project volgen in week 9 van de course, waar je ook kennismaakt met de opdrachtgever. Zie eisen eindproject in blok 2 voor aanvullende informatie.
Projectaanpak
Het project volgt een Agile/Scrum-werkwijze met 4 sprints van elk 2 weken. Teams werken iteratief en incrementeel, waarbij elke sprint een werkend product increment oplevert. Er is geen vaste fasering zoals in traditionele waterval-projecten; in plaats daarvan wordt continu doorontwikkeld op basis van feedback van de opdrachtgever en nieuwe inzichten.
Bij de start van het project (kick-off en eerste sprint) is het belangrijk om het domein goed te begrijpen. Daarom wordt er in de eerste sprint een domein model opgesteld, samen met een glossary (woordenlijst). Zie pagina oveDomein Model op deze website voor meer informatie.
Belangrijke Details
- Projectduur: 40 uur per week
- PreGame: 2 dagen voor kick-off, User Storymapping en oriëntatie op ontwikkelomgeving.
- Scrum ceremonies: Teams verzorgen zelf alle ceremonies zoals Daily Standups, Sprint Planning, Retrospectives, etc.
- Begeleiding:
- Korte statusupdates op vrijdag door HAN-begeleiders.
- Communicatie via e-mail, Slack of korte Teams-calls.
- Korte statusupdates op vrijdag door HAN-begeleiders.
- Sprint Reviews: Met Product Owner op vrijdag in week 2, 4, 7, 9.
- Tussendoor: Vragenuur DevOps op maandag in alle weken.
- Bereid vragen goed voor en kom met concrete voorstellen of alternatieven.
Technische Reviews & Evaluaties
- Tech Review (om de week): Iedere sprint heeft een kernopdracht en een groeidoel. Lever bewijs aan in pipeline, repo of dashboards.
- Sprint Review: Eind van iedere sprint bij de opdrachtgever; statusupdates richting HAN op vrijdag.
- Beoordelingsmomenten:
- Beoordeling is op basis van het hele project, maar met name van de review momenten, met ook een offcieler moment in week 4 Sprint review en tussentijds individuele beoordeling begin week 5 op basis van markdown template/factsheet en het eindcijfer op bvasis van de laatste Sprint Review in Sprint 4 en eindsessie begin week 9 voor individuele veratwoording. Beoordeling door HAN-docent(en) op basis van input vanuit werk in repo, gegevens demo's en observaties en feedback van opdrachtgever/Produt Owner en de InfoSupport-begeleiders.
- Dinsdag voor beoordeling: groepssessie voor individuele verantwoording (tussentijdse cijfer en individuele verantwoording).
📋 Zie Eisen Eindproject voor gedetailleerde informatie over de tech reviews, sprint reviews en de koppeling met de beoordelingscriteria.
Werkdagen & Locatie
- Maandag, dinsdag, woensdag, donderdag: Zelfstandig werken aan DevOps-taken, thuis of op de HAN.
- Locatie-ontwikkeling: Vrijdagen op locatie voor demo's/reviews; deze duren meestal maximaal een half uur.
- Eindpresentatie (week 9): Alle groepen presenteren voor de opdrachtgever en elkaar.