Zorg er voor dat elk teamlid een account heeft op:
- Github (projectbrochure, bijlage)
- Toggl (zie projectbrochure, bijlage)
In README.md:
- Vul namen van teamleden en links naar jullie Github account in
- Vul namen begeleiders in
- Vul deze tools aan in de README (volledige link naar jullie "projectruimte"), zodat de begeleider dit snel kan terugvinden.
- Wat zijn de missie en de kernwaarden van jullie team? (bv. grijp terug op resulaten worldcafé). Schrijf daar een kort statement over.
Er is een sjabloon voorzien voor een voortgangsrapport in [voortgangsrapport/weeknn.md]
- Vul groepnummer in
- Vul overal namen van de teamleden in op de plaatsen waar nu "student N" staat
Het voortgangsrapport weekN.md handelt telkens over de afgelopen week, N-1. D.w.z. vanaf de dag waarop de vorige sessie plaats vond tot en met de dag voor deze sessie. Bijvoorbeeld als de sessies doorgaan op maandag rapporteer je telkens over de periode van de vorige maandag tot zondagavond.
Maak telkens je voortgangsrapport al aan bij het begin van de periode waarover je rapporteert. Bijvoorbeeld, in week 2 maak je alvast het rapport aan voor week 3, enz. Zo kan elk teamlid dit aanvullen telkens zij/hij iets voor het project doet en heb je bij het volgende voortgangsgesprek nog een minimum aan werk om het rapport af te werken. Kopieer het sjabloon naar een document met naam week02.md, week03.md, enz. (gebruik de nummers van de weken zoals in de academische kalender). Het is de begeleider die in het begin van het document de aanwezigheden invult en eventuele opmerkingen. Ook de secties Feedback onderaan zijn voor de begeleiders gereserveerd.
-
Elk teamlid zorgt afzonderlijk nog voor een individueel tijdregistratierapport met screenshots van de geleverde prestaties. Een voorbeeldje van de nodige Markdown code:
-
Voeg elke week een screenshot in van de toestand van de kanban-borden van de deelopdrachten waar nu aan gewerkt wordt.
-
Voeg ook telkens een overzicht van de tijdregistratie toe, onderverdeeld per deelopdracht voor de periode waarover het voortgangsrapport gaat.
De deliverables van elke deelopdracht worden in een aparte directory bijgehouden opdracht01, opdracht02, enz. Voor elke opdracht is er minstens een lastenboek (zie verder), een testplan en testrapport. Daar zijn al rudimentaire sjablonen voor voorzien.
De werkwijze bij het ontvangen van een nieuwe opdracht is telkens:
- Samenzitten om de opdracht door te nemen en te bespreken
- De opdracht onderverdelen in taken. Elke taak wordt een Github issue
- Maak een milestone aan voor de opdracht en ken taken toe aan milestones
- Gebruik de mogelijkheden van Github om info toe te voegen aan elk ticket: verantwoordelijke voor uitvoeren en testen, links naar relevante info elders in de repo, discussies over oplossingsstrategie, labels, enz.
- "Assignee" is de persoon die verantwoordelijk is voor de huidige stap. Als de taak klaar is voor uitvoeren is de "Assignee" de verantwoordelijke voor uitvoeren, achteraf kan je de verantwoordelijke voor het testen aanduiden.
- Doe een schatting van de totale tijd in manuur die jullie zullen besteden aan de opdracht (inclusief bespreken, uitvoeren, testen, opleveren). Hou die bij in het lastenboek én in het Github Issue.
- Kanban flow
- Zie de projectbrochure voor initiële afspraken ivm het gebruik van het Github Projects kanban-bord
Jullie kunnen binnen je team zelf afspraken maken om deze werkwijze te verfijnen of aan te passen aan jullie eigen wensen. Het doel is altijd een transparante communicatie tussen alle teamleden en begeleiders, en een effeciënte doorstroom van taken doorheen het proces.
Bij het uitvoeren van het project is er relatief wat administratie en overhead. Dit is een expliciet onderdeel van het project, en we verwachten ook hier een neerslag van.
Voorzie een milestone "Overhead" en op Toggl een project met dezelfde naam. Hou telkens bij hoe lang en aan welke taken je werkt. Doe dit niet pas tijdens de wekelijkse afspraken! Doe je tijdregistratie telkens op het moment dat je voor het project werkt.
Gebruik telkens consistente benamingen voor de taken waar je aan werkt. Gebruik dus in Toggl dezelfde naam als de Github issue/Huboard ticket.