Libérez maintenant si vous le pouvez
Votre question sur le moment où vous commencez à publier le code est excellente. Je pense que deux réserves s'appliquent. Premièrement, que vous avez "une qualité suffisante", et deuxièmement que vous remplissez les conditions requises pour un MVP (produit minimum viable).
Rome (et Agile) n'a pas été construite en un jour
Peut-être que vous êtes prêt avec une équipe agile clé en main pour prendre le relais dès le premier jour. Pour la plupart des organisations, il y a le travail et les frais de formation, de réoutillage et du cycle habituel de formation, d'assaut, de normalisation et d'exécution de la constitution d'une équipe. Soyez à l'affût des risques et des coûts, veillez à définir des attentes réalistes, et soyez optimiste et prêt à défendre votre approche.
Soyez un Bootstrapper de réutilisation
Comme la puissance de fusion, la réutilisation du code est et sera toujours la solution future à nos problèmes économiques. Mon sentiment est que les développeurs disent souvent qu'ils croient à la réutilisation, mais seulement au type de réutilisation qui commence après avoir construit un nouveau framework, plutôt qu'au type où ils s'appuient sur ce que quelqu'un d'autre a déjà fait. Comment cela peut-il fonctionner jusqu'à ce que quelqu'un veuille choisir de s'appuyer sur les fondations de quelqu'un d'autre? Au mieux, cela signifie une réécriture toutes les quelques années lorsque le leadership de l'équipe change.
Pourquoi sortir tôt et souvent?
Communiquer tôt et souvent est un mantra pour de nombreuses raisons. Il donne vie à nos discussions sur ce que le produit devrait devenir, il rend réel où nous en sommes et il nous donne une base pour des changements itératifs / incrémentiels. Le rythme des versions est à peu près un invariant pour l'agile, la différence étant qui reçoit les versions (substituts clients ou utilisateurs finaux). Avant l'agilité, la maintenance représentait 60% du coût des systèmes logiciels. C'est une source de consternation pour les managers et autres, certains qui pensent que la sortie du produit est l'endroit où le logiciel va mourir. Pour eux, tout après la sortie est retravaillé et payé pour réparer un produit qu'ils ont déjà payé une fois.
La pré-version n'est pas naturelle
Kent Beck écrit que la pré-version est un état contre nature pour les produits logiciels. C'est certainement un moment gênant car c'est un moment où vous n'avez pas de clients et vous payez le produit plutôt que le produit qui vous paie.
Ne critiquez pas l'équipe précédente
Bien que cela puisse configurer les développeurs qui prennent en charge la réécriture en tant que héros et salut du projet, je pense qu'il y a un coût à critiquer les réalisations de l'équipe précédente.
- Premièrement, si vous laissez les gens se faire leur propre opinion sur l'équipe précédente, vous avez plus de temps et d'énergie pour votre vraie mission.
- Ce sera gênant si vous devez travailler avec des membres de l'équipe précédente, à la fois des développeurs et des parties prenantes comme les chefs de produit, les chefs de projet ou les clients.
- Si vous pouvez le faire fonctionner, vous pourriez vous retrouver à recevoir (ou pire encore à prendre) le mérite de ce que l'équipe précédente a fait.
- En moyenne, l'équipe précédente était probablement moyenne. En moyenne, vous pourriez être moyen. Vous avez plus de travail que l'équipe précédente car vous avez une nouvelle méthodologie à mettre en place en plus d'un projet.
- Si l'ancienne équipe était horrible, à moins que vous ne soyez aussi horrible, vous finirez par obtenir le mérite d'être meilleur qu'horrible. S'ils étaient meilleurs qu'horribles, et vous n'êtes pas sensiblement meilleurs, dire qu'ils étaient horribles peut inviter à des comparaisons désagréables.
- Si l'ancienne équipe était meilleure que vous ne le pensiez, et que vous avez des ennuis parce que l'organisation est en panne ou que le problème est mal défini ou très difficile, les choses iront mieux pour vous si vous n'avez pas considérablement augmenté les attentes.
- S'ils s'attendent à ce qu'ils obtiennent, mais vous faites mieux, c'est une victoire pour vous.
- S'abstenir de toute critique est à la fois de bonnes manières et montre que vous avez de la classe.