Releasebeleid: verschil tussen versies

Uit XpressionManager
Naar navigatie springen Naar zoeken springen
(Nieuwe pagina aangemaakt met 'Als klant weet u dat XpressionManager één van de meest flexibele applicaties is waar u ooit mee heeft gewerkt. We voeren dan ook veel meer wijzigingen door dan de...')
 
Geen bewerkingssamenvatting
Regel 1: Regel 1:
Als klant weet u dat XpressionManager één van de meest flexibele applicaties is waar u ooit mee heeft gewerkt. We voeren dan ook veel meer wijzigingen door dan de meeste softwareleveranciers. Hoe complex deze wijzigingen ook zijn. '''"Onmogelijk betekent alleen maar dat je de oplossing nog niet hebt gevonden"''', is ons motto. De meeste aanpassingen voeren we generiek door, zodat alle klanten voordeel hebben van deze wijzigingen. Waar klantspecifieke wensen niet generiek kunnen worden opgepakt, voeren we deze als maatwerk door.  
Als klant weet u dat XpressionManager één van de meest flexibele applicaties is waar u ooit mee heeft gewerkt. We voeren dan ook veel meer wijzigingen door dan de meeste softwareleveranciers. Hoe complex deze wijzigingen ook zijn. '''"Onmogelijk betekent alleen maar dat je de oplossing nog niet hebt gevonden"''', is ons motto. De meeste aanpassingen voeren we generiek door, zodat alle klanten voordeel hebben van deze wijzigingen. Waar klantspecifieke wensen niet generiek kunnen worden opgepakt, voeren we deze als maatwerk door. <br><br>


'''Release cycle''' <br>
'''Release cycle''' <br>
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 relatief vaak een release plaats, namelijk 1x per week. Deze release noemen we een '''reguliere release'''. Indien er bugs worden geconstateerd die het orderproces stil leggen of ernstig verstoren (bijvoorbeeld doordat er verkeerde prijzen worden getoond), vindt er na de bugfix een '''emergency release''' plaats.
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 relatief vaak een release plaats, namelijk 1x per week. Deze release noemen we een '''reguliere release'''. Indien er bugs worden geconstateerd die het orderproces stil leggen of ernstig verstoren (bijvoorbeeld doordat er verkeerde prijzen worden getoond), vindt er na de bugfix een '''emergency release''' plaats. <br><br>


Onze release cycle ziet er als volgt uit:
Onze release cycle ziet er als volgt uit:<br><br>


• '''Maandag:''' reguliere release <br>
• '''Maandag:''' reguliere release <br>
• '''Maandag t/m woensdag:''' doorvoeren van wijzigingsverzoeken (verbeteringen en klantspecifieke wensen), maatwerk en complexe bugfixes <br>
• '''Maandag t/m woensdag:''' doorvoeren van wijzigingsverzoeken (verbeteringen en klantspecifieke wensen), maatwerk en complexe bugfixes <br>
• '''Donderdag en vrijdag:''' testen van doorgevoerde wijzigingen, maatwerk en bugfixes
• '''Donderdag en vrijdag:''' testen van doorgevoerde wijzigingen, maatwerk en bugfixes<br><br>


Alle functionaliteiten die de interne test doorstaan op donderdag en vrijdag, worden meegenomen in de reguliere release van de maandag erna. Functionaliteiten die de interne test niet doorstaan, worden doorgeschoven naar de volgende release.  
Alle functionaliteiten die de interne test doorstaan op donderdag en vrijdag, worden meegenomen in de reguliere release van de maandag erna. Functionaliteiten die de interne test niet doorstaan, worden doorgeschoven naar de volgende release.  
Bij het uitvoeren van maatwerk kan het voorkomen dat er, op basis van klantspecifieke afspraken, een release plaatsvindt buiten de release cycle om.
Bij het uitvoeren van maatwerk kan het voorkomen dat er, op basis van klantspecifieke afspraken, een release plaatsvindt buiten de release cycle om.

Versie van 22 okt 2014 12:46

Als klant weet u dat XpressionManager één van de meest flexibele applicaties is waar u ooit mee heeft gewerkt. We voeren dan ook veel meer wijzigingen door dan de meeste softwareleveranciers. Hoe complex deze wijzigingen ook zijn. "Onmogelijk betekent alleen maar dat je de oplossing nog niet hebt gevonden", is ons motto. De meeste aanpassingen voeren we generiek door, zodat alle klanten voordeel hebben van deze wijzigingen. Waar klantspecifieke wensen niet generiek kunnen worden opgepakt, voeren we deze als maatwerk door.

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 relatief vaak een release plaats, namelijk 1x per week. Deze release noemen we een reguliere release. Indien er bugs worden geconstateerd die het orderproces stil leggen of ernstig verstoren (bijvoorbeeld doordat er verkeerde prijzen worden getoond), vindt er na de bugfix een emergency release plaats.

Onze release cycle ziet er als volgt uit:

Maandag: reguliere release
Maandag t/m woensdag: doorvoeren van wijzigingsverzoeken (verbeteringen en klantspecifieke wensen), maatwerk en complexe bugfixes
Donderdag en vrijdag: testen van doorgevoerde wijzigingen, maatwerk en bugfixes

Alle functionaliteiten die de interne test doorstaan op donderdag en vrijdag, worden meegenomen in de reguliere release van de maandag erna. Functionaliteiten die de interne test niet doorstaan, worden doorgeschoven naar de volgende release. Bij het uitvoeren van maatwerk kan het voorkomen dat er, op basis van klantspecifieke afspraken, een release plaatsvindt buiten de release cycle om.