Ingénierie de la ligne de produits

Question

Une partie du travail que nous faisons dans mon entreprise évolue lentement vers une famille de produits avec différents produits de la même famille et différents arômes (ou ensembles de fonctionnalités) dans chaque produit. Je suis à la recherche de techniques d'ingénierie de ligne de produits qui pourraient nous aider. La recherche sur le Web mène à beaucoup de ressources et beaucoup de différentes sources d'information et de méthodologies différentes. Avant de me plonger dans l'une de ces questions, j'ai pensé qu'il serait utile d'obtenir des conseils pratiques de quelqu'un qui a déjà fait quelque chose de similaire. Quelqu'un at-il des conseils/pépites de sagesse dans ce domaine? Je suis particulièrement à la recherche de meilleures façons de faire ce qui suit dans un environnement de ligne de produits:

configuration
1. et construire la gestion
2. facilité du cycle de développement
3. d'essai

Answer 1

Les trois conseils. Automatisez, automatisez, automatisez.

Lecture Continuous Integration. Faire un "build" était un rituel un peu important à l'époque. Trouver "la machine" et "les fichiers" avec "le gars" et seulement il sait tout emballer, etc ... Avec CruiseControl et ses cousins, les tests unitaires sont exécutés, les builds de développement sont créés, et l'installateur est empaqueté automatiquement . Il n'y a rien de magique dans les outils, mais passer du temps à configurer chaque composant et à le maintenir récompense grandement l'équipe. Les constructions automatisées deviennent une partie banale de la vie. Lorsque vous travaillez sur une série de projets connexes, je suggérerais des conventions et des politiques de codage solides afin que les développeurs puissent lire et partager le code de chacun. Une partie de la politique devrait être d'empêcher tout ce qui peut dégrader la modifiabilité du code; et pour promouvoir le refactoring, les tests unitaires et DRY. Je ne vais pas répéter ce qui est écrit par Fowler, mais l'automatisation du déploiement vaut également votre temps et vos efforts (une fois que vous avez quelque chose à déployer bien sûr). Des scripts SQL à la création d'utilisateurs de services, tout doit être automatisé et, de préférence, intégré dans un simple site Web que vos testeurs peuvent déployer à la demande. Encore une fois, par automatisation, le déploiement de versions d'assurance qualité à tester devient une réalité.