Suivez-vous le processus de logiciel personnel ?Votre organisation/équipe suit-elle le processus logiciel d'équipe ?[fermé]

StackOverflow https://stackoverflow.com/questions/28197

  •  09-06-2019
  •  | 
  •  

Question

Pour plus d'informations - Processus logiciel personnel sur Wikipédia et Processus logiciel d'équipe sur Wikipédia.

J'ai deux questions:

  1. Quels avantages avez-vous vues de ces processus?
  2. Quels outils et / ou méthodes utilisez-vous pour suivre ces processus?
Était-ce utile?

La solution

J'ai suivi la formation, puis mon entreprise a payé pour que j'aille à Carnegie Mellon et que je suive le cours de formation d'instructeur PSP pour obtenir une certification d'instructeur.Je pense que l'objectif était de l'utiliser dans le cadre des efforts CMM/CMMI de notre entreprise.J'ai rencontré Watts Humphrey et j'ai trouvé qu'il était une âme gentille et douce avec des idées profondément ancrées sur le processus.J'ai également lu plusieurs de ses livres.

Voici mon point de vue en un mot : il est trop structuré pour que la plupart des gens puissent le suivre, en supposant que vous suiviez les choses à la lettre.L’idée d’une estimation basée sur des informations historiques est acceptable, en particulier dans le cadre d’une salle de classe, mais dans le monde réel où les estimations sont annulées en un jour en raison de l’évolution des exigences et de l’orientation, elle est beaucoup moins utile.J'ai également fait une estimation Delphi à large bande et c'était OK, mais honnêtement, ce n'était pas nécessairement meilleur que la « meilleure estimation » que je ferais.

Mon équipe n'était pas vraiment enthousiasmée par la PSP et cela fait partie du problème : l'adhésion des développeurs.Mon entreprise le faisait pour la mauvaise raison – simplement pour dire « hé, regardez, nous utilisons PSP et avons des instructeurs certifiés ! ».

En fin de compte, j’ai trouvé que l’utilisation d’une approche « agile » était meilleure.J'ai un retard de travail à accomplir et je peux généralement l'estimer assez bien.Je le fais depuis assez longtemps pour pouvoir faire de très bonnes estimations approximatives du temps et, franchement, je ne pense pas que le suivi du temps améliore vraiment beaucoup les choses.Peut-être que dans certains environnements, cela fonctionnerait bien, mais chez moi, nous continuerons à proposer des logiciels de qualité sans tous les processus qui génèrent des avantages discutables.

Juste mes deux cents.

Autres conseils

Je me suis lancé dans ce domaine une fois et j'ai même essayé d'utiliser le tableau de bord PSP.

C'est tout simplement trop difficile à suivre.Qui veut utiliser un chronomètre pour toutes ses activités ?Suivez les conseils de Joel sur la planification indolore et la planification basée sur des preuves.

+1 à cette question, -1 à PSP.

J'utilise par cœur le procédé PSP et TSP depuis 4 ans (même si c'était au début de ma carrière de logiciel).En tant qu'idéaliste, vous adorerez ce que vous faites et bien sûr, oui, il y a aussi des résultats étonnants.
Bien que PSP préconise l'enregistrement de vos défauts jusqu'à la moelle (comme ;ou fautes de frappe), j'étais en conversation avec M.Watts Humphrey où beaucoup de gens lui ont posé des questions sur les progrès des compilateurs et le manque d'orientation objet (ce que j'ai ressenti, comment manque-t-il, car j'étais un programmeur OO et je l'utilisais avec succès).Il a fourni une très bonne réponse." La PSP, ou en fait n'importe quelle méthodologie de processus, n'est pas un concept coincé sur une seule idée.L’idée principale est de présenter aux gens les méthodes et analyses de qualité.
"C'est toujours adaptatif.Vous pouvez l'adapter à vos besoins.Si vous avez envie d’opter pour la méthodologie Function Point, vous pouvez aller de l’avant.Idem pour toutes les techniques d’estimation.Mais vous devriez le faire constamment et de manière répétitive.
"Idem avec l'avancement des compilateurs.Si vous pensez que le WBS dans la structure de la PSP ne conviendra pas à votre développement, modifiez-le et utilisez-le, mais encore une fois, faites-le de manière continue.
"En le faisant en continu, vous aurez collecté vos données historiques et ferez statistiquement des estimations prévisibles et précises sur tous les paramètres"
Peut-être que je donne cette réponse tardivement, mais quand j'ai lu toutes les réponses, j'ai senti que je voulais la partager.Selon les outils, nous avons le tableau de bord des processus, la feuille Excel PSP et tout.

Pour la PSP, j'ai vu le Tableau de bord des processus logiciels, mais cela semble terriblement difficile à utiliser.

J'ai suivi le cours PSP, le prochain est censé être TSP qui est destiné à la dynamique d'équipe comme d'autres disent.J'ai des sentiments mitigés sur la PSP (pour la plupart négatifs, mais les résultats étaient intéressants), j'en suis arrivé aux conclusions suivantes :

  • Tout d'abord ma principale source de frustration est que les modèles de conception sont beaucoup trop fastidieux et peu pratiques. Changez-les pour UML et BPMN, prévenez vos instructeurs dès le début, IMPOSEZ SI NÉCESSAIRE.Le livre lui-même indique que les modèles de conception sont destinés aux personnes qui ne connaissent pas ou ne souhaitent pas apprendre UML.
  • Deuxièmement, les estimations étaient la seule partie précieuse pour moi.Le livre lui-même dit que vous pouvez utiliser d'autres éléments que des lignes de code et il vous indique même comment connaître leur pertinence statistique.Mon point de vue (en comptant les lignes de code) est qu'un outil/plugin qui se connecte à votre VCS (git, mercurial) doit exister et automatiser la création de votre base de données personnelle, sinon il est trop fastidieux de suivre les pièces de base/ajoutées/réutilisées.
  • Le processus en lui-même est sympa, mais ne s'applique pas aux grands projets, pourquoi parce que ça ne supporte tout simplement pas les itérations.Dans le monde réel, en raison des changements d'exigences, vous devrez toujours réitérer sur un projet.Vous pouvez toujours appliquer la discipline à de petites tâches programmatiques, à savoir :planifiez, concevez, révisez votre conception (ayez des normes de conception et une petite liste de contrôle que vous pouvez mémoriser), codez, révisez votre code (ayez des normes de codage claires et une petite liste de contrôle mentale que vous pouvez mémoriser), testez, réfléchissez à vos erreurs.Tout programmeur expérimenté saura que ce sont des étapes finalement intuitives à suivre. Ma recommandation en pratique réelle :suivez le processus mais ne documentez pas autre chose que votre conception, et si vous implémentez des tests unitaires, documentez-les bien.
  • Ce processus pourrait en fait valoir la peine d'être suivi et pratique...pour la programmation système en temps réel où il n'y a absolument aucune place aux erreurs, sinon cela n'en vaut pas la peine.
  • Si vous recherchez une méthodologie pour organiser et améliorer votre concentration, essayez GTD (Faire avancer les choses) et Pomodoro d'abord.
  • Si vous souffrez d'un trouble obsessionnel-compulsif, vous apprécierez peut-être la PSP =).

Ma dernière recommandation, en tirer des leçons comme référence, pourrait conduire à des choses meilleures et plus pratiques.Cette chose est tout simplement trop académique.

P.S. :DÉCHIRER.Watts Humphrey

J'utilise PSP depuis six mois.

Cela prend du temps.Pour mes estimations, j'ai dû passer 7% de mon temps à remplir des formulaires.Il est frustrant de devoir répéter sans cesse l’erreur « point-virgule manquant ».

Mais d'un autre côté, à mesure que je m'habitue au processus, cela est devenu important car j'ai commencé à voir quelles erreurs je faisais principalement et j'ai commencé à les éviter « naturellement ».

Cela vous oblige également à "réviser" votre code afin que vous puissiez voir s'il y a un problème avant d'appuyer sur le bouton de compilation.

Pour les outils, je recommande d'utiliser Timetracker : http://0xff.net/

Je recommande d'essayer au moins la PSP pendant quelques mois, car vous créerez des habitudes qui contribueront à réduire le temps que vous passez à compiler et à corriger des bugs mineurs.

Je l'ai appris le semestre dernier à l'université et cela a très bien fonctionné pour moi.Je sais qu'en le suivant à la lettre, je peux être sûr que je peux cliquer sur Compiler et que je n'aurai aucune erreur et qu'en cliquant sur Exécuter, je n'aurai plus à passer de temps à réparer et à recompiler le programme pour l'exécuter encore et encore. jusqu'à ce que le désordre soit réparé.

Les gens se plaignent de devoir enregistrer les "points-virgules manquants" et autres, mais au moment où vous êtes sur le programme 7, vous ne faites plus d'erreurs aussi insignifiantes et vos défauts se trouvent plutôt dans les éléments importants de votre programme.Je n’ai cependant pas eu l’occasion de l’appliquer à un scénario réel, mais j’ai vraiment hâte !

J'essaie de suivre le processus PSP 2.1 lorsque cela est possible.Cela m'aide vraiment à rester concentré sur le fait de ne pas sauter des parties importantes, mais moins excitantes, d'un projet.Il s’agit généralement d’un examen de conception et de conception pour de petits projets.

Pour suivre le temps, vous pouvez utiliser le tableau de bord PSP, qui contient de nombreuses fonctionnalités et scripts intégrés qui vous aident à suivre le processus.

Si vous recherchez simplement un outil de suivi du temps, j'aime aussi http://slimtimer.com.Il peut également produire des rapports décents.

J'ai suivi la PSP pendant quelques semaines il y a quelques années, car mon groupe voulait l'expérimenter.J'ai trouvé cela très décevant et même irritant de travailler avec.Cela a épuisé ma patience.Mes principaux points négatifs sont :

  • Des accents ridicules sur des choses comme des fautes de frappe ou des points-virgules manquants.
  • Des formulaires peu pratiques qu’il faut remplir à la main.
  • Concentrez-vous sur la programmation procédurale plutôt que sur l'OO.
  • L'estimation consiste à compter le nombre de boucles, de fonctions, etc.

J'ai trouvé que c'était une énorme perte de temps.Je préfère choisir de quitter ce métier plutôt que d'être obligé de suivre la PSP.

Matériel connexe : Ma réponse à propos d'un livre PSP dans la question "Quel livre de programmation ne recommanderiez-vous PAS aux développeurs".

Je l'ai utilisé à l'université, mais au travail, nous n'avons vraiment aucun processus.Ce n'est que récemment que nous avons commencé à utiliser le contrôle de version.

Mon expérience était que cela semblait beaucoup trop fastidieux pour être utile.Si ce n’est pas automatisé, cela peut disparaître.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top