Software/beoordeling

From 2value wiki 2
Jump to navigation Jump to search

Beoorderling alternatieven

Software is voortdurend in beweging. Voortgang versnelt exponentieel. Binnen 2Value worden geregeld alternatieven voorgedragen voor in gebruik zijnde oplossingen. Dat moedigen we aan. Wel slaat de vertwijfeling toe. En dat willen we voorkomen door een begeleide intake van voorstellen tot wijziging (RFC).

Skype: Heb je dit tooltje gezien? Geweldig, beter dan sugarCRM!!!
2Value: Wij gebruiken sugarCRM al jaren, er zit heel veel data in...
Skype: a joh, dat sugar is ouderwets, dit is fonkelnieuw!, moet je maar es gaan kijken
2Value: ik zit midden in wat anders, misschien later, we krijgen veel van dit soort tips

Of:

Skype: Je begint toch net met project X. Nou, pak dan meteen dit nieuwe framework
2Value: We hebben al tijd geinvesteerd in het huidige framework, wat levert het ons op?

Probleemstelling

Er dient een mechanisme te zijn om nieuwe ontwikkeling snel op zijn goede en mindere punten te beoordelen in algemene zin in ons werkveld maar daarnaast ook in specifieke zin voor 2Value.

Uitgangspunt

Quickscan door degene die het idee aandraagt. We kunnen een voorstel serieus nemen zodra:

  • Korte beschrijving van het product en de vermeende geschiktheid voor 2Value
  • Beoordeling op basis van de keuzecriteria van de huidige oplossing binnen 2Value
  • We willen kunnen zien hoe het werkt. Is er een demo-omgeving makkelijk bereikbaar.
  • Kosten inschatting bestaande uit tijd en geld (van bijv migratie)
  • Wat moeten we afschrijven als we zouden vervangen?

2Value biedt hier een praktisch hulpmiddel om de Quickscan uit te voeren en te delen met collega-associates.

Scan

Waarom?

1. Vergeten

Testen van nieuwe producten is belangrijk, maar daarvoor zit: oude argumenten meewegen waarom we huidige software gebruiken

Want soms zit gewenste functionaliteit opgesloten in gewoontes, vergeten kwaliteiten van de bestaande oplossing. Met lof wordt dan alle nieuwe eigenschappen van het voorgestelde systeem genoemd, en pas later blijkt dat er gaten vallen in voorzieningen die aanwezig geacht werden. "Ow ja, dat zijn we vergeten dat ie dat kon. Die nieuwe die kan dat niet, nee...."

2. De zender checken

De redenen waarom iemand een voorstel doet tot vervanging/aanvulling van de huidige oplossing. Belangrijk om te weten waar iemand vandaan komt?

Is er ondersteuning door anderen van het gedachtegoed om dit alternatief goed te vinden?

  • Retweets?
  • Diggs?
  • Polls gedaan?

Benchmark: zien hoe het staat tov die hetzelfde doen

Algemene eisen die we hebben

  • Open source heeft de sterke voorkeur
  • ondersteunde producten hebben de voorkeur
  • Welke uitwisseling op basis van API's kan plaats vinden? (integreerbaarheid)
  • We willen betaalde servicekosten door de maker / distributeurs / resellers

Specifieke eisen

  • Joomla: werkt een extensie met andere bekende extensies feilloos? Check of lever eerst het bewijs voordat we de mallemolen in gaan van mogelijke vervanging van de huidige oplossing.
  • Voor welke applicaties is de beoogde software vervanging? Voor meer dan 1 applicatie is een argument om de software te overwegen.

Keuzecriteria

Hier vermelden we de keuzecriteria van de bestaande oplossingen zodat een quicksan mogelijk is. Staat het systeem niet in het lijstje, contact dan even de Associate:Role:Webmaster zodat deze met de Associate:Role:CEO het lijstje kan aanvullen.

Oud: sugarCRM

Keuze criteria algemeen voor 2Value

  • open source community versie
  • goede import en export functionaliteit
  • lage kosten per jaar, service en hosting ca. 500 euro per jaar.

Keuzecriteria specifiek

  • salespipeline functionaliteit en opslag van facturen in projecten

Oude keuze criteria die nu niet meer gelden

  • Nieuwsbrieven functionaliteit
  • leereffect eigen gebruik voor implementatie bij klanten

Complicerend voor migratie / vervanging

  • Alle contacten en historische nieuwsbrieven zitten in de structuur
  • Brugfunctionaliteit Have it done gemaakt tussen Joomla en sugar

Wensen die wens zijn gebleven

  • Goede rapportage functionaliteit
  • Goede zoekopties
  • Goede selectie

Calltracking systeem

--hvancann 09:28, 22 January 2010 (UTC): Verder willen wij aanvullend op de huidige wensen ten aanzien van Bugtracking en tracing de volgende zaken verbereren / veranderen:

  • klanten moeten toegang kunnen krijgen tot delen van ons call tracking systeem
  • klanten moeten rapportages met een druk op de knop kunnen krijgen die er vertrouwenwekkend uit zien

Hkuijpers 13:08, 3 March 2010 (UTC) idee ter verdere automatisering van 2Value Bas heeft voor zichzelf een call systeem ingericht op basis van Drupal. http://support.codeculture.nl Met daarin de mogelijkheid om groepen aan te maken, projecten aan te maken, taken uit te zetten en documentatie bij te houden. Tot dusver lijkt het nog veel op Calltracking systeem, alleen ziet het er gelikter en gebruikersvriendelijker uit.

  • Wat nog ontbreekt is een timetracker, die wel in te bouwen is.
  • Wat er verder mee kan... integratie met project.2value.nl, zodat rapportages vanuit het call systeem beter geintegreerd kunnen worden. Geen cachingprobleem met huidige servicewiki.
  • Wat er ook mee kan... ACL, zodat je klanten toegang kunt geven tot bepaalde onderdelen van het systeem
  • Ik heb het gezien en denk dat dit van toegevoegde waarde kan zijn voor 2Value op het moment dat er een timetracking meganisme in zit, zodat het verwerken van besteedde tijd aan een ticket gedaan kan worden.
  • Het kan daarmee Calltracking systeem en service wiki vervangen, waarmee we twee systemen wegstrepen en er eentje voor terugkrijgen die te integreren valt met project.2value.nl

Hkuijpers 13:08, 3 March 2010 (UTC) heb wat wensen ten aanzien van Calltracking systeem gisteren besproken met Bas. Deze wensen zijn helaas niet uitvoerbaar:

  • beperkte toegang verschaffen tot overzicht van tickets in Calltracking systeem voor de klant, waarbij ze de bepaalde velden wel en anderen niet kunnen zien.
  • Klant moet incidentmelding wel kunnen zien, maar de geplaatste opmerkingen (die niet aangemerkt zijn als "zichtbaar voor klant") mogen ze niet zien
  • wijziging van de statusvelden. Deze zijn hard geprogrammeerd.