Gestion de la qualité Six sigma et développement de logiciels [fermé]

si je le comprends bien, six sigma dépend de mesures significatives et mesurables. Quel sera le vôtre? KLOC? Les Classes vérifié dans vos archives? Vitesse Agile?

Six sigma fonctionne très bien dans les ateliers, mais je ne crois pas que le développement de logiciels soit suffisamment "widget-like" pour se prêter à une telle approche.

c'est certainement possible tant que vous ne développez pas un nouveau produit.

suivez ces étapes.

1) Créer une version sans bug de l'application. Cela peut prendre un effort considérable, il est donc préférable de choisir une application qui est triviale dans la portée.

2) Recréer l'application à partir de zéro et de comparer l'itération à l'idéal créé à l'étape 1 pour créer une métrique.

3) modifiez votre processus pour obtenir un alignement plus proche de la métrique sur la prochaine itération.

4) passez à l'étape 2.

quoi? Vous ne créez pas la même demande à plusieurs reprises dans votre boutique? Hmm, je ne pense pas que six sigma va être très utile dans ce scénario.

pour que Six Sigma soit utile, vous avez besoin de mesures ou de procédures facilement comparables.

logiciel est trop abstrait pour avoir le type de mesures nécessaires.

peut-être une bonne question à poser serait

Existe-t-il un outil de contrôle de la qualité pour le développement de logiciels similaire à Six Sigma pour le monde de la production et de la fabrication?

j'ai utilisé un large éventail de méthodologies, Six Sigma, Agile etc. Vraiment le succès de la gestion de la qualité sur le développement de logiciel dépend d'une chose clé. La qualité de l'équipe. Tout se résume à cela. Une bonne équipe peut travailler dans une méthodologie horrible et la faire fonctionner. C'est pourquoi ils sont bons. Le processus est important, et vous pouvez rendre un mauvais processus plus efficace, mais tout dépend de l'équipe.

Six Sigma peut être un bon ajustement pour les équipes de maintenance qui ont un important arriéré d'articles de travail discrets.

la conception pour Six Sigma a certains éléments qui peuvent être appliqués à la construction d'un nouveau produit logiciel.

et comme la plupart des logiciels sont un outil habilitant à un processus d'affaires, et que ce processus d'affaires peut être un processus très répété où les outils statistiques de Six sigma peuvent être appliquées, six sigma peut avoir un rôle à déterminer ce qui est le plus élevé la fonction de logiciel de valeur est de fournir la valeur commerciale maximale. Il peut retirer l'émotion du processus de prise de décision pour la priorisation des caractéristiques. Si vous avez un environnement où le chef de produit/intervenant qui crie le plus fort ou le plus éloquemment obtenu leur substance construite, six sigma peut être appliqué pour corriger cet aspect malsain de votre processus de développement en mettant une certaine mesure rationnelle derrière le processus de priorisation.

il y a des parties du développement de logiciel qui ne conviennent pas bien, car ils ne fournissent pas un processus avec une distribution normale des résultats. D'un autre côté, il est essentiel de mettre l'accent sur le risque, la valeur et les bonnes choses à faire

[edit] jetez un oeil au Modèle Cynefin (sur wikipedia) pour comprendre pourquoi de grandes parties du développement de logiciels sont dans le domaine complexe.

je ne suis pas sûr de vous suivre.

SixSigma est une est une méthodologie de gestion de les variations de processus qui utilise des données et l'analyse statistique pour mesurer et améliorer une société de la performance opérationnelle.

alors prenez n'importe quel processus (PDS ou autre), choisissez ce que vous voulez mesurer, identifiez les problèmes, planifiez les solutions, évaluez les impacts.

les projets SixSigma que j'ai les participants étaient tous assez transversaux et n'étaient pas liés à un cycle de vie du logiciel.

par transversal, j'entends transversal au processus "Conception-Développement-construction-livraison de produit" qui est le développement de logiciel.

par exemple, dans un environnement où nous devions produire un ensemble de programmes fonctionnant sur notre plateforme de production interne, la plupart de nos projets SixSigma sont centrés autour de Architecture opérationnelle , c'est-à-dire "rendre opérationnel un environnement d'exécution" (comment configurer des serveurs et des réseaux afin d'arrêter, mettre à jour, Installer et lancer un ensemble d'exécutables, et cela pour de nombreux projets chacun avec leur propre SDP).

C'est une notion transversale à tout SDP que vous voulez, car au bout du compte, tous ces "processus de développement" n'ont qu'un but en commun: mettre votre logiciel en production.

les critères pour les mesures étaient précises et reproductibles, allant du moment de gérer les fusions nécessaires pour consolider un exécutable final au nombre d'erreurs de fusion aux erreurs de déploiement (en raison d'étiquettes incorrectes ou de notes de version défectueuses).

tous ces faux pas ont été notés libération après libération, et le but était de les réduire.

Un effet secondaire a été d'identifier un inadéquat flux de travail de fusion , flux de travail qui, une fois fixé, nous a permis de réduire considérablement les erreurs dans la dernière série de livraisons.

j'ai eu un professeur dans une classe qui a enseigné six sigma et d'autres techniques d'efficacité de fabrication, et après lui avoir dit que j'étais dans le domaine du développement de logiciels, il a suggéré le livre Lean Software Development . Malheureusement, je ne l'ai pas lu, mais il semble traiter de l'application de certains des applicables concepts de six sigma et lean manufacturing à la production de logiciels (comme l'élimination des déchets, la réduction des défauts, continue amélioration.) Voici un court livre blanc décrivant maigre de développement de logiciels.

j'ai utilisé Six Sigma pour des projets de tests de performance spécifiques qui commencent par un énoncé de problème spécifique mesurable et se terminent par une contre-mesure qui est de nouveau mesurable. La DMAIC se prête à l'ajustement des performances, tout comme les outils et les techniques D'analyse causale, la conception D'expériences, etc.