Als het gaat om softwareprojecten, heeft u ooit gezien hoe verschillende softwareontwikkelingsbedrijven en softwaredienstverleners een project beschrijven? Kunnen hun beschrijvingen u snel inzicht geven in de specifieke projectvereisten en achtergrond?

De gebruikelijke manier om softwareprojecten te beschrijven, omvat meestal de volgende vier punten:

Introductie van de klantensector

De klanten van softwareprojecten komen uit verschillende sectoren. Om een project aan mensen uit verschillende industrieën te introduceren, moet je beginnen met de achtergrond van de sector. De inhoud van de sectorachtergrond omvat hoe deze sector verbinding maakt met het dagelijks leven van mensen, welke markten of doelgroepen het bedient, welke rol de klant speelt in de sector, welke overtuigingen of kenmerken ze hebben, en wat hun toekomstvisie is. Door de sector van de klant te introduceren, kan de softwareontwikkelaar de behoeften beter begrijpen en verwerken.

Problemen in de bedrijfsprocessen (waar de behoefte ligt)

Dit is de belangrijkste motivatie voor de klant. Wat zijn de problemen die de klant in zijn werkomgeving tegenkomt? Is er behoefte aan digitalisering van bestaande werkprocessen, moet het huidige informatiesysteem na jaren van gebruik worden herzien, of zijn er nieuwe digitale maatregelen nodig om aan de nieuwe trends in de sector te voldoen? Het is belangrijk om objectief en empathisch de situatie van de klant te begrijpen.

Voorgestelde oplossingen

Na overeenstemming met de klant, stelt het softwarebedrijf op maat gemaakte projectplannen en implementaties voor die succesvol kunnen worden toegepast in de werkprocessen van de klant.

Resultaten

In vergelijking met oude oplossingen, wat zijn de objectieve conclusies over de verschillen en veranderingen die de nieuwe oplossing voor de klant heeft gebracht? Bijvoorbeeld: verbetering van de efficiëntie van productielijnen, vermindering van de tijd voor het integreren van informatie, het bieden van nieuwe kanalen om klanten te bereiken...

Door deze vier beschrijvingen van softwareprojecten te combineren, kunnen we een basisbegrip van het project krijgen. Tijdens het overleg met de klant moet de projectmanager ervoor zorgen dat deze beschrijvingen duidelijk zijn. Een beschrijving van een softwareproject is flexibel; het kan kort in één zin worden samengevat of uitgebreid in een rapport worden beschreven. Op dat moment kan men proberen:

Een 'kernwaarde' op te stellen die de reikwijdte van het project bepaalt

Een project heeft altijd beperkte middelen om een specifiek doel te bereiken. Echter, zonder beperkingen in de reikwijdte kunnen er 'gerelateerde' functies ontstaan. Deze gerelateerde functies kunnen de oplossing aanzienlijk verbeteren, maar kunnen ook de ontwikkelingstijd verlengen en vertraging in de lancering veroorzaken; of ze kunnen geen concrete bijdrage leveren aan de oplossing.

Voorbeeld:

Een klant wil een functie voor een bedrijfsinformatiesysteem creëren waarbij een druk op de startknop automatisch geplande taken uitvoert. Hoewel het intuïtief lijkt om de volgende werkprocessen gewoon op volgorde te laten verlopen, kan de daadwerkelijke ontwikkeling vereisen dat er rekening wordt gehouden met de toepassingsomgeving van het systeem, zoals gebruikersrechten, de status van de vorige uitvoering, en de stabiliteit van de systeemverbinding. Op dat moment zegt de klant plotseling in de discussie: 'Ik wil dat het systeem levendig en dynamisch aanvoelt wanneer ik op de startknop druk.'

Bij softwareontwikkeling, wanneer we functies plannen op basis van een enkel gebruikersverhaal, moeten we vaak de context en verschillende zakelijke logica overwegen. Wanneer de klant geen bezwaren heeft tegen de functionele aspecten, kan de focus verschuiven naar interfacekleuren, lay-out, knopgedrag, en overgangen, wat leidt tot verschillende eisen voor een levendiger uiterlijk.

Wat te doen als er conflicten ontstaan tussen de ontwikkelingsfuncties en de verwachte systeeminterface van de klant binnen de beperkte ontwikkeltijd?

Op dat moment moet men terugkeren naar de fundamentele 'kernwaarde' om de noodzaak en prioriteit van deze functies binnen de beschikbare tijd en middelen te bevestigen. De kernwaarde is vaak een korte en krachtige slogan, die als een magische spreuk helpt om bij het overwegen van wijzigingen in gebruikersverhalen, drie keer te herhalen en zo tot een duidelijk antwoord te komen!

In het eerder genoemde voorbeeld, wanneer de klant vasthoudt aan zijn eisen, kunnen we de discussie leiden naar de vraag 'Wat zijn de voordelen van een levendiger interface voor de bediening van het bedrijfsinformatiesysteem?' en 'Als we de interface levendiger willen maken, moeten we extra tijd besteden aan ontwerp, wat kan leiden tot vertraging in de lancering. Is dat acceptabel?' Vervolgens stellen we voor om de eisen te herzien en prioriteren volgens de 'kernwaarde', zodat we binnen de tijdslimiet kunnen lanceren.

Stel samen met de klant de meest passende 'kernwaarde' vast voor elk project

De kernwaarde van een project fungeert als een vuurtoren, die ons tijdens discussies met het ontwikkelingsteam of tijdens klantinterviews en acceptatietests helpt om niet van het onderwerp af te dwalen en terug te keren naar de kern van het project. Als u vandaag deze tekst leest en worstelt met de eisen van de klant, probeer dan de kernwaarde van het project op te stellen om uzelf en de klant te overtuigen!