Sharing IT Best Practices with you
De leveranciers op de shortlist vragen we een productdemo voor te bereiden. Om te zorgen dat deze productdemo zo bedrijfsspecifiek mogelijk is werken we daarom vooraf een bedrijfscase uit en geven die aan de leverancier ter voorbereiding. Om een representatieve productdemo te geven moet de leverancier namelijk een aantal bedrijfsspecifieke gegevens in het systeem opnemen.In… lees verder »
RFP, of wel de offerte-aanvraag volgens vaste indeling en procedure volgt na de RFI. De RFP leidt uiteindelijk tot een shortlist van geschikte kandidaten. Gebruik van de request for proposal (RFP) Uit de antwoorden van de RFI selecteren we de best scorende leveranciers, deze krijgen daarna een uitgebreidere lijst met vragen toegezonden. Dit noemen we… lees verder »
Het verzoek om informatie (RFI) In deze fase van het project sturen we de leveranciers op onze longlist een korte vragenlijst. Dit noemen we ook wel “Request For Information (RFI)”. De vragenlijst bevat vragen over alle must-have criteria, algemene bedrijfsinformatie over de leverancier en bovendien de penetratiegraad van de software in de branche.Als het aantal geselecteerde… lees verder »
Voor mensen die denken dat algemene voorwaarden heel speciaal zijn, nu eens wat misverstanden op een rijtje: 1. Algemene voorwaarden zijn verplicht Onzin. De wet eist nergens dat een ondernemer algemene voorwaarden voert. Het kan handig zijn, omdat je zo standaarddingen alvast geregeld hebt, maar dat is natuurlijk nog lang niet hetzelfde als ‘verplicht’. In de… lees verder »
Backup, backup, backups Het mantra voor veel IT-bedrijven en dienstverleners. Zeker als je bij klanten dingen gaat wijzigen of toevoegen, dan maak je altijd eerst een backup. Want als er dan iets misgaat en de klant is zijn data kwijt, dan heb je alsnog iets om op terug te vallen. Een stukje zorgplicht. Een IT-bedrijf… lees verder »
Longlist kandidaten kunnen we pas gaan zoeken als de requirements goed geprioriteerd zijn. De requirements moeten namelijk een beeld geven van de belangrijkste eigenschappen die de te selecteren software moet hebben. Met deze informatie gaan we op zoek naar SaaS toepassingen en software pakketten die waarschijnlijk deze eigenschappen bezitten.Een aantal bronnen om kandidaat software oplossingen… lees verder »
Selectie van een SaaS of software oplossing kan een heel uitdagend en plezierig proces zijn. Er is altijd sprake van teamwork en je leert alle facetten van de organisatie kennen. Inleiding: selectie van een softwarepakket of SaaS toepassing In SISp fase 2 (requirements) wordt uitgebreid onderzocht wat er van de te selecteren (COTS) software wordt… lees verder »
Requirements valkuilen zijn meestal niet te herkennen en ook ervaren analysten kunnen er nog invallen. Daarom eindigen we deze fase met een overzicht van valkuilen. Ontwikkel een antenne zodat je de requirements valkuilen op je pad leert herkennen. Tenslotte een korte opsommig van de activiteiten van deze fase. Requirements valkuilen Samenvatting requirements fase Het zorgvuldig… lees verder »
Mijlpaalproducten requirements analyse Bestpractices requirements analyse Vier Best Practices voor de SaaS requirements analyse: Bestpractice 1 compleetheid– Het is ondoenlijk om een volledige en complete wensen en eisenlijst te hebben, het streven is zo volledig mogelijk te zijn. Tijd en geld zijn echter gelimiteerd. Wees je wel bewust dat je requirements analyse niet compleet zal… lees verder »
Voor we een SaaS oplossing selecteren moeten we eerst bepalen wat we eigenlijk voor software nodig hebben. Daarom beginnen we met het vaststellen van de requirements. Maar hoe doen we dat eigenlijk? Deze 5 overzichtelijke stappen lijken een eenvoudige aanpak, maar vergis je niet, de omvang kan complex en overweldigend zijn. Het ‘Vaststellen van requirements’ bevat… lees verder »
Gebruik de 522 IT checklisten van ITpedia, met in totaal 22028 vragen. |
| |||||||||||||||||||||||||||
| |||||||||||||||||||||||||||