Recommandations liées aux processus

Một phần của tài liệu Evaluation of software development process the case of fapi of fpt software = Đánh giá quy trình phát triển phần mềm dự Án fapi của công ty fpt software (Trang 64 - 68)

Recommandation 1 : Faire des rétrospectives à chaque mois

Constats Effort Autonomie Priorité Horizon Constat 1 Faible Elevée Elevée Court terme

— But : Améliorez régulièrement les processus pour augmenter la productivité ou optimiser la qualité des logiciels.

— Description : La principale question à se poser est ô Compte tenu des pro- blèmes survenus ce mois-ci, quelles différentes manières auraient pu être prises pour rendre ces problốmes inexistants ? ằ En plus de cette question, l’équipe peut également déterminer :

— Nous voulons faire plus ;

— Ce que nous voulons arrêter de faire ;

— Que voulons-nous commencer ;

— Nous devons faire différemment.

Au vu de ces quatre points, il est beaucoup plus facile de prendre des actions spé- cifiques d’amélioration des processus convenues par les membres de l’équipe et les managers. Une bonne évaluation permet aux membres de l’équipe de s’approprier le processus, et ils sont alors plus enclins à les respecter. Un bon examen durera deux heures ou moins, et vous ne devriez pas essayer de résoudre tous les problèmes à la fois. Il est plus efficace de ne résoudre que deux ou trois des problèmes les plus importants, puis de soumettre d’autres problèmes à l’examen suivant, il est donc important de mettre en œuvre ces problèmes régulièrement.

Recommandation 2 : Faire un audit régulier des processus Constats Effort Autonomie Priorité Horizon

Constat 2 Moyen Moyenne Moyenne Moyen terme

— But : Veiller à ce que le processus défini soit suivi efficacement et amélioré régulièrement.

— Préface : Si les acquis de la démarche sont ce qu’ils sont aujourd’hui, c’est parce qu’ils reflètent des apprentissages et des expériences diverses qui mi- nimisent certains risques. Par conséquent, en plus d’améliorer les processus grâce à de nouvelles expériences, FAPI espère également que chaque membre de l’équipe comprend et applique les processus existants. Les processus non suivis n’ont aucune valeur pour FAPI, même si cela augmente le risque et nuit à FAPI.

— Description : Examiner les produits logiciels et les activités et donc effec- tuer des audits internes pour vérifier qu’ils sont conformes aux procédures et normes applicables. Si un élément du processus n’est pas suivi, l’audit doit principalement mettre l’accent sur deux choses :

1. Si la raison de cet échec est valable, le processus doit être flexible.

2. Si la raison de la violation n’est pas valable, une formation de recyclage (généralement moins d’une heure) doit être dispensée à la personne res- ponsable de la violation.

Ensuite, fournissez les résultats de cet examen au responsable FAPI et aux membres de l’équipe. Cet audit interne peut être mené en profondeur une fois par an ou plus fréquemment. Afin de minimiser la charge de travail de ces audits, le FAPI devrait également améliorer ses processus de manière plus continue grâce aux mécanismes suivants :

— Dans la revue mensuelle : C’est une bonne occasion de s’interroger sur le procédé et son utilisation.

— Ajouter un projet ”amélioration des processus” dans TFS et le confier au chef d’équipe pour effectuer cette tâche.De plus, vous devez réserver un peu de temps chaque mois pour la réalisation de ces améliorations. Les éléments (tâches) de ce projet peuvent alors être priorisés et suivis comme n’importe quel projet.

logiciel. La première, c’est de le faire si simple qu’il est évident qu’il ne présente aucun pro- blème. La seconde, c’est de le faire si compli- qué qu’il ne présente aucun problème évident.

La première méthode est de loin la plus com- plexe ...

C.A.R. Hoare

Chapitre 6

CONCLUSIONS

Ce mémoire comprend l’évaluation du processus de développement logiciel de l’équipe FAPI. Pour atteindre cet objectif, nous avons interrogé des personnes au sein de l’équipe. Nous avons également examiné et analysé des documents et des données liés aux applications et aux projets de développement. Dans le domaine CMMI considéré dans ce projet, nous insistons sur la découverte organisée par domaine de processus. Ces constatations sont regroupées par catégorie de domaine de processus :

— Gestion de projet ;

— Gestion de processus ;

— Processus de support ;

— Ingénierie

En tenant compte de ces constats, nous avons élaboré des recommandations orga- nisées par thème :

— Gestion de projet ;

— Processus ;

Chaque recommandation est associée à une ou plusieurs observations, la priorité, la portée de la mise en œuvre, le niveau d’effort requis et le degré d’autonomie du personnel du FAPI pour y parvenir.

Notre objectif est d’utiliser les meilleures pratiques CMMI et S3M pour évaluer les processus logiciels : cet objectif est atteint grâce à l’évaluation décrite au cha- pitre 3, les constats au chapitre 4 et les recommandations formulées au chapitre 5.

Ce projet est une excellente occasion pour moi d’approfondir mes connaissances des modèles de bonnes pratiques de développement logiciel, en particulier CMMI et S3M, d’apprendre à mener des évaluations et à organiser mes réflexions et ob- servations pour eux. Présentez et apprenez pour la première fois la plupart des processus de mise en œuvre de FAPI.

Một phần của tài liệu Evaluation of software development process the case of fapi of fpt software = Đánh giá quy trình phát triển phần mềm dự Án fapi của công ty fpt software (Trang 64 - 68)

Tải bản đầy đủ (PDF)

(68 trang)