Synthèse des Pratiques Obligataires [PO] et
Recommandations [REC]
Cette page contient la synthèse des Pratiques Obligatoires [PO] et des Recommandations [REC]
identifiées lors des Bilans de Projet des Lot 15.4, 16.1, 18.0 et 18.2. Les Pratiques Obligatoires et les
Recommandations sont classées selon les rubriques ci-dessous.
Planification et suivi 
Gestion des exigences
Gestion de la configuration et des modifications
Assurance et contrôle qualité
Management et amélioration de la qualité
Gestion de la sous-traitance
Ingénierie des produits logiciels
Planification et suivi
Description PO REC Lot (no PO/REC)
Nouveau CdP : utiliser un guide du CdP (action d'écriture) X   15.4 (1)
Avancement en CRAL : faire consigner en CRAL de synthèse les retards de jalons X   16.1 (1)/18.2 (1)
Réunions d'avancement hebdomadaire : elles sont courtes pour avoir l'attention de chacun. X   18.0 (2)/18.2 (2)
Réunion d'avancement : avoir des petites équipes concernées par la réunion X   15.4 (2)
Chiffrage pôle : utilisation systématique des pôles de compétences X   16.1 (3)
Chiffrage : appliquer la méthode Delphi X   18.0 (4)
Chiffrage à option : identifier attentes du client en termes de coûts et de généricités afin d'ajuster conceptions (bas de gamme/moyen de gamme/haut de gamme) X   15.4 (3)
Configuration multiple (cible/simu) : à prendre en compte dans le chiffrage X   15.4 (4)
Communication : mettre l'équipe du lot dans une même salle pour une bonne circulation de l'info. X   16.1 (2)/18.0 (3)
Taille d'équipe : nommer un ou plusieurs chefs de file pour des équipes de + 15 personnes X   18.0 (1)
Utilisation abusive des demandes urgentes : le CdP doit établir les priorités, atténuer les demandes de SAGEM et expliquer les enjeux X   18.0 (5)
Retard et modification du code Sagem : main courante X   18.0 (6)
Planning : le CDP doit diffuser un fichier image X   18.0 (7)
Pilotage du Lot : pas d'absence simultanée du CdP et du RT X   18.2 (3)
TBL : à utiliser pour les projets   X 15.4 (1)
Interface SAGEM/COFRAMI : liste de diffusion SAGEM&SDC par produit   X 18.2 (2)
Interface avec SAGEM : promouvoir un dialogue inter-métier   X 15.4 (2)
Temps accru de livraison avec KD : ne pas sous-estimer cette charge lors des estimations    X 18.2 (6)
Chiffrage avec techno. KD : établir une matrice spécifique ratio/phase   X 18.2 (1)
Chiffrage nouvelle brique SAGEM : attention au sous-chiffrage SAGEM   X 16.1 (1)
Communication : communiquer à l'équipe un moyen pour joindre le CDP ou le RT en permanence (n° tel GSM)   X 18.0 (5)
Communication à l'équipe : expliquer aux équipes les écarts du aux demandes de SAGEM versus une bonne gestion   X 18.2 (3)
Environnement de travail : à partir de 10 à 15 p. vérifier le confort de l'open space   X 16.1 (2)
Affectation selon pôle de compétence : à priviligier si possible; malgré, la mise en œuvre difficile à cause des demandes SAGEM et des contraintes   X 16.1 (3)
Affectation IO : rechercher stabilité en affectant à 1 seul projet et à 1 seule fonction   X 15.4 (3)
Affectation IO : éviter le FIFO   X 15.4 (4)
Interface SAGEM : inviter le RT au CRAL   X 18.0 (1)
Maintien de la connaissance : le R_SDC doit organiser des réunions d'informations générales sur les autres Lots   X 18.0 (2)
Lien entre phase : affecter à la même ressource pour la conception/codage-TU/intégration   X 18.0 (3)
Tâche partagée entre SDC et Sagem : le CdP doit alerter SAGEM des risques éventuels et consigner les écarts en main courante   X 18.0 (6)
Ressources en sous charge : proposer aux autres CdP des ressources en sous-charges   X 18.2 (4)
Gestion des exigences
Description PO REC Lot (no PO/REC)
Besoins SAGEM : s'assurer de la complétude du cahier des charges X   15.4 (5)
Spécification des exigences : définir le niveau de granulité des exigences selon le niveau des besoins SAGEM (CdC) X   16.1 (4)
Lots synchrones : effectuer la répartition des exigences fonctionnelles en phase amont + durant la phase de développement X   16.1 (5)
Traitement des évolutions : bien établir le périmètre fonctionnel initial + main courante X   18.0 (8)
Clarification tardives des spécifications : inscription systématique en main courante X   18.0 (13)
Non disponibilité de ressources SAGEM : lever un risque X   18.2 (4)
Environnement de développement : préciser dans la PRT les outils de développement X   18.2 (7)
Dates butoires produit : le CDP ou R_SDC se renseigne auprès du reponsable logiciel Sagem   X 18.0 (4)
Gestion de la configuration et des modifications
Description PO REC Lot (no PO/REC)
Correction des anomalies : le correcteur est celui qui a codé X   18.2 (6)
Délais de correction des anomalies : le CdP doit systématiquement établir les délais et les priorités avec l'IO X   18.0 (9)
Affectation des bugs au SDC par Sagem : inscription systématique en main courante X   18.0 (12)
Traitement de "grosses évolutions" : faire un mini planning + description de toutes les tâches de réalisation et de support X   18.0 (10)
Nommage des documents du lot : nom du fichier = référence +éd./rèv. + titre du document X   18.0 (11)
Règles de nommage : CdP doit vérifier si des règles de nommage de fichiers/fonctions sont applica. en l'absence de documents (DCP,…) X   18.2 (5)
Manque d'informations sur certaine configuration (tests cible, palier, champ, … etc) : l'ASR doit apporter un support actif à la configuration de la plate-forme X   18.0 (14)
MaJ Base documentaire : à faire par le CDP (répertoire projet = intranet du lot) X   18.0 (15)
Branche unique : faire attention à la gestion des livraisons SAGEM X   15.4 (6)
Passage en branche de prod : la GCL continue à maintenir convenablement la branche de dév. X   15.4 (7)
Créneau sur branche unique : se mettre à jour régulièrement afin de limiter les dérives dans la prériode du créneau   X 18.2 (7)
Branche unique : s'assurer que le nombre de personnes de l'équipe SDC inf. à 10 et valider la disponibilité de SAGEM   X 18.2 (5)
Configuration dans fiche de bug : réclamer à SAGEM la fiche de paramètre associée au bug   X 16.1 (4)
Fiches de paramètres : gérer en configuration les fiches de paramaètres avec descriptif de ce qu'elles paramètrent dans le mobile   X 16.1 (5)
Utilisation systématique de MySf : attention à conserver la connaissance des process GCL   X 18.0 (11)
Assurance et contrôle qualité
Description PO REC Lot (no PO/REC)
Acceptation des documents par SAGEM : assurer en CRAL l'avancement de la validation des documents par SAGEM X   18.2 (8)
Calcul du nbr de bug : enlever les doublons et les faux problèmes   X 15.4 (5)
Qualité des relectures : les RPCs doivent déléguer pour ne pas bâcler cette tâche   X 18.0 (8)
Consignes qualité : présentation par l'IQL des nouvelles dispositions lors des réunions d'avancements RPC et CdP   X 18.0 (9)
Lecture croisée SDC/SAGEM : sur branche unique ou non   X 18.2 (8)
Management et amélioration de la qualité
Description PO REC Lot (no PO/REC)
       
Gestion de la sous-traitance
Description PO REC Lot (no PO/REC)
Spécifications des tests de validation : définir le niveau de granulité des tests selon le niveau des besoins SAGEM (CdC) X   16.1 (6)
Décision valid. offshore : avant d'envoyer le soft, effectuer tests de NR et rétrofit (test installation/démarrage) avec les mêmes moyens (câble,…) que COMSYS X   16.1 (7)/18.2 (11)
Démarrage tests validation : fournir à COMSYS la liste des pb/bug connus X   16.1 (8)
Validation offshore : mettre en œuvre les dispositions (écrites) de la validation offshore X   18.2 (9)
Décision valid. offshore : évaluer le risque de la valid. offshore fonction des ress. SDC dispo (rajout. dans note estimation.: valid. offshore ) X   18.2 (10)
Ingénierie des produits logiciels
Description PO REC Lot (no PO/REC)
Spécifications des tests de validation : définir le niveau de granulité des tests selon le niveau des besoins SAGEM (CdC) X   16.1 (6)
Utilisation des DILs automatiques : à généraliser pour la couche PROCESS ou la recette de brique SAGEM X   18.0 (16)
Cibles pour validation : à mettre en jalon d'entrée SAGEM X   18.2 (12)
Charge de conception : investissement sur la conception avec implication de SAGEM permet d'avoir un produit fiable et conforme aux besoins fonctionnels   X 16.1 (6)
Développement en 2 phases : faire une conception unique dans la mesure du possible   X 15.4 (6)
Validation par l'archi : alléger la procédure DMI et DSI   X 15.4 (7)
Test volume sur simu : demander à SAGEM évolution sur simu   X 15.4 (8)
Phase de validation : éviter de démarrer une deuxième phase tant la base de bug n'est pas stabilisée   X 15.4 (9)
Matériel : s'assurer que chaque personne a 1 cible   X 15.4 (10)
Ressources matérielles : prévoir les demandes SIM le plus tôt possible   X 18.2 (10)