Dv4.3.6 Les 1 - Behoefte analyse en klantinterview

• ICT
• MBO
• Studiejaar 2

Eindtermen: kwalificatie Dv4.3.6

5. De deelnemer kan aan de hand van klantspecificaties binnen een ontwerpmethode een informatieanalyse uitvoeren.

6. De deelnemer kan aan de hand van een informatieanalyse binnen een ontwerpmethode op onderdelen een definitiestudie opstellen.

7. De deelnemer kan aan de hand van een definitiestudie binnen een ontwerpmethode een functioneel ontwerp opstellen.

8. De deelnemer kan aan de hand van een functioneel ontwerp binnen een ontwerpmethode een technisch ontwerp opstellen.

HTML

Les 1: De klant

Software Developer

Cohort 2021

Requirements

De kwaliteit van ict-toepassingen laat zich uitdrukken in de mate waarin wordt voldaan aan de eisen en verwachtingen (met een ander woord: requirements) van opdrachtgevers, gebruikers en andere direct betrokkenen. Requirements staan aan de basis van plannen voor en besluitvorming over ontwikkeling en onderhoud van systemen.

Requirements

Het wordt steeds belangrijker om veel aandacht aan requirements te besteden. Hiervoor zijn twee redenen

• Tijdens systeemontwikkelingsprojecten blijken veel issues terug te voeren zijn op onvoldoende requirements.
• requirements worden gezien als het 'contract' tussen de business (demand) en bijvoorbeeld de interne ict-organisatie (supply).

Einde informatie analyse

requirementsanalyse en informatieanalyse zijn wezenlijk verschillende activiteiten.

1. requirements- en informatieanalyse hebben eigen insteek
   
2. requirementsanalyse is richtinggevend voor de informatieanalyse
   
3. de informatieanalyse krijgt een vliegende start als voorafgaand een requirementsanalyse is uitgevoerd
   
4. de informatieanalyse levert een verdieping en validatie van de requirements

Requirement analyse

requirements- en informatieanalyse zijn wezenlijk verschillende activiteiten, die elkaar vooral aanvullen in plaats van overlappen:

1. requirementsanalyse en informatieanalyse hebben hun eigen insteek
   
2. requirementsanalyse is richtinggevend voor de informatieanalyse
   
3. de informatieanalyse krijgt een vliegende start als voorafgaand een requirementsanalyse is uitgevoerd
   
4. • de informatieanalyse levert een verdieping en validatie van de requirements.

Aanbevelingen

• voer een requirementsanalyse uit, daarna een informatieanalyse;

• leg de requirements afzonderlijk vast en neem ze in beheer binnen de gebruikersorganisatie;

• beperk de informatieanalyse tot het uitdiepen van de oplossingsrichting;

• gebruik een toekomstvast requirementsmodel, dat wil zeggen gericht op het beheren van requirements van de gehele organisatie;

• verwijs in informatieanalyse en functioneel ontwerp consequent naar de requirements die daarmee worden gerealiseerd.

Definitie:

Requirementsanalyse is de naam die we gebruiken voor het traject dat leidt tot een vastgestelde set requirements (baseline). Requirements zien we daarbij als de eisen die stakeholders stellen aan een oplossing.

Die oplossing hoeft daarbij niet in een geautomatiseerd systeem te liggen! 

Doel Requirments

1. Eisen van stakeholders helder en eenduidig te definiëren, worden ze in de taal van de stakeholder vastgelegd. Dit maakt requirements toegankelijk voor iedereen.
2. Requirements worden op het hoogste niveau gerelateerd aan de doelstellingen van de organisatie en de bijbehorende business benefits. Door de samenhang binnen het requirementsmodel kunnen zo alle projectresultaten eenvoudig worden gerelateerd aan de oorspronkelijke business case. 

twee verschillende aanpakken:

De integrale aanpak.

Vanuit het bedrijf als geheel worden zowel de huidige situatie (IST) als het toekomstbeeld (SOLL) in kaart gebracht, plus de strategie om van IST naar SOLL te komen. Dit geheel wordt vastgelegd in een (bedrijfsbreed) projectenplan, met een aantal projectdefinities. De feitelijke informatieanalyse begint dan op basis van één van deze projectdefinities.

Vervolg

De partiële aanpak

In de partiële aanpak wordt een afgebakend deel van het bedrijf in beschouwing genomen. Ook kan een specifiek probleem waarvoor een oplossingsrichting moet worden gezocht, de aanleiding vormen voor de informatieanalyse. Er wordt eerst een analyse van het probleem en de mogelijke oplossing moeten plaatsvinden, op grond waarvan een projectdefinitie wordt opgesteld.

Overeenkomsten

1. Bij zowel informatieanalyse als requirementsanalyse staat het behalen van de bedrijfsdoelen door middel van de verschillende bedrijfsprocessen centraal.
2. Beide analyses worden vaak vanuit dezelfde aanleiding gestart, bijvoorbeeld in het kader van een ontwikkeltraject. 
3. Ook de analist die de requirementsanalyse uitvoert kan dezelfde zijn die voor de informatieanalyse wordt ingezet.

Verschillen

1. requirementsanalyse richt zich op het beschrijven van voorwaarden en uitgangspunten voor een oplossing; de informatieanalyse richt zich vooral op de oplossing zelf.
2. Een requirementsanalyse beschrijft ook requirements die niet, of niet direct, worden gerealiseerd. Juist daarom wordt bij requirements de prioriteit vastgelegd. Een informatieanalyse kent deze gelaagdheid niet.

Toevoeging requirementsanalyse

1. In de eerste plaats creëert requirementsanalyse heldere startvoorwaarden op het gebied van de inhoud, naast de randvoorwaarden die de architectuur stelt. 
2. Verder maken requirements een goede afweging mogelijk wanneer tijdens de informatieanalyse keuzes moeten worden gemaakt

Requirementsanalyse is niet het einde van de informatieanalyse... maar het begin!

  3.  Doordat requirements SMART worden geformuleerd is de
       kans groter dat de oplossing  voldoet aan de verwachtingen.
 4. Tenslotte kunnen requirements een toegevoegde waarde
       hebben bij de communicatie met de stakeholders. Zij zijn
       immers voor de stakeholder toegankelijker en
       herkenbaarder geformuleerd, waardoor een drempel voor
       begrip - en daardoor participatie - wordt weggenomen.

Wat gaan we doen?

- Behoefte analyse

- Klant interview

- Huiswerk (opdracht)

Leerdoelen

Na deze les.

- weet je wat een behoefte analyse is.

- ken je de onderdelen van een behoefte analyse. 

- ontwikkel je onderdelen van een behoefte analyse.

- maak je zelf open vragen voor een klantinterview.

Behoefte analyse

Inhoudsopgaven van de behoefte analyse: 

- Inleiding: Introduceren van de klant

- Missie: Doel van de klant.

- Huidige situatie: Wat is de situatie nu?

- Gewenste situatie: Waar wil je klant heen?

- Product: Wat voor product wil de klant en wat zijn de eisen?

- Doelgroep: Wie gaat het product gebruiken?

- Doelstelling: Doel v.h. project met klantnaam, wat de klant wil+nodige tijd.

- Bijlage: Interview uitwerken

1. Inleiding
2. Projectdoelstelling
3. Huidige situatie
4. Doelgroep

1. Project eisen
2. Projectdoelstelling
3. Huidige situatie
4. Doelgroep

1. Project eisen
2. Projectdoelstelling
3. Huidige situatie
4. Gewenste situatie

1. Project omschrijving
2. Projectdoelstelling
3. Huidige situatie
4. Gewenste situatie

1. Inleiding
2. Projectdoelstelling
3. Huidige situatie
4. Gewenste situatie

Klantinterview

JOUW DOEL: WAT WIL DE KLANT? 

Voordat het interview start zal je een aantal vragen opstellen. 

Soorten vragen: 

Open vragen: Meer informatie krijgen. 

    - 5W + H Methode: Wie, Wat, Waar, Wanneer, Waarom, Hoe.

Gesloten vragen: Controlerende vraag. 

Klantinterview

Klantinterview door gebruik te maken van: 

LSD techniek

- Luisteren

- Samenvatten: In eigen woorden. Controleren of je het begrepen hebt. ("Als ik het goed begrijp .." & "... Klopt dat?")

- Doorvragen: Verdiepingsvragen. ("U heeft het over de kleur blauw of grijs, kunt u specifieker zijn"?) 

Schrijf 2 vragen op die je voor elk klantinterview zou kunnen gebruiken.

Huiswerk 

In de vorige opdracht miste er twee onderdelen uit de behoefteanalyse.

- Gewenste situatie: Waar wil je klant heen?

- Projectdoelstelling: Doel van dit project met de klant naam, wat de klant wil en de tijd ervoor.

Ga in zo mogelijk samen zitten. 

Schrijf de gewenste situatie en projectdoelstelling voor de behoefteanalyse. 

Inleveren: Einde van de les.

Samenvatting

- In de behoefteanalyse breng je de klantvraag in kaart. 

- Behoefte analyse schrijf je naar aanleiding van een klantinterview

- Behoefte analyse bestaat uit: Inleiding, Missie, Huidige situatie, Gewenste situatie, Product met product eisen, doelgroep, projectdoelstelling en uitgewerkt klantinterview. 

 - Open vragen stel je door de 5W + H methode te gebruiken 

- 5 W+ H methode => wie, wat, waarom, waar, wanneer en hoe

- LSD: Luisteren, Samenvatten, Doorvragen. 

VRAGEN?