...

JDI Smart Web applications is een bedrijf dat zich bezighoudt met het bouwen van slimme webapplicaties. JDI kan de wensen van haar klanten efficiënt vertalen naar een handige webapplicatie. Het bedrijf is opgericht door Jarno Eggink en is gevestigd in Velp. Bijzonder aan JDI is dat er binnen het bedrijf geen sprake is van een hiërarchie. JDI is een zogenaamde holocracy; een zelfsturende organisatie met zelfsturende teams. Voor deze opdracht gaat het Perlman ontwikkelteam tijdens het OOSE project aan de slag om voor JDI een hr portaal HR portaal te realiseren. Dit portaal zal een plek zijn voor het werknemersbeheer, en hier kunnen dingen geregeld worden zoals het aanvragen van verlof en het bijhouden van eventuele reiskosten. 

...

Voor het OOSE project gaat team Perlman aan de slag voor JDI Smart Web applications. Hierbij zullen een aantal componenten geïmplementeerd worden die te maken hebben met het werknemersbeheer van JDI. Het contact met JDI zal tussen het ontwikkelteam en Jarno Eggink, de oprichter van JDI Smart Web applications, of Wim Reuterink, de opdrachtgever, zijn.  De De reden voor dit project is dat JDI een HR portaal nodig heeft waarin dingen als werknemersbeheer, werkplekken, reiskosten en verlof kunnen worden gemanaged.

Het project is urgent omdat de reiskostendeclaratie en bezetting momenteel allemaal aan de hand van spreadsheats wordt bijgehouden. Dit betekend dat JDI overal losse documentjes documenten heeft met de bezetting en reiskosten, en dit zou in een centraal systeem moeten komen. Momenteel worden de product owner en hr HR iedere keer manueel nog handmatig gemailed, maar dat moet allemaal automatisch gaan gebeuren (dus bijvoorbeeld met een Slack systeem).

...

De opdrachtgever heeft op dit moment een niet-digitale oplossing voor het bijhouden van de verlofaanvragen en het bijhouden van de administratieve bezigheden van werknemers, zoals op welke dagen mensen op kantoor aanwezig zijn en wat de reiskosten zijn.

...

Het HR-portaal wordt gemaakt met behulp van het front-end framework Vue.js, en gebruikt Java spring boot als back-end.

Probleemstelling

Op het moment gaat het opgeven van werkplek bezetting via een spreadsheets op verschillende kanalen, naast het opgeven van de bezetting gaan declaraties via verschillende kanalen en is het noodzakelijk dat er een tussenpersoon de aanvragen doorstuurt naar de HR afdeling en de planner. Dit is tijdrovend en hierdoor kunnen er mogelijk inconsistenties optreden doordat het mogelijk is om fouten te maken bij het invullen.

Doelstelling

Het bedrijf (JDI) wil alle declaratie aanvragen via een digitaal portaal gaan verwerken. Door het proces te automatiseren is het niet meer nodig dat een tussenpersoon de aanvragen doorstuurt naar de juiste afdeling en dit documenteert. Door het proces te automatiseren is de kans op menselijke fouten

...

kleiner dan met de huidige oplossing. Door de oplossing houdt JDI meer tijd over voor andere werkzaamheden m.a.w. er blijft meer geld over.

De opdracht

Het is aan de opdracht om een Human Resource portaal te bouwen, in het portaal is het mogelijk om in te vullen welke dagen de werknemers thuis of op kantoor werken. Het portaal kan de reisafstanden uitrekenen en dit terugkoppelen aan de declaratieformulieren. Daarnaast wordt het mogelijk voor de werknemers om verlof aan te vragen, en voor de werkgever/planner

...

dit goed of af te keuren. Vervolgens kan er dan door middel van Slack

...

met een bericht aangegeven worden wat het resultaat was van de aanvraag.

Concrete resultaten

Hieronder staat een overzicht met alle concrete op te leveren resultaten:

• Plan van aanpak.
• Software requirement specification (SRS).
• Software Design Documentation (SDD).
• Broncode

...

• inclusief unit tests

...

• .
• Testrapportage.
• Projectbeheerartefacten (Hoofdstuk 6).
• Individueel verslag per groepslid (Dit onderdeel leveren we alleen aan school).

Projectgrenzen

Organisatorische grenzen

Het project begint op 5-4-2022 (pre-sprint) en de eerste sprint gaat beginnen op woensdag 13-4-2022, de opleverdatum is 10-6-2022. In totaal gaat het team werken in drie sprints, tijdens de sprints zijn de regels van SCRUM leidend. Tijdens de sprints mag de opdrachtgever de scope van de actieve sprint niet aanpassen. De laatste twee weken zijn gereserveerd om de eindpresentatie te maken en het softwarepakket te overhandigen en toe te lichten.

Het ontwikkelteam is beschikbaar op werkdagen tussen 09:00 en 17:00, met uitzondering van vrije dagen (https://www.han.nl/studeren/jaarrooster/). Het team bestaat uit vijf ontwikkelaars (studenten). De ontwikkelaars hebben iedere week 40 uur om aan het project te werken.

Bezigheden die tijd kosten buiten het maken van het product.

...

Het komt erop neer dat er per sprint gemiddeld 20 uur per persoon overblijft om te werken aan het product. In deze tijd gaat het team de bijbehorende documenten schrijven, software schrijven, unit testen en reviewen.

...

Het front-end gedeelte realiseren op basis van Vue.js

Het backend gedeelte realiseren door middel van Java springboot.

Er wordt gebruik gemaakt van de google API of een soort gelijk alternatief.

...

• Moet tijdens kantooruren beschikbaar zijn tot het verduidelijken van vragen, bijvoorbeeld via email. Hier zit een reactie termijn op van 2 dagen.
• Moet aanwezig zijn bij het opleveren van de sprints, door fysiek of online te kunnen beoordelen naar de voortgang.
• Moet voor de start van de eerste sprint voorbeelddata kunnen produceren voor werknemers.levert uiterlijk op 14-6 voorbeeld data aan, anders kan het team niet gaan ontwikkeleneerste sprint voorbeelddata kunnen produceren voor werknemers.

Het eindproduct

• Moet ethisch verantwoord zijn, en het portaal kan niet in strijd zijn met de Nederlandse (privacy) wet. (Is dit een randvoorwaarde die we aan iemand stellen of juist andere aan ons?)
  

Op te leveren producten en kwaliteitseisen

...

Om dit project goed via Scrum te kunnen uitvoeren, zijn een aantal vaste momenten van belang. Ten eerste zal het ontwikkelteam dagelijks tussen 9:00 en 9:15 een daily standup houden. Dit is een kort overleg waarbij wordt afgestemd wat ieder teamlid de voorgaande dag gedaan heeft, en wat hij voor die dag op de planning heeft. Op deze manier zal duidelijk inzichtelijk worden waar iedereen staat, en wordt het duidelijk of er knelpunten in het proces zijn. Naast de daily standup die in de ochtend plaatsvindt, kan er ook nog gekozen worden om een mid-daily standup te houden. Dit is hetzelfde als de daily standup, maar dan om te checken of iedereen die ochtend goed aan de slag is geweest en om een planning te maken voor de rest van de dag. Of er ook ruimte en belang is voor een mid-daily standup zal tijdens de eerste print duidelijk worden. Naast de daily standups zullen er tussen de sprints ook sprint planning en sprint retrospective ceremonies plaatsvinden. Dit is om te kijken waar de verbeterpunten van de afgelopen sprint in zitten, en om al vast voor te bereiden op de aankomende sprint. Denk hierbij bijvoorbeeld aan het selecteren van de use cases die in de volgende sprint worden opgepakt. Ten slotte wordt er na iedere sprint ook een sprint review gehouden, waarbij de resultaten van de afgelopen sprint worden gepresenteerd aan de stakeholders, dus o.a. aan Jarno Eggink en Wim Reuterink van JDI.

Projectorganisatie en communicatie

...

...