2009-06-11 8 views
4

Quelqu'un a-t-il mis en place une approche de ligne de produits logiciels, telle que définie par le SEI? Comment gérez-vous les changements? Comment testez-vous? Quels problèmes avez-vous eu à traiter? Depuis des années, nous essayons essentiellement de suivre une approche par gamme de produits, mais je suis constamment confronté aux gestionnaires de programmes qui ne veulent pas payer pour tester les modifications qui ne sont pas strictement nécessaires pour leur programme, et qui veulent des corrections de bogues gratuites. Ils ont également très peur des changements qui arrivent à la base du code dont ils n'ont pas besoin ... pas une peur déraisonnable. Cela a abouti à l'obtention d'un élément d'action lors de notre dernier PDR pour expliquer l'approche de la gamme de produits et pourquoi je pense que nous devrions le suivre. J'ai trouvé softwareproductlines.com, qui a quelques histoires de succès, mais pas assez de détails sur la façon de contrer les pièges potentiels.Avantages et inconvénients du développement de logiciels de ligne de produits

Répondre

2

A recent SE Radio podcast avait une petite section discutant du développement de la gamme de produits. Je crois que c'était la toute première section.

Il existe également trois autres podcasts SE Radio susceptibles d'intéresser: Episode 53: Product Line Engineering Pt. 1, Episode 58: Product Line Engineering Pt. 2 et Episode 90: Product Line Engineering Pt. 3. Je ne suis pas sûr à quel point ceux-ci couvrent tout ce que vous devez savoir, mais ce sera au moins un début. Et peut-être que vous pouvez obtenir des indications sur l'endroit où aller à partir de ces podcasts.

+0

Je devrais vraiment passer en revue et résumer les points clés de ces podcasts pour en faire une bonne réponse aux normes d'aujourd'hui. C'est sur mon to-do, mais ça n'arrivera pas pendant un moment, malheureusement. –

Questions connexes