Releasebeleid - Bewerkingsoverzicht

AFaber op 31 dec 2014 om 12:03

2014-12-31T12:03:43Z

← Oudere versie		Versie van 31 dec 2014 12:03
Regel 1:		Regel 1:
	Onze werkwijze wordt beschreven op ~~de volgende pagina:~~ http://wiki.xpressionmanager.nl/index.php/Werkwijze		Onze werkwijze wordt beschreven op [http://wiki.xpressionmanager.nl/index.php/Werkwijze deze pagina]

AFaber: Tekst vervangen door "Onze werkwijze wordt beschreven op de volgende pagina: http://wiki.xpressionmanager.nl/index.php/Werkwijze"

2014-12-31T12:02:39Z

Tekst vervangen door "Onze werkwijze wordt beschreven op de volgende pagina: http://wiki.xpressionmanager.nl/index.php/Werkwijze"

← Oudere versie		Versie van 31 dec 2014 12:02
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.		Onze werkwijze wordt beschreven op de volgende pagina: http://wiki.xpressionmanager.nl/index.php/Werkwijze

	~~'''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.~~

	~~Onze release cycle ziet er als volgt uit~~:

	~~• '''Maandag~~:~~''' reguliere release <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~~

	~~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~~.

AFaber op 22 okt 2014 om 13:00

2014-10-22T13:00:51Z

← Oudere versie		Versie van 22 okt 2014 13:00
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. ~~<br><br>~~		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''' <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. ~~<br><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.

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

	• '''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~~<br><br>~~		• '''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.		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.

AFaber op 22 okt 2014 om 12:46

2014-10-22T12:46:02Z

← Oudere versie		Versie van 22 okt 2014 12:46
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.

AFaber: 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...'

2014-10-22T12:44:13Z

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...'

Nieuwe pagina

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''' <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.

Onze release cycle ziet er als volgt uit:

• '''Maandag:''' reguliere release <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

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.