we noemden het in een vorige post over de keuze van de beste software, waar we ons op hebben gerichteigen analyse zakelijke onderneming (zonder welke het niet mogelijk is om een verstandige keuze te maken). We zullen ook zien dat voor een goede selectie een beperkt aantal leveranciers moet worden overwogen. Om vervolgens niet alleen de oplossingen vanuit een "technisch" oogpunt te analyseren, maar ook de diensten die zij aanbieden en de organisatie van human resources die binnen ons bedrijf nodig zullen zijn om het maximale uit de nieuwe software te halen. Anders zullen we ons geld slecht hebben uitgegeven door niet de gewenste voordelen te krijgen.
Laten we nu een stap achteruit doen en ons afvragen welke functionele eisen en welke aankoop methoden zal de ideale oplossing voor onze behoeften moeten presenteren: kortom, wat zijn de belangrijkste voordelen die we verwachten te vinden in de beste software. Ook in dit geval, wat betreft de voorlopige analyse van ons bedrijf, we zullen geen rekening houden met een bepaald product of technische specificaties: dit wordt de volgende stap. Voor nu vullen we gewoon een checklist in met de 'aan te vinken' items die in de volgende stappen van pas komen.
"We vragen ons af welke functionele eisen en welke aankoop methoden zal de ideale oplossing voor onze behoeften moeten presenteren: kortom, wat zijn de belangrijkste voordelen die we verwachten te vinden in de beste software "
En ook in dit geval de onze takenlijst het is gearticuleerd en omvat meer besluitvormers intern bij ons bedrijf: zeker niet alleen de IT-afdeling.
La selectie van enterprise-class software het kan het gevolg zijn van een behoefte, gemanifesteerd door een interne sector van ons bedrijf, of een direct mandaat van de topmanagement (die een algemeen beeld heeft van de toekomstige belangen van het bedrijf en de te volgen strategie). De oorsprong van het mandaat zelf hangt grotendeels af van of het beschouwde proces is kern of secundair aan het bedrijf. Vergeet niet dat de keuze voor nieuwe software vaak de sleutel is om de processen te veranderen.
Dat is in elk geval echt belangrijk alle betrokken actoren (inclusief degenen die de noodzaak manifesteren, degenen die beslissingen nemen op het hoogste niveau en degenen die over de technische en functionele vaardigheden beschikken om toekomstige onderhandelingen te voeren) moeten afgestemd op het doel van de selectie en op de kenmerken van de oplossing worden verworven.
Alleen met deze aannames kunnen we de lijst met functionele vereisten. Idealiter komen onze drie actoren (gebruikers, topmanagers en technisch-functionele analisten) samen voor een gemeenschappelijke onderneming brainstorming. Deze mogelijkheid is ongetwijfeld afhankelijk van de variabele tempo (het is noodzakelijk om rekening te houden met de interne kosten voor de defioprichting en beheer van een Progetto).
En deze afstemmingsactiviteit is des te belangrijker als we een verder aspect van de selectie beschouwen: zoals in elke "Reis van de koper", dat is het aankoopproces dat begint vanuit een behoefte en het ophalen van informatie over het marktaanbod doorloopt, er kunnen er enkele zijn "Grijze gebieden". Het is in feite niet zeldzaam dat het topmanagement, of de bedrijfsfunctie die baat heeft bij de oplossing, een generieke kennis heeft van de oplossing die moet worden toegepast: het weet wat het wil, niet hoe het duidelijk en expliciet te vertellen. Dit is ook zo nuttig specialistische ondersteuning in de IT-sector, mits bemand door goede functionele analisten die over de juiste vaardigheden beschikken.
Hier dan enkele vragen die het team zal stellen: wat is de gedetailleerde lijst met eisen? Is elk punt duidelijk voor het hele team dat de checklist heeft samengesteld? Heeft degene die de onderhandelingen gaat voeren zijn mandaat in gedachten? En is het mandaat zelf specifiek en gedetailleerd of bevat het hiaten? Een goede strategie om te volgen zou de Scrum-methode kunnen zijn: degene die aan het project deelneemt, vertelt een verhaal zodat de uiteenzetting, van een discursief type, de defivan de concepten die voor het werk moeten worden gebruikt.
Vaak zijn de bedrijfsoplossingen op de markt beschikken niet over alle vereiste functies door de koper. Bedrijfsleiders weten dit vanaf het begin. En daarom gaan we, zodra de checklist is opgesteld, een index van prioriteit: elk bedrijf, zodra de doelen zijn gesteld, heeft zijn eigen.
"Vaak de bedrijfsoplossingen op de marktbeschikken niet over alle vereiste functies door de koper. Bedrijfsleiders weten dit vanaf het begin. En daarom gaan we, zodra de checklist is opgesteld, een index van prioriteit"
Sommigen suggereren associëren voor elke eis een andere score van belangrijkheid: de totale score van elke onderzochte oplossing is de som van de huidige vereisten en hun relatieve belang. Het is een gezond verstand advies, op voorwaarde dat u niet te schematisch bent in de eindevaluatie: het is natuurlijk dat bij de toeschrijving van een waardering er zijn ook externe factoren buiten de software, meer dan alles met betrekking tot de leverancier. We zullen ze in een later bericht zien.
Om het intrinsieke te evalueren software kwaliteit het is noodzakelijk om een aantal vast te stellen objectieve statistieken (daarom buiten de functionele eisen, puur subjectief, vereist door het bedrijf).
Niet weten welke variabelen het product moet meten, betekent niet dat hij zich hiervan bewust kan worden waarde. Nogmaals, we willen een lijst samenstellen eerste om de individuele oplossingen te onderzoeken: we zullen het gebruiken als een meter op het moment van de daadwerkelijke selectie.
Er is een brede literatuur over het onderwerp: typ gewoon een zoekmachine "Softwarekwaliteit" om berichten en boeken over het onderwerp te ontdekken. Een handig startpunt is de stem Wikipedia, welke lijsten een set parameters extern (dwz met betrekking tot de door de gebruiker waargenomen kwaliteit) om de kwaliteit van de te verwerven oplossing te evalueren. Onder deze: correctheid, betrouwbaarheid, robuustheid, efficiëntie. Maar ook binnenland, verifieerbaar door een team van ontwikkelaars: onderhoudbaarheid, herbruikbaarheid, modulariteit zijn enkele van de genoemde voorbeelden.
Ook in dit geval beslist het team een prioriteitsindex voor de verschillende parameters: bijvoorbeeld het bedrijfsmanagement, dat de strategische visie van het project heeft, kan secundair belang toekennen aan de herbruikbaarheid van de software. En natuurlijk is het in deze fase van de softwareselectie goed om de mening van de te weten kwaliteitsfunctie van het bedrijf (indien aanwezig).
Het is een fundamentele variabele: voordat u een onderhandeling start, moet u rekening houden met het begroting totaal waarvoor u beschikbaar hebt software acquisitie (zowel voor de software zelf als voor de manuurkosten die nodig zijn voor de selectieactiviteit). Om een realistisch bedrag vast te stellen, hebben sommigen al een benchmark van oplossingen die eerder door het bedrijf zijn overgenomen, anderen vertrouwen op mond-tot-mondreclame tussen collega's uit dezelfde sector (of van dezelfde industriële groep). Door te controleren hoeveel eerder is uitgegeven voor vergelijkbare oplossingen, wordt het softwareselectieproces vergemakkelijkt.
"U moet rekening houden met het totale budget dat u beschikbaar heeft voor de software acquisitie: controleer hoeveel eerder is uitgegeven voor vergelijkbare oplossingen en vergemakkelijkt in feite het softwareselectieproces "
Natuurlijk is de prijs van software op ondernemingsniveau niet alleen een direct gevolg van de intrinsieke kwaliteit, maar ook van het werk dat de leverancier heeft verricht om deze te ontwerpen en te ontwikkelen: om de kosten af te schrijven, zijn er flexibele vormen van acquisitie (we zullen ze zien op het punt 6).
Er zal nooit genoeg over worden gesproken: elk bedrijf merkt dat hij handelt een toenemende hoeveelheid gegevens met betrekking tot zijn bedrijf en zijn klanten. Tegelijkertijd weten we dat het aantal mensen de afgelopen jaren is toegenomen cyberaanvallen op bedrijfsdatabases. Het beschermen van uw informatie is daarom een directe en onvermijdelijke verantwoordelijkheid van degenen die deze beheren.
Een van de taken van degenen die de onderhandelingen voeren, zal daarom zijn om te weten welke beveiligingen door de aanbieder zijn ingesteld. Ondertussen kan een basiskennis van risico's en oplossingen geen kwaad: de Manager ICT-afdeling hij zal zijn bedrijfscontacten over beide aspecten kunnen informeren.
Bepaal of u de voorkeur geeft aan een oplossing in de cloud (op externe infrastructuur) of on-premise (geïnstalleerd op bedrijfsservers) is niet zomaar een gril: budget en type gegevensbeheer hebben hun directe invloed op hoe de software wordt beheerd.
Voor veel managers een oplossing op locatie het wordt nog steeds geassocieerd met een perceptie van stabiliteit en controle: de meest substantiële investeringen moeten echter worden overwogen. Aan de andere kant de wolk het is flexibeler en goedkoper in termen van prijs, maar het vereist van de leverancier dat hij grotere garanties geeft op het gebied van gegevensbeveiliging en kanaalprestaties (dwz de snelheid van verzending en uitvoering van het programma).
De manier waarop kosten worden verondersteld, verandert ook: de prijs op locatie is meestal gebaseerd op een betaling van licenze, aanpassingskosten, eerste installatie, daaropvolgende onderhoudskosten, enzovoort. De cloud is een model betalen per gebruik: grotere bloei, hogere kosten. Gewoonlijk worden in de cloud-modus alle kosten die de kosten vormen, omgezet in een vergoeding die ze samenvat, meestal lager (vergeleken met een meerjarige contractuele verplichting, vaak van drie tot vijf jaar).
Het lijkt misschien een paradox, maar het is alleen maar schijnbaar: een goede checklist van de verwachtingen die we stellen over de nieuwe oplossing ... negeert niet een analyse van de software die moet worden gewijzigd. Natuurlijk verwijzen we niet naar de situatie van een eerste installatie.
"Een goede checklist van de verwachtingen die we stellen over de nieuwe oplossing ... wordt niet buiten beschouwing gelaten een analyse van de software die moet worden gewijzigd"
Ten eerste is het doel om de zwakheden: zijn de eigenaardigheden waardoor we op zoek zijn gegaan naar een ander product. Zelfs de software veroudert en de agressieve behandeling op hetzelfde kan een verkeerde zet blijken te zijn.
Mogelijk moeten we er echter ook enkele opschrijven sterke punten: er wordt zelfs niet gezegd dat het beheer van het proces met de oude oplossing in elk aspect onvolledig was.
Ook tijdens deze analyse is het nuttig om een gedeelde taak uit te voeren: functionele kennis e technische kennis ze gaan hand in hand en dragen allebei bij aan een meer concrete evaluatie van de kwaliteit van de software. Zelfs degene die moet veranderen!
Persoonlijk denk ik dat wanneer de software niet langer toereikend is, dit zeker niet de schuld is van degenen die destijds de keuze hebben gemaakt. eenvoudigweg de markt is veranderd en die software reageert niet op nieuwe zakelijke behoeften. Dit is de reden waarom de nieuwste oriëntatie zich steeds meer richt op een refactoring continue toepassingen.
auteur Paolo Ravalli
Het ontwikkelen van fijne motoriek door middel van kleuren bereidt kinderen voor op complexere vaardigheden zoals schrijven. Kleuren…
De marinesector is een echte mondiale economische macht, die is genavigeerd naar een markt van 150 miljard...
Afgelopen maandag maakte de Financial Times een deal met OpenAI bekend. FT geeft licenties voor haar journalistiek van wereldklasse...
Miljoenen mensen betalen voor streamingdiensten en betalen maandelijkse abonnementskosten. De algemene mening is dat je…
