Methoden

SISp 4.2 Proeftuincontract met de leverancier

Selectie van standaard software

Voor de proeftuin wordt een apart contract gemaakt. Het kan immers gebeuren dat de aanschaf naar aanleiding van de proeftuin niet door gaat. De proeftuin moet dus als een op zichzelf staand project worden gezien dat door een eigen contract wordt afgebakend. Omdat de activiteiten van de proeftuin op punten afwijken van een reguliere invoering… lees verder »

Lean Management

Waar Six Sigma zich vooral richt op het verminderen van de variatie in de processen, is Lean Management gericht op het vermijden van verspilling. ‘Verspilling’ is in dit geval zeer ruim gedefinieerd. Alle stappen in een proces die niet per definitie waarde toevoegen voor de klant, zijn volgens de beginselen van Lean Management verspilling en… lees verder »

SISp 4.1 Standaard Pakket uitproberen in een proeftuin

Selectie van standaard software

Na drie afgewerkte SISp fases zijn we uiteindelijk bij het softwarepakket uitgekomen dat onze voorkeur heeft. Nu hoeft het zich alleen nog maar te bewijzen. In de laatst afgewerkte fase hebben we al een productdemo van de leverancier gekregen. Daardoor heeft de projectgroep al een goed beeld en een gevoel van de mogelijkheden van het… lees verder »

Responsibility Assignment Matrix (RACI Model)

RACI Balans

Het maakt niet uit hoe groot een project is, de taken moeten duidelijk worden omschreven. Of het nu een 5-koppig team of een internationale samenwerking betreft, iedereen moet zijn rol begrijpen en iedere medewerker moet zijn de taken en activiteiten kunnen afronden. Een goede manier om de rol van elk teamlid helder te krijgen is het toepassen van een ​​RACI-matrix. Het RACI-model is een verantwoordelijkhedenmodel… lees verder »

SISp 3.8 Valkuilen en samenvatting selectie standaard software

Selectie van standaard software

In 7 voorgaande SISp artikelen op ITpedia is de 3e fase van de SISp methode beschreven. Een fase waarin het softwarepakket wordt geselecteerd. Dit is laatste artikel van fase SISp 3, het gaat over de valkuilen die men in deze fase kan tegen komen. Het artikel wordt afgesloten met een koste samenvatting. Hierna volgt fase… lees verder »

SISp 3.7 Mijlpaalproducten en Best practices voor de selectie fase

Selectie van standaard software

Mijlpaalproducten SISp 3 (Selectie standaard pakket) 1. De Longlist De longlist is een product uit stap 3.2. Op de longlist staan de software pakketten die mogelijk in aanmerking komen voor selectie. Rijp en groen staan op deze lijst die snel kleiner moet worden om de doorlooptijd van het project binnen de perken te houden. Deze stap is beschreven in… lees verder »

DevOps

DevOps is een samentrekking van Development en Operations, oftewel Ontwikkeling en Beheer. Het is een logisch vervolg op Agile werken. Niet alleen wordt software in sprints opgeleverd, maar deze software gaat ook meteen naar productie, zo veel mogelijk geautomatiseerd en gefaciliteerd door een vast team waarin zowel ontwikkelaars als beheerders zitten. Een senior functioneel beheerder… lees verder »

Six Sigma

De term ‘Six Sigma’ is afkomstig van de statistische theorie. Bij een normale verdeling bevindt zich ongeveer 68% van alle waarden rond het gemiddelde μ, plus of min één keer de standaardafwijking σ (twee keer 34,1%). Bij drie keer de standaardafwijking (3σ) is dat al 99,7% (twee keer 34,1% plus twee keer 13,6% plus twee… lees verder »

SISp 3.6 Activiteiten selecteren softwarepakket

Selectie van standaard software

Net als iedere fase binnen de SISP methode bestaat ook deze fase uit een aantal activiteiten. Deze activiteiten zijn nodig om de mijlpaalproducten te realiseren. De fase vaststellen Selecteer Pakket bevat de volgende activiteiten. Activiteiten SISp3: 1. Verzamel bestaande informatie. 2. Onderzoek markt & maak longlist 3. Verstuur RFI, verstuur RFP 4. Selecteer en organiseer demo 5. Maak een… lees verder »

SISp 3.5 Productdemo en selectie

Selectie van standaard software

Productdemo van standaard software De leveranciers op de shortlist worden gevraagd een productdemo voor te bereiden. Om te zorgen dat deze demo zo bedrijfsspecifiek mogelijk is wordt vooraf een bedrijfscase uitgewerkt en aan de pakketleverancier ter voorbereiding gegeven. Om een representatieve demo te geven is het noodzakelijk dat de leverancier een aantal bedrijfsspecifieke gegevens in… lees verder »

SISp 3.4 Request For Proposal (RFP)

Selectie van standaard software

Of wel de offerte-aanvraag volgens vaste indeling en procedure Gebruik van de request for proposal (RFP) Uit de antwoorden van de RFI selecteert u de best scorende leveranciers, deze krijgen nu een uitgebreidere lijst met vragen toegezonden. Dit wordt ook wel “Request For Proposal (RFP)” genoemd. Om een helder beeld te krijgen van het softwarepakket… lees verder »

SISp 3.3 Request For Information (RFI)

Selectie van standaard software

Het verzoek om informatie (RFI) In deze fase van het project stuurt u de leveranciers op uw longlist een korte vragenlijst. Dit wordt ook wel “Request For Information (RFI)” genoemd. De vragenlijst bevat vragen over alle musthave criteria, algemene bedrijfsinformatie over de leverancier en penetratiegraad van het software pakket in de branche. Als het aantal geselecteerde… lees verder »

SISp 3.2 Longlist kandidaat pakketten

Selectie van standaard software

Als de requirements goed geprioriteerd zijn moeten ze nu een beeld geven van de belangrijkste eigenschappen die het te selecteren pakket moet hebben. Met deze informatie gaat u op zoek naar pakketten die waarschijnlijk deze eigenschappen bezitten. Een aantal bronnen om kandidaat pakketten te vinden zijn: Bronnen voor de longlist * zusterorganisaties / collega bedrijven… lees verder »

SISp 3.1 De selectie fase

Selectie van standaard software

Inleiding: selecteren van een softwarepakket In SISp fase 2 wordt uitgebreid onderzocht wat er van het te selecteren pakket wordt verwacht. De wensen en eisen zijn vastgelegd in een aantal documenten en geprioriteerd. Nu gaan we een stap verder in het selectieproces en kijken we naar geschikte kandidaat pakketten. Belangrijk element in deze fase is… lees verder »

SISp 2.5 Vaststellen requirements valkuilen en samenvatting

Selectie van standaard software

Valkuilen requirements * Gebruikers begrijpen niet wat ze willen of kunnen dat niet goed onder woorden brengen. * Gebruikers willen niet toezeggen dat de geschreven requirements juist zijn. * Gebruikers eisen nieuwe requirements als de kosten en uitvoering al vast staan. * Communicatie met de gebruikers verloopt traag. * Gebruikers nemen vaak niet deel aan de… lees verder »

Sidebar