Doel van de voorstelrelease
Het doel van de voorstelrelease is de sleutelgebruikers en de SPOC's een middel te geven om de (gewenste) planning aan te sturen. Let wel : het gaat hier om een gewenste planning, want iedere SPOC kijkt naar het eigen domein en bijbehorende requesten. Hier kunnen natuurlijk conflicten optreden als twee SPOC's een zelfde programmeur nodig hebben voor meer uren dan hij/zij in totaal kan besteden. Dit conflict moet blijken uit de werkwijze die we hier hanteren.
toekennen van de release
Hou er rekening mee dat we per request in Lotus Notes minstens 2 user stories hebben. De eerste user story verwijst naar de requestnummer en titel in Lotus Notes. Daaronder bevindt zich altijd minstens één sub user story die overeenstemt met de naam van het Axaptaproject in de AOT. Het is deze sub user story die taken omvat voor ontwikkeling en integratietesten. Het is ook deze sub user story die de release de iteratie toegewezen krijgt. En hiermee stuur je dan de planning van de taken.
wekelijks nakijken voorstelrelease
Lotus Notes
In Lotus Notes beschikken we over de requestendatabank. Hier noteert de SPOC de voorstelrelease in de request om aan te geven wanneer deze request moet aangepakt worden. Een overzicht van requesten per voorstelrelease vind je in de view H.planning - totaal openstaande requesten - per voorstel release.
Hieronder zie je een overzicht van voorstelrelease 02.06. De eerste week dat we met deze voorstelrelease bezig zijn, moeten de sub user stories in Rallydev nog worden toegevoegd. Maar de week daarna kunnen er ook nog requesten een voorstelrelease krijgen, ook voor een release die in feite al begonnen is. En daar moet je rekening mee houden.
Als je al de eerste user stories in Rallydev hebt toegevoegd, kan je in de daaropvolgende weken best werken met een Lotus Notes view waarin je zowel de voorstelrelease als de release ziet. Die view zie je hieronder.
Een request waarvan de bijbehorende user story in Rallydev is ingepland, duiden we aan met een release beginnend met een D. De "D" verwijst naar het feit dat de request nog in "development" of "ontwikkeling" is. De "R" van release kennen we pas toe zodra de code geschreven voor de request ook effectief op acceptatie is aanbeland.
Rallydev - release status
Het eenvoudigste is dat je in Rallydev naar dashboard - release status gaat. Hier selecteer je de release die je wil bekijken. De user stories die hieraan zijn toegekend hebben een naam waarvan een deel verwijst naar de bijbehorende request in Lotus Notes. Zo kan je nagaan welke requesten in Lotus Notes er nog geen voorstelrelease in Rallydev hebben. Die requesten - of beter de bijbehorende user stories moet je dan aan deze release koppelen.
controle effectieve inhoud INT, ACC en PROD
Een extra controle van de situatie krijg je door een export te maken van de drie omgevingen : integratie, acceptatie en productie. Je krijgt de export via Axapta - administratie
Dit levert je een CSV-bestand op. Deze CSV-bestanden kan je dan verzamelen in één enkele werkboek waar je de diverse omgevingen met elkaar kan vergelijken. Hieronder zie je een vergelijking van ACC en PROD en een vergelijking van INT en ACC.
Met het veld "filter" kan je heel snel het werkblad filteren zodat je enkel de nieuwe xpobestanden ziet. Hiermee krijg je dan een overzicht van wat er al effectief aan nieuwe software klaarzit.
bijwerken releasenummer in Lotus Notes
Als je een zicht wil krijgen op de voorstelrelease én de release van een request, kan je naar de view
"02.Openstaande" - "C. Per herkomstgroep" - "voorstel release". Hier zie je zowel de voorstelrelease als de release. Requesten met enkel een voorstelrelease moeten nog ingepland worden in Rallydev.
Iedere request in Lotus Notes die terug te vinden is in acceptatie, moet een releasenummer hebben. Vind je een request terug op integratie, dan vul je het requestnummer ook al in. Indien de request bij promotie naar acceptatie niet mee zou overgaan, kan je alsnog de requestnummer uitblanken. Indien je de request niet vindt op INT noch op ACC, maar er is wel een voorstelrelease ingevuld, dan noteren we de releasenummer voorgegaan met een "D" (van Development). Hiermee kan je opvolgen of de betreffende request al in Rallydev is ingepland. Een request zonder enige releasenummer, hetzij voorafgegaan door R, hetzij door D is nog niet ingepland in Rallydev. Voor die request moeten we dan een sub user story opvoeren. Die sub user story krijgt dan 1 of 2 taken, afhankelijk of er ontwikkeling en/of integratietesten nodig zijn.
