Publicité
Publicité

Contenu connexe

Publicité

Bâtir une équipe F Lussier V1.2 Fra

  1. B âtir une équipe (Team Software Process tm / Personal Software Process tm ) Présenté par : Frédérick Lussier Novembre 2009, version 1.2 tm Personal Software Process, PSP and Team Software Process, TSP are service marks of Carnegie Mellon University ® Capability Maturity Model, Capability Maturity Modeling, Carnegie Mellon, CMM, and CMMI are registered in the U.S. Patent and Trademark Office by Carnegie Mellon University.
  2. Atelier 2- Objectifs d’équipe et assignation des rôles. Sommaires des rôles (1/5)
  3. Atelier 2- Objectifs d’équipe et assignation des rôles. Sommaires des rôles (2/5) Le chef testeur n’est pas obligatoirement un testeur dans votre organisation. Il est préférable parfois d’avoir un « expert » dans les tests unitaires, cet expert peut être un développeur.
  4. Atelier 2- Objectifs d’équipe et assignation des rôles. Sommaires des rôles (3/5)
  5. Atelier 2- Objectifs d’équipe et assignation des rôles. Sommaires des rôles (4/5) Votre chef de groupe et trop préoccupé pour s’attarder à la qualité. Si personne n’est en charge de la qualité, alors personne ne prendra le temps de bien faire les choses.
  6. Atelier 2- Objectifs d’équipe et assignation des rôles. Sommaires des rôles (5/5) Utilisez des titres qui veulent dire quelque chose pour vous.
  7. Atelier 3- Établir les stratégies, les produits et les processus. Adaptation à Agile Test Exécution des tests d’intégration, de non-régression et fonctionnels Plan Test & Conception Revue et Inspection conception Code Revue et Inspection Code Analyse de code Exécution des tests PostMortem Guide PSP Exigences & Spécifications Exigences du client, Exigences techniques, Story, Test d’acceptation, ‘Backlog’ priorisé Conception et Architecture de haut niveau Modèle conceptuel, Ébauche des interfaces, Scénario, Cas d’utilisation... Relâche 1 Rel. 2 Rel. n Itération1 Itération 2 ... ... Rencontre périodique du statut du projet Validation Exécution des tests d’acceptation Intégration continue Déploiement Préparation, Démonstration et installation Livrer fréquemment une application fonctionnelle, toutes les deux semaines à deux mois, avec une tendance pour la période la plus courte. Notre première priorité est de satisfaire le client en livrant tôt et régulièrement des logiciels utiles. Cycle Rencontre debout journalière Environnement Salle de travail, Serveurs,Intégration continue, Outils de développement, Machines de tests, Processus, standards, Formation... Itération 3 Architecture Vision de l’équipe de l’architecture Coach Relâche 0
  8. Performance des équipes TSP /PSP The Team Software Process (TSP) in Practice: A Summary of Recent Results CMU/SEI-2003-TR-014 and CMU/SEI-2000-TR-015 We developed a 450 KLOC business operating system in 55 000 hours. We delivered it on time. The customer reported 17 bugs for a total defect density of 0.038 bugs/KLOC. Gerardo López, Towa, CEO & President TSP Symposium 2008 1/3 des projets n’ont pas de défaut Mesures AvecTSP Moyenne Min – Max Projet typique System test defects (defects/KLOC) 0.4 0 to 0.9 15 Released defects (defects/KLOC) 0.06 0 to 0.2 7.5 System test effort (% of total effort) 4% 2% to 7% 40% System test schedule (% of total duration) 18% 8% to25% 40% Duration of system test (days/KLOC) 0.5 0.2 to 0.8 5 1 to 7.7 Unit Test - cost of quality 17% 4% to 38% 50% Project schedule error 6% -20% to 27% 180% Mesures Moyenne Productivity improvement 78%

Notes de l'éditeur

  1. On ne peut pas être plus fort que le plus faible des maillons d’une chaîne.
  2. Réactions négatives sont interdites
  3. Ne prenez jamais un engagement sans un plan. Si vous ne pouvez pas prévoir précisément, prévoyez souvent. Prévoyez ce que vous savez et prévoyez à un niveau qui adapte le travail. ( Plan what you know and plan at a level that fits the job. )
Publicité