Question

Je travaille pour une petite entreprise de développement, 20 personnes au total dans toute l'entreprise, 3 en développement réel, et nous avons adopté CD pour nos engins à tronc, et cela fonctionne très bien, d'une gestion du code et d'un côté à l'heure. Cependant - nous obtenons des flak de notre personnel de soutien et de notre service marketing qu'ils ne pensent pas qu'ils obtiennent suffisamment de délais sur les nouvelles fonctionnalités et les notifications sur les corrections de bogues qui pourraient changer de comportement. Une partie de la raison pour laquelle nous aimons le système CD est pour nous en développement, c'est rapide, nous corrigeons le bug, ajoutons la fonctionnalité rapide, fermons le bugz et passons à notre journée à l'élément suivant.

Tous les membres de notre entreprise sont maintenant sur hipchat à tout moment, et lorsqu'un déploiement se produit, un message est envoyé dans une pièce dans laquelle se trouvent tous les membres de l'entreprise, leur faisant savoir ce qui vient d'être déployé (cela montre simplement les messages de validation de Tip Back au dernier déploiement enregistré). En développement, nous tentons également de nous assurer que lorsque nous apportons un changement qui modifie l'interface utilisateur ou un comportement de confrontation publique, nous publions une capture d'écran dans la salle de la société et expliquons ce qu'est le changement de comportement, à la recherche de recul ou de préoccupations. Souvent, la réponse est le silence. Parfois, ce sont quelques questions mineures, mais rien qui doit empêcher le déploiement de se produire.

Ce que je me demande, c'est comment les autres utilisateurs de la méthode du CD traitent-ils des notifications de nouvelles fonctionnalités et des modifications dans les domaines de l'entreprise qui ne sont pas du développement - et éventuellement aux clients du monde?

Merci,
Francis

Pas de solution correcte

Licencié sous: CC-BY-SA avec attribution
scroll top