© sqli group – 2012 experienced by steering-project notes de version – v2.4 19/11/2012

© SQLI GROUP – 2012

EXPERIENCED BYEXPERIENCED BY

STEE

RING-

PROJE

CT

NOTES

DE VER

SION –

V2.4

19/1

1/20

12

© SQLI GROUP – 2012 2

NOTES DE VERSION – V2.4

•Ce document présente les principales nouveautés apparues entre les versions 2.3 et 2.4, pour les modules suivants :

+MODULE PILOTAGE (PORTAIL)+MODULE EXIGENCES+MODULE ACTIVITÉS (SDP)+MODULE TESTS (TCM)+MODULE MANTIS

LES PRINCIPALES NOUVEAUTÉS


PILO

TAGE

PORT

AIL


PORTAIL

+INTÉGRATION GOOGLE ANALYTICS•Service administré par SQLI, mis à disposition en lecture au client.•Permet en particulier d’identifier les fonctionnalités les plus utilisées sur une instance donnée.

PORTAIL STEERING-PROJECT


PORTAIL

+LIVRABLES – PROJETS INTÉGRATEURS•La notion de portée (Opérationnelle ou Stratégique) est étendue aux Livrables.•Il devient possible de lister, depuis un projet intégrateur, les livrables de tous les projets intégrés (comme c’est déjà possible, par exemple, pour les Actions).•Seuls les livrables « Stratégiques » sont remontés dans la liste consolidée des livrables d’un projet intégrateur.

Sélection des projets, filtres transversesFiltres spécifiques à chaque projet

Résultats



PORTAIL

+PARTAGE DES PORTEFEUILLES•Chacun peut désormais partager la vue de son portefeuilles avec d’autres utilisateurs.



PORTAIL

+PARAMÈTRES D’AFFICHAGE DU PORTEFEUILLE•Il est possible de configurer chaque projet du portefeuille pour que les détails d’un axe de filtre-projet (lots, itération, etc.) soient toujours affichés.

Filtres toujours détaillés



PILOTAGE

+PORTEFEUILLES•Il est également possible de masquer le détail de certains filtres dans un portefeuille. L’option « Afficher / Masquer le détail par filtre » permet de choisir les axes de filtres-projet selon lesquels les informations seront détaillées. Ce réglage, effectué au niveau du portefeuille ,prévaut sur les réglages éventuellement effectués au niveau des projets (cf. chapitre précédent).



EXIG

ENCES

SUIV

I DES

EXIG

ENCES

BURN DOW

N CHART


EXIGENCES

+ENRICHISSEMENT DU MODULE BURN DOWN CHART•La gestion de l’historisation des données pour affichage dans le BDChart a été affinée :•* L’axe temporel de la courbe des RAF s’appuie désormais sur les dates d’imputations (calendrier du module « Activités ») et non les dates de « saisi ». •* La courbe des RAFs prend désormais en compte les tâches non imputées lorsque le CP les associe à une ou plusieurs exigences. •* Prise en compte du cas de RAF forcé, historisation lors de l’import en masse des tâches et historisation lors de la dissociation des tâches avec les exigences.

SUIVI DES EXIGENCES – BURN DOWN CHART

Historisation affinée, courbe s’appuyant sur les dates d’imputations historisées.


+ENRICHISSEMENT DU MODULE BURN DOWN CHART (SUITE)•Il est désormais possible de bénéficier : •* D’une vue « Projet », grâce à la possibilité d’une sélection de l’ensemble des items de la nouvelle liste à sélection multiple des itérations.•* Ou d’une vue multi-itérations

Possibilité de sélectionner plusieurs itérations, ou l’ensemble du projet.

SUIVI DES EXIGENCES – BURN DOWN CHARTEXIGENCES


+EXIGENCES - AJOUT DES CHAMPS DE QUALIFICATIONS & OPTIMISATION DE LEUR PRÉSENTATION


Une exigences en ligne c’est désormais associée à : + Une valeur métier (entier)+ Une complexité de réalisation (entier de 0 à 3)Des filtres ont été également ajouté dans ce sens au niveau des exigences et du Burn Down Chart.


+EXIGENCES - AJOUT DES CHAMPS DE QUALIFICATIONS & OPTIMISATION DE LEUR PRÉSENTATION (SUITE)


L’affichage des champs de qualification d’une exigences a été amélioré pour gagner en efficacité :+ Ajout d’une colonne dédiée : colonne « Caractéristiques »+ Affichage fusionné du code et du libellé : lors du survol de la colonne « Code –libellé »


+EXIGENCES – NOUVELLES VUES POSSIBLES


D’autres vues sont venues comme alternatives à la vue arborescente des exigences. L’utilisateur peut bénéficier d’un format en liste aplatie avec possibilités de tri : + Par valeur métier de l’exigence+ Par complexité de réalisation de l’exigence + Par code ou par libellé de l’exigence+ Par UO-réévaluée de l’exigence + Ou par avancement de l’exigence

Sélection de la vue et affichage du résultat appliqué sur l’ensemble des exigences de l’arborescence


ACTI

VITÉS

SDP


ACTIVITÉS

+RÉAFFECTATION D’UNE TÂCHE•Le retrait d’un collaborateur d’une tâche déjà commencée rendait le RAF de ce collaborateur peu significatif. L’opération de réaffectation d’une tâche déjà commencée (action groupée) a fait l’objet d’une refonte.•Réaffecter une tâche aura désormais les conséquences suivantes :

FERMETURE DE LA TÂCHE EN COURS•Les charges initiale, révisée, attribuée, sont réduites proportionnellement à la charge effectivement consommée. •Le RAF de la tâche est placé à zéroCRÉATION D’UNE NOUVELLE TÂCHE•Les charges initiale, révisée, attribuée, retirées de l’ancienne tâche sont placées sur la nouvelle tâche.•Le RAF de l’ancienne tâche devient celui de la nouvelle tâche

SDP


ACTIVITÉS

+REFONTE DU TABLEAU DE BORD•Les tâches sont désormais triées par Itération (si applicable sur le projet), puis par Lot (si applicable) puis par ordre alphabétique. Les listes de sélection de tâche par filtres-projet (Itérations, Lots, Entités, etc.) ont été supprimées pour plus de lisibilité.

SDP


ACTIVITÉS

+CALCUL DU SOLDE PAR PÉRIODE•Une nouvelle colonne « Dépassement par période » vient augmenter le Rapport SDP. Elle indique le solde acquis (ou le dépassement concédé) au cours de la période d’imputation observée.

SDP


ACTIVITÉS

+CALCUL DU SOLDE PAR PÉRIODE (SUITE)•La même donnée apparaît sur le Rapport Hebdomadaire.

SDP


ACTIVITÉS

+RAPPORT DES IMPUTATIONS•Un nouveau « Rapport des imputations » peut être généré au format Excel. Il présente l’ensemble des imputations du projet, éventuellement sur une période donnée.

SDP


ACTIVITÉS

+NOUVELLES BARRES DE DÉFILEMENT•Dans la vue Rapports et Gestion Projet, des barres de défilement ont été ajoutées aux longues listes de tâches. Ainsi, les en-têtes et les pied des tableaux restent toujours à l’écran pendant la consultation des contenus.

SDP


TEST

S

TCM


MANTI

S


MANTIS

+ASSOCIATION D’UTILISATEURS : NOUVELLE ACTION GROUPÉE•Il est maintenant possible d’associer plusieurs utilisateurs à une étape en une seule action.


MANTIS

+EXPORT DE L’HISTORIQUE•L’historique des demandes est intégré à l’export des tickets Mantis. La nouvelle colonne a été ajoutée en dernière position.


MANTIS

+FILTRE « CONTRIBUTEUR »•Un nouveau filtre « Contributeur » est disponible. Un « Contributeur » est un collaborateur à qui le ticket a été affecté au moins une fois.•En appliquant le filtre « Contributeur », seuls les tickets ayant été au moins une fois affectés au(x) collaborateur(s) sélectionné(s) seront affichés.


MANTIS

+ORIGINE (TCM) D’UNE DEMANDE•On pourra désormais relier un Cas de Test et un ticket Mantis a posteriori. Il est également possible de modifier ou supprimer la relation.

•La zone « Origine » est déplacée en fin de page :

•Le ticket Mantis sera lié à la plus récente exécution du Cas de Test, effectuée dans le cadre d’une campagne, si une telle exécution existe.

Saisir une partie du nom ou du numéro d’un cas de testSélectionner un cas de testValider le changement

© sqli group – 2012 experienced by steering-project notes de version – v2.4 19/11/2012

Documents

exigences suivi des

sqli group

chart exigences page

module exigences

exigences et

exigences ajout des

chart page

qualification dune exigences