MoSCoW-methode

Uniforme manier om prioriteiten te stellen met de MoSCoW-methode

Het kiezen en implementeren van een nieuwe softwareOnder software verstaan we alle programma’s en applicaties die ervoor zorgen dat een informatiesysteem naar behoren werkt. Dit zijn niet-materiële componenten, in tegenstelling tot hardware. Software kan je dus niet aanraken, maar is wel nodig om een informatiesysteem taken te laten uitvoeren. Deze programma’s zorgen er onder andere voor dat een computer gebruikt kan worden voor tekstverwerking, om te surfen op het internet of om video’s te bewerken. kan een hele klus zijn. Bedrijven die een goede keuze willen maken, moeten precies voor ogen hebben wat er van de software wordt verwacht. De prioriteiten scherpstellen is hierbij van essentieel belang, maar dit proces is niet altijd even gemakkelijk. Daarom bedacht Dai Clegg in 1994 de MoSCoW-methode. De medeklinkers van dit acroniem staan voor de verschillende soorten wensen en eisen die een bedrijf zou moeten onderscheiden, namelijk must-have, should-have, could-have en won’t-have.

Must-have

De must-haves zijn de minimale eisen waaraan de nieuwe software zeker moet voldoen. Zonder de invulling van deze eisen kan het project als mislukt worden beschouwd. Als een bedrijf bijvoorbeeld naar een eerste ERP-systeem kijkt omdat het manueel inplannen van de productie elke week tot fouten en tijdverlies leidt, zal een must-have een module voor productieplanningOnder productieplanning wordt verstaan het inplannen van productiewerk op basis van orders of de verwachte verkoop. Deze planning wordt opgemaakt rekening houdend met: aanwezige materialen of hun levertijden, beschikbare werkkrachten, en de productiecapaciteit van mensen en machines. De planning helpt bedrijven om op een geordende en logische manier aan de productie van nieuwe goederen te beginnen. Ook kunnen op basis van deze planning bestellingen voor ruwe materialen gedaan worden, en kan het transport van afgewerkte goederen ingepland worden. zijn.

Should-have

De should-haves bij een software-oriëntatie zijn zeer gewenste functionaliteiten. Toch zal de software ook zonder deze eigenschappen zijn nut bewijzen. De toevoeging van de should-haves zal er vooral voor zorgen dat een hogere Return On Investment (ROI)De Return On Investment (ROI) meet de verhouding tussen de kosten en de baten van een investering in software. Door middel van een ROI-berekening kan een bedrijf nagaan hoeveel tijd er nodig is om de gemaakte kosten terug te verdienen. gehaald wordt. Het kan ook over een functionaliteit gaan die nu nog niet de hoogste prioriteit heeft, maar op relatief korte termijn wel echt nodig is. Een bedrijf dat nu de bestellingen via e-mail nog relatief snel manueel kan omzetten naar productieorders zal misschien met het oog op groei toch kijken naar e-mailintegratie als een should-have.

Could-have

De could-haves worden ook vaak nice-to-haves genoemd. Dit zijn eigenschappen die mooi zouden zijn als ze binnen het budget en tijd vallen. Als er echter extra moeite voor moet worden gedaan, heeft het geen zin om deze op te nemen. In het geval van een productiebedrijf met relatief kleine B2B-klanten kan dit bijvoorbeeld om EDIEDI staat voor Electronic Data Interchange. In het kort gezegd zorgt deze technologie ervoor dat communicatie tussen bedrijven gestandaardiseerd wordt en elektronisch verloopt. Vooral bedrijven in de B2B-groothandel en productiesector maken gebruik van EDI-software. gaan. De rechtstreekse uitwisseling van gegevens kan het bestel- en factureerproces namelijk versnellen, maar brengt pas bij een significante groei van de bestellingen echt veel op.

Won’t-have / Would-have

De won’t-haves zijn eerder utopische wensen, of wensen die het op het moment van de oriëntatie nog niet de moeite lonen om in te investeren. Dit kan bijvoorbeeld gaan om orderpickingOrderpicking is het proces waarbij een magazijnmedewerker de artikelen beschreven op een pakbon uit het magazijn haalt en verzamelt. Hierna maakt deze medewerker, ook wel een orderpicker genoemd, de verzameling gereed voor verzending naar klanten of voor intern gebruik. Bovendien moet de orderpicker ook in de voorraad aangeven dat een artikel gepickt is, en wordt hij of zij vaak ingezet voor de ontvangst en de opslag van goederen in het magazijn. door middel van augmented reality. Het is een heel leuke technologie, maar voor de meeste bedrijven is dit uitsluitend een enorme kostenpost. Won’t-haves worden ook wel would-haves genoemd, omdat een bedrijf ze onder bepaalde voorwaarden in de toekomst misschien wel zou implementeren.

MoSCoW-methode voorbeelden

ICT Portal heeft voor projectleiders die zich aan het oriënteren zijn op bedrijfssoftware enkele functionaliteitenlijsten (requirements checklists) opgesteld. Hierin kunnen zij de prioriteiten volgens de MoSCoW-methode ordenen. Deze voorbeelden van de MoSCoW-methode vind je in de volgende Digiboeken:

• CRM FunctionaliteitenoverzichtMet dit Digiboek bepaal je de functionaliteiten voor een CRM-systeem. Deze uitgave biedt één duidelijk overzicht van alle mogelijkheden uit verschillende CRM-pakketten. De prioriteiten kun je aanvinken en opslaan. Zo breng je gestructureerd de wensen en eisen in kaart, en kun je een doordachte leveranciersselectie maken.
• DMS FunctionaliteitenoverzichtMet dit Digiboek bepaal je de functionaliteiten voor een Document Management Systeem. Deze uitgave biedt één duidelijk overzicht van alle mogelijkheden uit verschillende DMS-pakketten. De prioriteiten kun je aanvinken en opslaan. Zo breng je gestructureerd de wensen en eisen in kaart, en kun je een doordachte leveranciersselectie maken.
• HRM FunctionaliteitenoverzichtMet dit Digiboek bepaal je de functionaliteiten voor een HRM-systeem. Deze uitgave biedt één duidelijk overzicht van alle mogelijkheden uit verschillende HRM-pakketten. De prioriteiten kun je aanvinken en opslaan. Zo breng je gestructureerd de wensen en eisen in kaart, en kun je een doordachte leveranciersselectie maken.
• ERP Handel FunctionaliteitenoverzichtMet dit Digiboek bepaal je de functionaliteiten voor een ERP-systeem voor handelsbedrijven (groothandel, detailhandel, retail en e-commerce). Deze uitgave biedt één duidelijk overzicht van alle mogelijkheden uit verschillende ERP-pakketten. Breng gestructureerd je wensen en eisen in kaart, en maak een doordachte leveranciersselectie.
• ERP Productie FunctionaliteitenoverzichtMet dit Digiboek bepaal je de functionaliteiten voor een ERP-systeem voor productiebedrijven. Deze uitgave biedt één duidelijk overzicht van alle mogelijkheden uit verschillende ERP-pakketten. De prioriteiten kun je aanvinken en opslaan. Zo breng je gestructureerd de wensen en eisen in kaart, en kun je een doordachte leveranciersselectie maken.
• Digital Signage FunctionaliteitenoverzichtMet dit Digiboek bepaal je de functionaliteiten voor een Digital Signage-oplossing. Deze uitgave biedt één duidelijk overzicht van alle mogelijkheden uit verschillende narrowcasting-pakketten. De prioriteiten kun je aanvinken en opslaan. Zo breng je gestructureerd de wensen en eisen in kaart, en kun je een doordachte leveranciersselectie maken.
• Kwaliteitsbeheersysteem (QMS) FunctionaliteitenoverzichtMet dit Digiboek bepaal je de functionaliteiten voor een kwaliteitssysteem. Deze uitgave biedt één duidelijk overzicht van alle mogelijkheden uit verschillende QMS-pakketten. De prioriteiten kun je aanvinken en opslaan. Zo breng je gestructureerd de wensen en eisen in kaart, en kun je een doordachte leveranciersselectie maken.
• Financieel Systeem FunctionaliteitenoverzichtMet dit Digiboek bepaal je de functionaliteiten voor een financieel systeem. Deze uitgave biedt één duidelijk overzicht van alle mogelijkheden uit verschillende Finance-pakketten. De prioriteiten kun je aanvinken en opslaan. Zo breng je gestructureerd de wensen en eisen in kaart, en kun je een doordachte leveranciersselectie maken.

Veranderende arbeidssituaties en prioriteiten

Wensen en eisen zijn nooit statisch. Ze verschillen per bedrijf, situatie en moment. Zo kan het voorkomen dat de wensen en eisen van een bedrijf na verloop van tijd van categorie veranderen. Aan het begin kan een bedrijf bijvoorbeeld een klein magazijnWarehouse Management is de Engelse term voor magazijnbeheer. WM kan worden samengevat als het beheer van alle activiteiten en bedrijfsprocessen die te maken hebben met binnenkomende of opgeslagen artikelen in het magazijn. Dit kan gaan over de artikelen binnen één magazijn, of op meerdere locaties. WM is een breed begrip. De invulling ervan kan erg verschillen. Een aantal basistaken die in elk geval onder magazijnbeheer vallen: hebben. Dan is het voor orderpickers geen probleem om terug te lopen naar een centraal punt om telkens een volgende order op te halen. VoicepickingBij voice picking, of picking to voice, gebeurt de orderpicking spraakgestuurd. Artikels worden niet uit het magazijn gehaald aan de hand van een picklijst of pakbon. De orderpickers krijgen hun opdrachten in audiovorm doorgespeeld. Wanneer een bepaald artikel gepickt is, geven de pickers een mondelinge bevestiging aan het systeem. is dan een could-have of zelfs won’t-have. Zodra het bedrijf echter groeit en het magazijn veel omvangrijker wordt, kan voicepicking dan weer een should-have of must-have worden.