Fermer

février 11, 2019

5 raisons pour lesquelles vous avez besoin d'un modèle de livraison agile


J'ai récemment beaucoup parlé (et lu encore plus) de l’évolution de l’économie numérique et de la manière dont elle induit un changement important dans la manière dont les applications et les infrastructures sont approvisionnées et fournies. Mais que se passe-t-il si vous utilisez des applications telles que Enterprise Resource Planning (ERP) et que la transformation numérique n’a pas d’impact direct sur vous, du moins pas à l’heure actuelle?

en essayant d'améliorer l'efficacité opérationnelle et de mettre en œuvre des améliorations de processus, et vous voulez être en mesure de les livrer avec le minimum de perturbation. Dans ce cas, vous vous demandez peut-être pourquoi les méthodologies telles que l'agile, le lean, le DevOps et la diffusion continue sont pertinentes. Vous avez déjà des processus robustes en place pour livrer les applications de manière traditionnelle, après tout.

La réponse est la livraison rapide de la valeur commerciale.

Il n’ya rien de mal en soi à livrer des applications de manière cascade, où elles sont planifié, budgétisé et ayant une portée bien définie. Mais ce n'est pas parce que c'est fait de cette manière que le risque est éliminé.

Dans les versions à grande diffusion:

  • L'entreprise attend longtemps avant d'obtenir de nouvelles fonctionnalités, ce qui rend les gens frustrés.
  • Il est difficile de changer.
  • Les impacts et les tests sur les entreprises sont importants.
  • Il est difficile et fastidieux de se remettre d'un échec en raison du volume de modifications déployées en une seule fois – il y a donc moins de temps pour la créer. nouvelles fonctionnalités.

Une méthode plus agile de gestion des modifications apportées aux applications permet de répondre aux besoins de l'entreprise au moyen de versions plus courtes et plus fréquentes.

Pourquoi ces choses sont si intéressantes et pourquoi devriez-vous le faire?

1. Échec rapide et réponse

Dans le développement traditionnel, les exigences sont documentées à l'avance en fonction de ce que les gens pensent qu'ils veulent à ce moment-là. Lorsque le projet est mis en œuvre – souvent plusieurs mois plus tard – les parties prenantes se rendent compte que les choses ne fonctionnent pas comme prévu ou, pire encore, que le processus a pris tellement de temps qu'il n'est plus pertinent.

En outre, l'obsolescence du premier jour et le spectre du «glissement des fonctionnalités» peut s’étendre aux projets de longue durée. De plus en plus d'exigences sont «découvertes» lors de la conception, de la construction et des tests et deviennent de plus en plus difficiles à satisfaire.

L'un des principaux avantages d'une approche agile est que les exigences sont fournies plus rapidement afin que l'entreprise puisse en tirer profit beaucoup plus tôt. Et même s’ils ne fonctionnent pas correctement, les boucles de rétroaction rapides permettent une amélioration constante.

Le développement agile permet à l’entreprise de faire face à cet «échec» dans la livraison et d’en tirer des leçons afin de gagner moins de temps à construire des objets que personne ne veut. Il permet de tester ce qui a été construit pour s’assurer qu’il répond aux besoins de l’entreprise. Dans le «vieux monde», rien n'aurait été vu jusqu'à la fin d'un long projet plusieurs mois plus tard, avec peu ou pas d'opportunités d'apporter des changements.

2. De plus petits morceaux réduisent les risques et les impacts

Les gros communiqués impliquent un gros risque et un gros impact

Déployer des centaines ou des milliers de changements à la fois peut sembler une meilleure façon de faire les choses, mais c'est extrêmement risqué et un impact important sur les affaires. L'adoption de nombreuses fonctionnalités et processus nouveaux nécessite des efforts considérables.

La décomposition des rejets en morceaux plus petits et gérables élimine un important élément de risque. Cela simplifie considérablement les tests et l’adoption par les utilisateurs et permet le déploiement immédiat de modifications distinctes dès que celles-ci sont prêtes à fonctionner.

Bien sûr, une analyse des processus d’entreprise existants est nécessaire pour bien comprendre l’impact d’un déploiement plus fréquent. cette approche signifie que les changements peuvent être acceptés dans la production beaucoup plus rapidement.

3. Évitez les solutions de contournement temporaires (permanentes)

Lorsque le rythme du changement est lent, les utilisateurs tentent naturellement de trouver des solutions créatives permettant de contourner le goulet d'étranglement et d'être mis en œuvre plus rapidement.

Malheureusement, la plupart de ces solutions de contournement temporaires ne fonctionnent pas. de manière optimale. Il est trop facile pour eux de s’intégrer de manière permanente aux processus, ce qui crée une dette technique considérable et un coût élevé de maintenance et d’exploitation.

Si les solutions de contournement peuvent être évitées, car le pipeline de livraison se déplace plus rapidement, les solutions ne seront pas seulement plus efficaces. , mais ils seront également plus faciles et moins coûteux à exploiter à long terme.

4. Visibilité, contrôle et mesure

Dans le développement traditionnel, les tests sont en grande partie effectués dans une grosse masse à la fin. Cela signifie qu’il est presque impossible de connaître l’état actuel des choses ou d’anticiper et de gérer les problèmes à mesure qu’ils se posent.

Les processus agiles promeuvent la transparence grâce à la participation quotidienne de toutes les parties prenantes. Les exigences commerciales résident dans un carnet de produit constamment mis à jour et hiérarchisé. À chaque itération, il est facile de voir ce qui a été fait, ce qui doit être fait, et quels sont les risques et les obstacles.

Les utilisateurs étant activement impliqués, ils peuvent orienter le développement à chaque étape. Et si les exigences changent, il est beaucoup plus facile pour l’équipe de porter son attention sur des priorités plus élevées.

5. Récupération rapide après un échec

Que faites-vous en cas de problème après le déploiement d'un projet? Il est très difficile de mesurer et de récupérer des échecs lorsqu’on change beaucoup de choses dans chaque version. Les déploiements plus petits fournis avec des processus agiles permettent de résoudre les problèmes plus facilement et plus rapidement et de fournir les solutions nécessaires. Le risque et l'incertitude liés aux déploiements massifs sont presque totalement éliminés, ce qui permet de consacrer plus de temps à la création de nouvelles fonctionnalités et à la création de valeur.

Un modèle de fourniture informatique efficace

Les méthodes que j'ai mentionnées précédemment ne prennent pas uniquement en charge la transformation numérique. Agile et DevOps prennent en charge un modèle de fourniture informatique beaucoup plus efficace, conçu pour donner à l'entreprise ce dont elle a exactement besoin quand elle en a besoin.

L'application à un environnement ERP peut transformer ce qui est trop souvent un moyen lent et inflexible de fonctionner. fournir de la valeur commerciale. Et qui ne voudrait pas cela?

Pour plus d'informations sur la mise en route du développement agile, téléchargez cet eBook .

Cet article a été initialement publié sur le blog de Basis Technologies [19659039] et est republié avec permission.

<! – Commentaires ->



Source link