Livraison agile: Top 5 des leçons apprises

Les entreprises adoptent de nouvelles suites métier pour les aider à réaliser de nombreuses priorités stratégiques pour leurs opérations commerciales et informatiques. Selon une étude récente de Frost & Sullivan ces priorités stratégiques incluent:

• La réduction des coûts (citée par 76% des personnes interrogées)
• Mieux positionner la société pour tirer parti des nouvelles technologies au service de la croissance (citée de 61%)
• Fournir des services et des applications plus rapidement (69%)
• Réduire la charge de maintenance matérielle et logicielle (64%)

Un déploiement agile est le meilleur moyen de commencer à tirer rapidement parti de la valeur d'une nouvelle suite métier. et réduire les risques de mise en œuvre. Une migration de suite métier convient particulièrement aux méthodes agiles, car de nouvelles fonctionnalités sont constamment ajoutées à la solution. Un déploiement agile peut vous aider à tirer parti des dernières innovations de chaque nouvelle version du logiciel. En conséquence, vous pouvez optimiser le retour sur investissement de votre suite métier et vous adapter aux besoins changeants de votre entreprise.

Grâce à l'expérience d'IBM qui consiste à aider les clients à effectuer la migration de leur suite métier, nous avons tiré plusieurs leçons à propos de ce qui est nécessaire pour un déploiement agile réussi.

Leçons tirées des cas de livraisons agiles

1. Planifiez les sprints, pas les phases

Trop souvent, les équipes agiles entrent dans un schéma de planification de leur travail en fonction des phases du cycle de développement. Cela peut poser des problèmes, car ces charges de travail ne s’aligneront pas toujours sur les sprints. Le seul moyen de s'assurer que le bon travail se produit au bon moment est de se concentrer d'abord sur la planification des sprints, puis sur l'alignement des phases en conséquence.

2. Prévoir des frais généraux supplémentaires basés sur la gestion des outils

De manière générale, le suivi des flux de travail dans les projets de déploiement agile nécessitera plus d'efforts que dans les projets utilisant des méthodes en cascade. En outre, certains outils de suivi agiles peuvent nécessiter plus de temps système que d’autres.

Par exemple, certains outils obligent les chefs de projet à définir manuellement les tâches et les heures planifiées par tâche. Cela leur permet de s’assurer que tous les membres de l’équipe se voient attribuer des tâches et que les bonnes tâches sont assignées au bon moment. Gérer les flux de travail de cette manière nécessite plus de temps et d’efforts que le simple déplacement de notes autocollantes sur un tableau blanc. Il est important de comprendre et de prendre en compte ce fait lors de la planification du déploiement de votre suite business.

3. Encourager la collaboration entre les développeurs onshore et offshore

Dans la gestion de projet en cascade, la séparation entre les développeurs onshore et offshore est bien établie: en général, l'équipe onshore rédige les spécifications fonctionnelles, puis les transmet à l'équipe offshore pour exécuter. En revanche, la gestion de projet agile nécessite une collaboration entre les développeurs onshore et offshore, avec des allers et retours rapides tout au long des sprints et du projet.

Cela signifie que vous devrez peut-être ajuster votre processus de réflexion et engager des ressources de développement supplémentaires sur site. Même si vous réalisez la majorité de vos travaux de codage en mer, le fait de disposer de développeurs à terre lorsque vous en avez besoin peut vous aider à faire en sorte que votre équipe puisse répondre rapidement aux besoins spécifiques du projet.

4. Assurez la clarté et l'exactitude des points de l'histoire et des critères d'acceptation

Si tous les membres de l'équipe ne comprennent pas parfaitement et précisément ce qu'ils sont censés accomplir pendant un sprint et combien de temps et d'efforts cela devrait prendre. pour l'accomplir, il ne faut donc pas s'étonner que le sprint ne réponde pas aux attentes.

Lorsque les critères d'acceptation seront clairs et précis avant le sprint, les membres de l'équipe seront autorisés à les respecter. En outre, des points d’histoire précis permettent aux membres de l’équipe de ne pas se voir imposer trop de travail, ni assez, au cours de la période de sprint.

5. Donner aux équipes de mêlée le pouvoir de travailler de manière autonome

À la fin de la journée, les membres de l’équipe sont eux-mêmes les meilleurs juges de ce qu’ils peuvent et ne peuvent pas accomplir pendant un sprint. Plutôt que de travailler contre tout l'arriéré sur l'ordre du propriétaire du produit, permettre à l'équipe de définir ses propres priorités de travail garantit que les attentes sont réalistes dès le sprint.

En savoir plus

Pour examiner les idées plus en profondeur présenté dans cet article, inscrivez-vous pour assister à Think 2019 la conférence technique phare d'IBM. Vous pourrez y assister à des sessions réunissant des experts en SAP S / 4HANA et des méthodes de déploiement agiles.

De plus, une analyse d'impact IBM pour SAP S / 4HANA peut vous aider à comprendre l'impact de bout en bout d'une migration SAP S / 4HANA. pourrait avoir sur vos données, code personnalisé, interfaces et processus d’entreprise. Inscrivez-vous pour une évaluation d'impact IBM HANA afin de démarrer votre migration aujourd'hui

Cet article a été w en collaboration avec:

<! – Commentaires ->