Werkwijze

Uit XpressionManager
Naar navigatie springen Naar zoeken springen

Als gebruiker van XpressionManager of XpressionFluid weet u dat we een snelle softwarecyclus hebben. We voeren dan ook veel meer wijzigingen (changes) door dan de meeste softwareleveranciers. De meeste changes voeren we generiek door, zodat alle klanten voordeel hebben van deze changes. Waar klantspecifieke wensen niet generiek kunnen worden opgepakt, voeren we deze als maatwerk door. Ook het oplossen van een bug waarvoor we een change moeten doorvoeren in de software, worden door ons als change behandeld.

Release cycle
De vele wijzigingen in de applicatie betekent ook dat er veel releases moeten plaatsvinden. Door middel van een release zorgen we dat een verzameling van opgeloste fouten en verbeteringen, gerealiseerde klantenwensen en specifiek maatwerk online wordt gezet. Binnen een applicatie hebben veel functionaliteiten invloed op elkaar. Daarom moet een release gecontroleerd plaatsvinden. Een release bevat altijd een maximaal aantal, goed geteste functionaliteiten. Door onze flexibiliteit vindt er binnen XpressionManager en XpressionFluid relatief vaak een release plaats, namelijk 1x per week.

Wat is een change?
Een change is een wijziging in de software. Alle werkzaamheden waarvoor we wijzigingen in de software moeten doen, noemen we een change. Dat betekent dat ook het oplossen van een bug waarvoor een wijziging in de software moet worden doorgevoerd, door ons behandeld wordt als een change. Zodra u een change (dit kan dus ook een bug zijn) heeft ingediend via onze helpdesk, wordt deze beoordeeld door ons Change Advisory Board (CAB).

Wekelijks wordt er in onze CAB-vergadering een aantal verzoeken behandeld. Het CAB bepaalt wat er met het verzoek gebeurt. Het verzoek kan geaccepteerd of afgewezen worden, of er wordt een workaround aangeboden. Daarnaast wordt er besloten om het aan de standaard functionaliteit wordt toegevoegd of als maatwerk voor uw wordt ontwikkeld. In het laatste geval ontvangt u van ons een offerte. De beslissing van het CAB wordt via een automatisch gegenereerd bericht aan u verzonden. Heeft u nog geen bericht ontvangen? Dan houdt dat in dat wij uw verzoek nog niet beoordeeld hebben. Na acceptatie door het CAB, wordt het wijzigingsverzoek opgenomen in de todo-list van onze ontwikkelafdeling. Het kan dan nog wel enige tijd duren voordat het daadwerkelijk uitgevoerd gaat worden.

Er zijn veel wijzigingsverzoeken van onze klanten en dit is van invloed op de doorlooptijd. We begrijpen dat dit voor een klant lastig kan zijn. Er bestaat dan ook de mogelijkheid een wijzigingsverzoek separaat te behandelen en als maatwerk op te pakken, waarvoor dan een offerte wordt toegezonden. Na akkoord van de offerte, wordt het maatwerk in onze planning opgenomen. Heeft u specifieke eisen aan de doorlooptijd, communiceer dit dan bij de offerte aanvraag.

Urgente bugs en quick fixes
Indien u een urgente bug bij onze helpdesk meldt, zorgen we er uiteraard voor dat deze dezelfde werkdag wordt opgelost. Urgente bugs zijn bugs die het orderproces stil leggen of ernstig verstoren (bijvoorbeeld doordat er verkeerde prijzen worden getoond). De oplossing wordt via een emergency release online gezet. Meldt u een bug/change bij ons die we binnen een paar minuten op kunnen lossen of kunnen verwerken, dan gebruiken we hiervoor onze quick fix procedure. U kunt de change die we hiervoor hebben doorgevoerd, binnen een week online verwachten.

Servicevragen
Servicevragen die worden ingediend in de helpdesk, worden door ons operation team binnen 48 uur opgepakt. Binnen uw licentie heeft u recht op 2 supporturen per maand. Hieronder valt geen support op CSS, HTML en JavaScript werkzaamheden. Servicevragen die niet tot onze standaard ondersteuning behoren, kunnen we op nacalculatie voor u uitvoeren. Ook inrichtingswerkzaamheden kunnen wij voor u uitvoeren, bijvoorbeeld wanneer u hier zelf geen tijd voor heeft. Hiervoor zult u van tevoren een offerte ontvangen. Indien gewenst kunnen deze werkzaamheden ook op nacalculatie worden uitgevoerd.