Récemment, j'ai été de plus en plus en proie à ce que je devrais décrire comme l'une de mes expériences les plus frustrantes et destructrices pour le moral dans cette profession: devoir m'asseoir sur une version qui a été testée, re-testée, mise en scène et à toutes fins utiles et les objectifs sont prêts à être expédiés / déployés .
En tant que spécialiste des solutions globales et pas seulement un codeur inconditionnel, je comprends et j'ai même préconisé la nécessité d'un contrôle des changements approprié. Mais dernièrement, l'équilibre ténu entre la couverture de nos bases et l'expédition dans les délais est devenu déséquilibré, et je n'ai eu que peu ou pas de succès pour le restaurer en quelque chose de sain.
Je suis à la recherche d' arguments convaincants pour aider à convaincre la direction opposée au risque que:
L'équipe de développement devrait (ou doit) être en mesure de définir son propre calendrier de sortie - dans des limites raisonnables (1 à 3 mois devraient être suffisamment conservateurs pour toutes, sauf les plus grandes sociétés du Fortune 500);
Les versions logicielles sont des jalons importants et ne doivent pas être traitées avec cavalerie; en d'autres termes, les retards / arrêts inutiles sont très perturbateurs et ne doivent être considérés qu'en dernier recours pour un problème commercial critique; et
Les entités externes (non-dev / non-IT) qui souhaitent (ou demandent) à être impliquées en tant que parties prenantes ont la responsabilité de coopérer avec l'équipe de développement afin de respecter le calendrier de publication, en particulier au cours de la dernière semaine environ avant le navire prévu. date (c.-à-d. test / mise en scène utilisateur).
Ce qui précède sont des affirmations qui sonnent vrai pour moi sur la base de l'expérience, mais il semble que je suis maintenant en mesure de le prouver - alors je demande quelque chose d'un peu plus charnu ici, si une telle chose existe.
Quelqu'un qui a dû "vendre" l'idée d'un cycle de publication fixe (ou peut-être semi-flexible) à la direction peut-il donner des indications sur les arguments / stratégies efficaces ou persuasifs et sur ce qui ne l'est pas? Mis à part la contention évidente du calendrier et les coûts irrécupérables, existe-t-il des données / preuves tangibles qui seraient utiles pour démontrer que l'expédition est réellement importante, même dans un cadre "d'entreprise"?
Alternativement, je suis ouvert à entendre des arguments constructifs sur la raison pour laquelle la flexibilité du calendrier (même sur une période de semaines / mois) est plus importante que l'expédition dans les délais; c'est difficile pour moi de croire en ce moment mais peut-être qu'ils savent quelque chose que je ne sais pas.
Notez que nous avons mis en scène des versions, et cela a traversé toutes les étapes sauf la production. Les problèmes sont suivis à l'aide d'un outil de suivi des bogues commerciaux et tous les problèmes - 100% d'entre eux - attribués à cette version ont été fermés. Je me rends compte que c'est difficile à croire et c'est vraiment précisément le point - cela n'a aucun sens qu'une version à 100%, complète, entièrement testée et approuvée par les parties prenantes soit retardée par la direction pour des raisons inexpliquées, mais c'est ce qui s'est passé, c'est ce qui se passe, c'est le problème à résoudre.