Kwaliteit

Van Nederlandse bedrijven wordt een zeer hoge kwaliteit verwacht. Hoe garandeer jij je kwaliteit? Als je weet waar er fouten kunnen ontstaan, kan je dit voorkomen door goede controles op te zetten of het proces erop aan te passen.

Weten je medewerkers wat er belangrijk is voor de kwaliteit van het eindproduct en zien ze dan ook welke rol ze hierin spelen? Dit is niet zo vanzelfsprekend als het klinkt, vooral in grotere bedrijven gaat het hierbij vaak mis!

Capaciteit

Het is belangrijk om voldoende capaciteit in je bedrijf te hebben, zodat je geen inkomsten misloopt doordat je je product of dienst niet kan leveren. Uiteraard is het ook niet goed voor het bedrijf als er teveel ongebruikte capaciteit is. Hoeveel product of dienst kan je verzorgen met je ‘resources’  op dit moment?
Kan je relatief simpel inspringen op een verhoogde vraag? Denk hierbij bijvoorbeeld aan het personeel en het materiaal dat nodig is.

Planning

Een goede planning zorgt voor ontlasting van het werk van je medewerkers; wat is kritiek en kan mag echt niet blijven liggen en welke taken hoeven niet per se direct opgepakt te worden? Is er hierdoor een goede flexibiliteit mogelijk? En wat kan je doen als er relatief weinig werk is, kan je personeel dan toch op een andere manier effectief aan de slag?

Efficiëntie

Als elke medewerker voor zichzelf efficiënt bezig is, hoeft dat voor het bedrijf niet per definitie efficiënt te zijn. Een medewerker kan heel efficiënt zijn in het bijhouden van bestellingen in spreadsheets of lijsten, maar is dit daadwerkelijk de taak die de medewerker moet uitvoeren? Zorg ervoor dat je medewerkers voornamelijk bezig zijn met het bedrijfsproces en niet met rand-taken! Ik houd zelf altijd mijn ogen goed open of dat er taken zijn die geautomatiseerd kunnen worden.

Met een maatwerk oplossing kan je de kwaliteitscontrole in het bedrijfsproces opnemen. Verder bestaan er diverse kant-en-klaar oplossingen om de planning en de capaciteit van je bedrijf te verbeteren.

Een bedrijf kan altijd beter. Waarop kan jouw bedrijf zich nog verbeteren?

Snelheid

Afhankelijk van de programmeertaal, kan er een bepaalde snelheid met de software behaald worden; dit is niet alleen afhankelijk van de gebruikte apparatuur! Een programma kan in verschillende talen geschreven worden en voor de gebruiker er hetzelfde uitzien, maar de achterliggende techniek kan sterk verschillen!

Aan de andere kant zijn bepaalde taken in de ene programmeertaal gemakkelijk te realiseren, terwijl het in andere talen juist praktisch onmogelijk is om dit correct voor elkaar te krijgen.

Veiligheid en ondersteuning

Het is mogelijk dat er veiligheidslekken in een programmeertaal zitten. Het is dus vaak van belang dat de laatste versie wordt gebruikt, zodat een kwaadwillende zo min mogelijk kans krijgen om beveiligde informatie buit te maken.

Het kan zijn dat een programmeertaal niet meer ondersteund wordt of dat er geen nieuwe mogelijkheden meer toe worden gevoegd. Dit kan betekenen dat nieuwe werkwijzen niet op een degelijke manier kunnen worden opgezet, waardoor de kwaliteit van de software verminderd.

Object georiënteerde programmeertalen

Als je al ooit met een software partij te maken hebt gehad, is de term object georiënteerd programmeren vast wel eens voorbij komen vliegen. Dit betekent simpelweg dat de gegevens in de software op een goede manier gescheiden kunnen worden, zodat er (in principe) gemakkelijker uitbreidingen kunnen worden gemaakt. Er zullen ook minder fouten ontstaan als er veel gebruik wordt gemaakt van dit principe.

Programmeertalen ondersteunen dit principe in variërende mate. Dit kan ervoor zorgen dat de software minder goed te onderhouden is. Een goed voorbeeld is ASP, waarbij dit principe niet uitgebreid gebruikt kan worden, waardoor de code niet efficiënt opgezet kan worden.

Kortom, wat is belangrijk?

Afhankelijk van de wensen, het budget en de grootte van het project, moet er een afweging gemaakt worden tussen verschillende programmeertalen. De snelheid waarmee een project kan worden geïmplementeerd, hangt hiermee samen. Een verkeerde keuze voor de programmeertaal leidt tot een moeizaam, frustrerend en onbeheersbaar project!

Het kan natuurlijk voorkomen dat er meerdere talen geschikt zijn om een doel te bereiken. Dit hangt uiteraard ook af van de expertise van de software partij.

Welke programmeertaal wekt bij jou het meeste vertrouwen, en waarom? Laat het weten in een reactie!

7. Correctieronde

In de correctieronde wordt de feedback verwerkt die je in de testrond hebt gegeven. Deze feedback wordt door de ontwikkelaars van de software opgepakt en zij repareren het. Afhankelijk van hoeveel feedback je hebt, kan er opnieuw een testfase (en een correctieronde) plaatsvinden.

Zorg ervoor dat je maar weinig correctierondes hoeft te gebruiken. Je loopt namelijk al snel kans dat de deadline niet meer kan worden gehaald. Als je hiermee rekening houdt, kan je in de eerste correctieronde de meeste fouten al verhelpen. Het kost namelijk beide partijen geld als er een onbeperkt aantal correctierondes zou zijn.

Denk goed na over hoe je de correctierondes zo efficiënt mogelijk in kan delen. In deze fase vindt vaak het meeste contact met een klant plaats.

8. Akkoord

Je bent tevreden over de functionaliteit van de opgeleverde software en geeft akkoord voor de testversie.

9. Implementatiefase

De software wordt helemaal klaargezet zodat jij het kan gaan gebruiken. Dit duurt maximaal één week. Zorg ervoor dat je, voordat je hele bedrijf afhankelijk wordt van de software, de functionaliteit nog een laatste maal naloopt. In speciale gevallen zorgt een uitrol in de definitieve omgeving voor andere problemen dan in de testomgeving!

10. Evaluatie

Dan komt de evaluatie fase. Hoe loopt het project? Ben je als klant tevreden? Zijn er problemen met de software? Is de snelheid van de software nog steeds hoog genoeg, of zijn er onverklaarbare vertragingen merkbaar? Eventueel kun je een vergadering afspreken met een derde partij om de opgeleverde software te controleren.

Hierna kan een onderhoudscontract ingaan, zodat de software up-to-date blijft. Denk hierbij aan aanpassingen of uitbreidingen op het huidige proces, of kleine fouten die in speciale gevallen voorkomen.

Durf jij nu een softwaretraject in te gaan? Laat het weten in een reactie!

4. Ontwerpfase

In deze fase gaat de softwarepartij voor jou aan de slag, hier merk je dus weinig van. De architecten gebruiken de opgestelde specificaties en maken een systeemontwerp voor het software project, zodat ze precies weten hoe het eruit moet komen te zien. Ze zijn zelf bezig met het verkennen hoe het gemaakt moet worden.

Afhankelijk van de grootte van het project neemt deze fase ongeveer 15% van tijd in beslag.

5. Ontwikkelfase

De ontwikkelfase is meestal maar een klein deel van de tijd. Afhankelijk van de gekozen ontwikkelmethodes kan hier veel verschil in zitten. Ontwikkeling kost ongeveer 25% (zo niet minder) tijd. De software wordt ontwikkeld; programmeercode en logica worden geschreven.

6. De testfase

In deze fase zet de softwarepartij voor jou een testversie klaar. Je krijgt dan een tot twee weken de tijd om het te testen. Je kunt bekijken of het voldoet aan je verwachtingen en of het kwalitatief in orde is. Laat het door de verschillende (representatieve) gebruikers testen, zodat alle verschillende taken in het systeem getest worden.

Afhankelijk van je software partij kan het mogelijk zijn om tussendoor al delen van de software te zien of uit te proberen zodat je daarop al je reactie kan geven. Het zal nooit voorkomen dat je geen opmerkingen hebt. Het moet natuurlijk ook precies worden zoals jij het wilt.

In het volgende artikel zal ik ingaan op de laatste vier fases van het software ontwikkelingstraject.

Graag wil ik je inzicht geven in de globale planning van zo’n project. Het proces bestaat uit 10 fasen. In dit artikel leg ik de eerste drie uit, in de volgende twee artikelen behandel ik de volgende zeven fasen.

1. Het intakegesprek

Dit is het eerste contact met de software partij. De partij gaat jouw wensen achterhalen. Als je deze van tevoren goed op een rijtje hebt gezet zal dit gesprek soepel verlopen. Daarnaast is het belangrijk om te verkennen en voor jezelf te beslissen of je bij de juiste partij bent.

Je weet dat je bij de juiste partij bent als zij je visie delen. Een goed begrip van elkaars ideeën is essentieel voor een goede samenwerking.

2. De specificatiefase / offerte traject

Je wil samenwerken met de softwarepartij. Nu gaat de softwarepartij aan de slag met jouw wensen. Ze gaan bekijken wat er nodig is en wat de vereisten zijn voor de software. Ze inventariseren jouw wensen. Tijdens deze fase zijn er vaak meerdere contactmomenten tussen jou, je medewerkers en de softwarepartij, zodat zij precies duidelijk krijgen wat jij wilt. Indien je zelf alle eisen al op papier hebt gezet kan dit traject vrij snel en meestal gratis verlopen.

Als je hulp nodig hebt bij het bepalen van je eigen wensen en eisen dan kan hier een los traject van worden gemaakt. In dat geval kun je met de resultaten daarvan naar meerdere leveranciers stappen en een vergelijkende offerte opvragen. Afhankelijk van de grootte van het software project behelst deze fase 20% van de totale doorlooptijd. Het resultaat van deze fase is een offerte, met duidelijke productspecificaties, planning en prijs.

3. Goedkeuring voor het softwareproject

Kun je je vinden in de ideeën van de softwarepartij, dan ga je akkoord met de offerte. Waar moet je rekening mee houden in de offertes?

Natuurlijk is de prijs en het budget van de software van belang. Als het software project geannuleerd moet worden, wat voor consequenties heeft dit dan? Houdt rekening met een eventuele boeteclausule in de offerte.

Wordt het duidelijk uit de offerte wat er precies opgeleverd wordt? Daarnaast moet de doorlooptijd van het project goed afgestemd worden; wanneer moet de software operationeel zijn? Spreek een duidelijke deadline af!

In de volgende twee artikelen behandel ik de overige 7 stappen die komen kijken bij het plannen van een softwareproject.

Heb je nog interessante op- of aanmerkingen? Plaats dan hieronder een reactie!