Objective
Le contenu du parcours de formation ci-dessus peut faire l'objet de modifications. Consultez toujours le dernier lien. https://help.sap.com/learning-journeys/5001ff287a26101484fbc62f9283839d
Pour sélectionner l'option appropriée de génération de preuves pour le projet, il est recommandé d'effectuer les opérations suivantes :
Obtenez des informations sur les options disponibles auprès de l'équipe interne, des consultants externes et de SAP dans le cadre d'ateliers d'information.
Dans le cadre des ateliers de Design Thinking, associez les informations de l'étape 1 aux exigences de l'entreprise.
Capturez l'option sélectionnée et les préférences des outils de génération de preuves dans les ressources d'informations de niveau 0 de la stratégie respective.
Lancer des sous-projets pour la mise en œuvre d'outils.
Points positifs :
Budgétisation prévisible
Traçabilité par jalons/résultats
Paiements basés sur l'avancement réel
Inconvénients :
Longue négociation et signature
Négociations et signature de longues demandes de modification
Risque élevé de modifications en raison des incertitudes pour les projets de longue durée
Points positifs :
Facilité de conclusion de contrats
Moins d'efforts initiaux pour définir les exigences
Inconvénients :
Non orienté résultats
Paiements non liés à l'avancement réel
Adoption Big Bang
Adoption par phases
Vanilla Software
Produits commerciaux prêts à l'emploi (COTS)
Logiciel personnalisé
Transférer
Exhaustive
L'adoption ou conversion directe est le type d'adoption de la conversion instantanée, lorsque tout le monde associé à l'ancien système passe au nouveau système pleinement opérationnel à une date donnée.Source : Wikipedia.org
L'adoption par phases est une stratégie d'implémentation progressive d'une innovation (par exemple, systèmes d'information, nouvelles technologies, processus, etc.) dans une organisation, de sorte que différentes parties de l'organisation soient implémentées dans différents délais ultérieurs.Source : Wikipedia.org
Les logiciels multi-locataires Cloud sont parfois appelés vanille lorsqu'ils ne sont pas personnalisés à partir de leur forme d'origine, ce qui signifie qu'ils sont utilisés sans aucune personnalisation ou mise à jour appliquée. Source : Wikipedia.org
Les produits commerciaux prêts à l'emploi sont des solutions packagées qui sont ensuite adaptées pour répondre aux besoins de l'organisation d'achat.Source: Wikipedia.org
Le logiciel personnalisé est un logiciel spécialement développé pour une organisation spécifique ou un autre utilisateur.Source: Wikipedia.org*
| Paramètre/Approche | Transférer | Exhaustive |
|---|---|---|
| Description synthétique | Mise en production dans les délais et résolution des problèmes et incidents en cours en déplacement | Mise en production uniquement une fois que tous les problèmes et incidents en cours ont été résolus |
| Orientation de l'équipe de projet | Gains rapides de l'entreprise | Atténuation du risque |
| Budget dépensé sur | Modifications de substance | Conformité/Documentation |
| Période de fin de validité | Le plus rapide | Le plus lent |
| Force de la responsabilité de l'entreprise requise | Très élevée | Modéré |
| Compatibilité des cultures d'organisation | Agile | Sans risque |
| Efforts de stabilisation | Très élevée | Modéré |
| ID | Écart | Autres intentions/attentes | Avantages | Cons. |
|---|---|---|---|---|
| 1 | FPP avec T&M pour développements | Créer uniquement les développements personnalisés ayant une analyse de rentabilité | Moins de développement personnalisé, donc moins de coût total de possession | Il se peut que l'entreprise n'accepte pas |
| 2 | FPP avec redevance pour la réalisation des KPI de gestion | Oriente le partenaire d'implémentation sur la réalisation des objectifs stratégiques du client. |
|
|
| 3 | FPP avec redevance pour la réalisation des critères de réussite | Tentative d'atteindre simultanément des objectifs optimaux en termes de TCI, de coût total de possession et d'activité | Amélioration de l'indice TCI, du coût total de possession et de l'accent mis sur les avantages pour l'entreprise | Identique à 2, mais avec des KPI TCI et TCO supplémentaires |
| 4 | FPP pour chaque phase | Possibilité de sélectionner le meilleur partenaire d'implémentation (expérience + coûts) pour la phase suivante |
|
|
| 5 | Cadre vide avec FPP pour chaque ou plusieurs versions/epics/sprints | Utiliser l'approche Agile pour le projet |
|
|
La documentation de lancement du projet a été formulée (charte du projet, déclaration du périmètre, modèle de gouvernance, mécanisme de communication et de reporting et calendrier du projet).
Des normes de projet et des éléments d'infrastructure sont en place, un atelier de lancement du projet a eu lieu et des activités d'intégration de l'équipe de projet ont été exécutées. Une première stratégie d'apprentissage de l'utilisateur final a été développée.
Le Questionnaire de la configuration tournée vers l’entreprise a été rempli et examiné.
Le système de démarrage a été demandé et mis à disposition, et l'accès a été contrôlé.
Les systèmes intégrés requis ont été demandés, mis à disposition et l'accès vérifié.
L'équipe du client a été activée pour différents éléments du système SAP et de SAP Activate.
Le calendrier de l'atelier d'adaptation à la configuration standard est convenu.
La relation client pour les activités d'adaptation à la configuration standard et d'autres projets a été confirmée.
Les membres de l'équipe d'implémentation titulaires des certifications SAP S/4HANA Cloud appropriées ont été confirmés.
Un plan de projet disponible avec la date de mise en production planifiée et la phase de basculement.
Un plan de sprint disponible incluant toutes les activités de configuration sur une granularité « par jour ».
Des réunions quotidiennes sont planifiées pour la phase de réalisation.
L'équipe de projet client et l'équipe d'intégrateur système sont en place, avec des ressources suffisantes pour couvrir toutes les thématiques pertinentes.
Ateliers de conformité au standard exécutés et documentés.
Les éléments de périmètre pertinents sont définis et convenus en tant que périmètre de niveau supérieur pour la réalisation.
Des processus de gestion de bout en bout pertinents ont été définis et les pays pertinents ont été identifiés.
Des éléments de périmètre potentiels avec des licences supplémentaires ont été identifiés et la disponibilité par pays requis a été évaluée.
Les rôles d'autorisation et les options ont été identifiés et mappés aux rôles utilisateur.
La liste des SSCUI à configurer a été finalisée.
La liste « Configuration expert pré-approuvée » à configurer a été finalisée.
Toute exigence critique de mise en production supplémentaire a été identifiée et convenue.
Tous les scénarios d'intégration SAP et non SAP sont identifiés avec des conditions préalables clarifiées et remplies pour l'intégration.
Tous les modèles de mise à disposition du système Q ont été complétés, les versions de modèle contrôlées et soumises au Centre de services SAP.
Les montées de version au cours de la "phase de réalisation" ont été identifiées et prises en compte dans le plan de projet, la configuration de l'affacturage et les blocages de transport.
Les activités de test de migration de données sont planifiées en tenant compte de la séquence des chargements de données.
La configuration de l'outil de test automatisé est planifiée.
La disponibilité des ressources de gestion est assurée lors de la phase de réalisation pour examiner la configuration des sprints hebdomadaires.
Un plan d'apprentissage détaillé a été formulé pour l'utilisateur final.
La configuration de la solution a été correctement effectuée, les unités respectives sont testées efficacement, les modèles de documents sortants ont été définis, étendus et transférés.
Intégration configurée efficacement dans le système Q et lancée/planifiée pour P.
Les éléments d'extensibilité ont été développés, testés et transportés dans le système P.
La migration des données a été entièrement testée, les données ont été migrées et la qualité finale des données a été évaluée.
Les conditions préalables pour l'intégration de SAP S/4HANA Cloud (le cas échéant) à des systèmes non SAP S/4HANA Cloud dans l'infrastructure de production ont été remplies.
Les plans de test ont été créés et exécutés correctement.
Le processus et l'organisation d'assistance après la mise en production sont définis et activés.
Le contenu de formation a été développé et déployé.
La stratégie de basculement, le périmètre, les calendriers, la communication et les rôles ont été entièrement documentés.
Tous les livrables du projet sont terminés et le projet a obtenu une approbation/clôture officielle.
Tous les critères de sortie d’hypercare ont été remplis et tous les problèmes en suspens ont été acceptés par l’équipe des opérations.
Toutes les activités de migration de données ont été effectuées avec succès.
Toute la documentation sur les processus du projet et du client est stockée de façon centralisée.
Des rôles et responsabilités organisationnels ont été affectés pour :
Documentation sur la solution/mise à jour du contenu/formation et support d'intégration pour les nouveaux utilisateurs (changement de personnel, nouvelles embauches).
Nouveau provisioning utilisateur et gestion des autorisations.
Assistance aux utilisateurs finaux.
Support de l'utilisateur clé.
Gestion des incidents critiques.
Des procédures d'escalade ont été définies, notamment la voie de communication, la procédure d'escalade, les contacts clés et les canaux.
Une procédure de gestion des cycles de version continue a été définie, y compris les tests de régression, l'évaluation des nouveaux éléments de périmètre et des modifications des éléments de périmètre, la communication commerciale pour les périodes de maintenance et les restrictions.
L'activation des utilisateurs pour SAP Cloud Availability Center et SAP Enterprise Support a été effectuée.
Matériel de formation et d'intégration disponible pour les nouveaux utilisateurs (changement de personnel, nouvelles embauches).
