Le diagramme ci-dessus affiche une vue générale de certaines des activités principales exécutées à chaque phase de SAP Activate.
Nous allons examiner les points suivants :
Activités détaillées des phases SAP Activate
Approche de la phase de préparation de SAP Activate
Approche de la phase d'exploration de SAP Activate
Approche de la phase de réalisation SAP Activate
Activités de la phase de déploiement de SAP Activate
Cette diapositive fournit une description de la phase de préparation ainsi que les activités clés associées à exécuter.
Cette figure présente des exemples d'accélérateurs qui peuvent être utilisés lors de la livraison d'un projet à l'aide de SAP Activate. Les accélérateurs sont des documents, des modèles ou des liens vers des outils et d'autres ressources qui peuvent aider une équipe de projet à accomplir son travail plus rapidement en fournissant des conseils clairs ou un point de départ pour produire un résultat tel qu'un livrable.
Dans la phase Préparation, nous avons différents accélérateurs :
Supplément livraison
Document Périmètre de la solution
Exigences en matière de logiciels et de livraison pour l'organigramme technique de projet des meilleures pratiques
Plans de gestion de projet et documents de gouvernance
Cette diapositive fournit une description de la phase d'exploration ainsi que les activités clés associées à exécuter.
Ce diagramme fournit une description de l'objectif du processus d'adaptation à la configuration standard.
Le diagramme ci-dessus détaille en six étapes comment aborder les ateliers d'adaptation à la configuration standard.
Il s'agit des résultats prévus des ateliers d'adaptation à la configuration standard.
Voici les principes à appliquer lors des ateliers d'adaptation à la configuration standard :
- Conformité au standard : l'adoption d'une approche de conformité au standard et des fonctionnalités standard SAP minimisera les risques liés à la livraison et réduira le coût total d'implémentation et d'exploitation.
- Justification de la valeur : les applications SAP reposent sur les meilleures pratiques du secteur et toute personnalisation proposée doit être motivée par rapport à la valeur métier.
- Présentation : dirige les activités de conception en faisant des démonstrations plutôt qu'en les racontant, contribue de manière significative à l'adoption, à l'habilitation et à l'acceptation de l'entreprise.
- Participation active : la participation active des utilisateurs fonctionnels aux activités de conception et d'acceptation favorise la collaboration et est essentielle à la réussite de la solution.
- Concentrez-vous sur la simplicité : lorsque vous concevez la solution, concentrez-vous sur la simplicité et la facilité d'utilisation tout en minimisant autant que possible les fonctionnalités complexes inutiles.
- Acceptation de la conception : l'application de ces principes dans le cadre d'ateliers de conformité au standard facilite l'adoption et conduit à l'acceptation de la conception par l'entreprise.
Les sept activités de haut niveau suivantes sont exécutées lors des ateliers d'adaptation à la configuration standard.
Définir la valeur de référence :
Convenir des principes directeurs d'adaptation à la configuration standard.
Préparez la structure organisationnelle, les données de base et les diagrammes de processus. Liez les processus aux facteurs de création de valeur.
Validation de la solution SAP :
Afficher et indiquer les éléments de conception clés standard de SAP.
Collecter besoins delta :
Identifier les écarts par rapport au standard SAP.
Journaliser ou créer des éléments de périmètre supplémentaires.
Créer commandes en portefeuille initiales :
Définir des priorités et des estimations des efforts. Identifier les dépendances.
Planifiez des sprints pour la phase Explorer.
Étendre documentation des solutions :
Mettre à jour les diagrammes de processus et la conception de processus. Visualiser l'expérience utilisateur.
Vérifier et accepter :
Vérifier la documentation des processus et des solutions. Favoriser l'acceptation.
Planifier des sprints et des versions
Avant d'exécuter les ateliers d'adaptation à la configuration standard, il est important de permettre aux utilisateurs fonctionnels de traiter les sujets clés qui seront abordés dans les ateliers. Il s'agit notamment de l'activation des concepts de données de base, de la terminologie SAP, de l'approche des ateliers et de la méthodologie SAP Activate.
Les sessions d'habilitation doivent être alignées sur le périmètre du projet afin de mieux préparer le public professionnel à participer activement aux ateliers.
Voici un exemple d'accélérateur sur la manière d'exécuter vos ateliers d'adaptation à la configuration standard, disponible au téléchargement à partir du visualiseur de feuille de route SAP Activate et à utiliser dans vos projets.
De nombreux autres accélérateurs sont disponibles pour chaque phase, groupe d'activités et feuille de route disponibles pour les activités tout au long du projet.
L'application d'une approche agile complète en exécutant des sprints dans la phase d'exploration est également possible lors de l'utilisation de SAP Activate.
Le diagramme ci-dessus détaille les activités d'initialisation des activités Scrum, ainsi que la conduite des sessions de collecte des besoins à l'aide de sprints dans les ateliers de la phase d'exploration.
En poursuivant avec l'exécution de Scrum dans la phase d'exploration, le diagramme ci-dessus montre comment effectuer des mises à jour de conception, une vérification et une validation à l'aide d'un sprint dans les ateliers de la phase d'exploration.
Cette diapositive fournit une description de la phase de réalisation ainsi que les activités clés associées à exécuter.
Les équipes de projet dans les projets SAP peuvent être structurées de différentes manières. L'exemple ci-dessus montre la structuration des équipes Scrum par processus modulaire ou de bout en bout, ainsi que par équipes de support.
Les équipes Scrum comprennent 5 à 9 membres avec des rôles de projet SAP affectés.
Les équipes Scrum peuvent être organisées par flux de travail et/ou par domaine d'application.
Le Scrum Master et le Product Owner travaillent avec l'équipe Scrum.
Le travail entre plusieurs équipes Scrum est coordonné par la cérémonie Scrum of Scrums, où chaque équipe Scrum délègue son représentant.
Les Project Managers, Agile Coaches, Architects et autres rôles peuvent également participer à la cérémonie Scrum of Scrums.
La cérémonie Scrum of Scrums est utilisée pour discuter de sujets de chevauchement ou d'intégration.
Le diagramme Exigences transparentes à déployer illustre la structure terminologique et les métriques de relation dans les projets agiles SAP.
Sprints
Les sprints sont une unité de mesure ou une période ou un temps compris entre deux et quatre semaines, où la création incrémentielle de la solution a lieu. Se terminant généralement par un spectacle et une séance de présentation au public professionnel qui a soulevé l'exigence dans l'atelier.
Vagues
Les vagues sont une unité de quantité et une période plus grande avec de nombreux sprints affectés à une seule vague. Les vagues durent généralement de un à trois mois.
Phases
La phase de réalisation est la phase de création et se compose d'une ou plusieurs vagues en fonction de la taille du projet.
Valider
Une version correspond à toutes les fonctionnalités créées se terminant par une mise en production. Les projets peuvent avoir une ou plusieurs versions, en fonction du périmètre et de la durée du projet.
Ce diagramme illustre bien à quoi ressemble une phase de réalisation typique dans un contexte agile. Dans l'exemple, il existe plusieurs sprints à partir du début de la phase, se terminant par un test d'acceptation utilisateur. Dans cet exemple est inclus i sprint firm-up où le test de chaîne est effectué. Le test Sting teste l'intégration ou le chevauchement des fonctionnalités créées dans les sprints précédents.
Les tests d'intégration peuvent également être fournis via des sprints. Le test d'intégration couvre le test de toutes les fonctionnalités créées. Il s'agit du test final effectué par l'équipe de conseil avant que l'équipe de gestion ne teste le système dans le cadre du test d'acceptation utilisateur.
Le Backlog de sprint est une liste de tâches identifiées par l'équipe Scrum à effectuer au cours du Sprint. Au cours de la planification du sprint, l'équipe planifie et sélectionne plusieurs composants du Back log de produits, et identifie les tâches nécessaires à l'exécution de chaque scénario utilisateur.
Un Scrum Board est un outil qui aide les équipes à rendre visibles les éléments du back log de sprint. La carte peut être physique ou numérique mais sert le même objectif de suivi des tâches de sprint. Le tableau est mis à jour par l'équipe pendant la session de veille quotidienne et affiche tous les éléments qui doivent être terminés pour le Sprint en cours.
Le diagramme ci-dessus illustre les cérémonies Scrum effectuées dans un grand projet. L'accent mis sur cette diapositive est que, dans un projet de grande envergure, de nombreuses ressources font partie de l'équipe de projet. Pour l'essentiel, chaque ressource porte un "plafond" et/ou une séparation des tâches est appliquée.
Par exemple, dans un projet de grande envergure, un chef de projet exécutera uniquement des activités de gestion de projet, car le projet peut avoir un gestionnaire de version dédié et un responsable qualité. De même, dans un projet de grande envergure, il peut y avoir une équipe de test. Dans ce cas, les consultants fonctionnels ne seront responsables d'aucun test, car l'équipe de test assumera cette fonction.
Le diagramme ci-dessus illustre les cérémonies de scrum effectuées dans un petit projet. L'accent est mis sur le fait que les petits projets ont moins de ressources, au sein de leur équipe de projet, et que chaque ressource peut avoir besoin d'effectuer plus d'une fonction sur le projet, portant essentiellement "plus de casquettes".
Par exemple, dans un petit projet, un chef de projet peut non seulement effectuer des activités de gestion de projet, mais aussi effectuer des tâches de gestion des versions ou de gestion de la qualité. De même, dans un petit projet, il peut ne pas y avoir d'équipe de test dédiée. Dans ce cas, les consultants fonctionnels seront également responsables des tâches liées aux tests.
Ce diagramme affiche un exemple de solution avec deux versions. Dans l'exemple affiché ci-dessus, la première partie de la solution est créée à l'aide de sprints dans la phase de réalisation et les activités de déploiement suivantes exécutées dans la phase Déployer. La première version est ensuite mise en production et la solution est désormais productive. Après la mise en production, le projet entre immédiatement dans la période hypercare, au cours de laquelle tous les consultants du projet exécutent les tâches et activités liées au support pour soutenir l'entreprise dans l'adoption de la nouvelle solution. Une fois la période d'hypercare terminée, les deuxièmes activités de validation sont lancées et exécutées via les différentes phases jusqu'à la deuxième mise en production, où la solution entière devient productive.
Le diagramme ci-dessus fournit une synthèse et une description des livrables clés exécutés lors de la phase de déploiement.
Le basculement est un ensemble d'activités qui sont exécutées le dernier week-end avant la mise en production. Il s'agit d'une période entre la désactivation de l'accès aux anciens systèmes hérités et l'activation de l'accès au système SAP nouvellement créé.
Le basculement est planifié dans la phase de réalisation et exécuté dans la phase de déploiement. Les activités de basculement peuvent également être effectuées dans des sprints pour gérer les tâches liées au basculement.
Il s'agit d'un exemple de modèle de basculement disponible pour le téléchargement et l'utilisation dans vos projets à partir du visualiseur de feuille de route SAP Activate.
SAP dispose d'un total de seize normes pour les processus d'opérations clés au sein des unités commerciales et informatiques d'une entreprise.
Chaque norme contient des procédures de meilleures pratiques sur la manière d'exécuter les tâches individuelles, des explications sur les outils à utiliser dans SAP Solution Manager et des formations et services disponibles qui prennent en charge l'adoption de la norme. L'implémentation et l'optimisation de ces standards SAP pour l'exploitation des solutions sont les livrables clés des lots de travaux de la phase d'exécution.
Ces normes et pratiques clés répondent aux besoins des experts en processus de gestion responsables de la conception et de l'exécution des processus de gestion, ainsi que des services informatiques qui veillent à ce que les services fournis par les solutions SAP soient disponibles pour les utilisateurs fonctionnels après la mise en production.
Les standards SAP pour l'exploitation peuvent être téléchargés à l'adresse suivante :
https://support.sap.com/en/offerings-programs/ccoe/media-library.html?anchorId=section_1870756447