De nombreux projets de TI sont trop vastes et trop complexes, offrant bien plus de fonctionnalités que nécessaire. Cela est souvent dû au fait que l’organisation ne prend pas le temps de comprendre réellement les problèmes opérationnels qui doivent être résolus et, peut-être plus important encore, de distinguer les problèmes qui peuvent être résolus par la technologie de ceux qui peuvent l’être par de meilleurs processus opérationnels, de meilleurs comportements et/ou une meilleure culture. Cet atelier utilise une combinaison de la pensée systèmes et des principes Lean et Agile pour enseigner aux participants comment revoir leurs processus afin de résoudre d’abord les problèmes non technologiques. Une fois que le processus opérationnel sous-jacent est rationalisé, il devient plus facile de cerner et de résoudre les problèmes qui peuvent être résolus par la technologie. Cela réduit la portée et la complexité des projets de TI, augmentant ainsi les chances de succès.

En explorant ces questions au moyen d’exercices interactifs, les participants améliorent leur approche de la résolution des problèmes à l’aide de la technologie et prennent de meilleures décisions en matière d’investissement dans le développement de systèmes, ce qui se traduit par moins de logiciels, mais des logiciels qui résolvent les bons problèmes et libèrent les capacités de TI pour qu’elles apportent une plus grande valeur ajoutée à d’autres projets.

• À qui s’adresse l’atelier « Rationaliser avant de numériser » :

• Responsables de groupes de développement technologique

• Analystes de systèmes, architectes opérationnels

• Clients des services informatiques / propriétaires de produits qui planifient ou travaillent à l’élaboration d’une solution numérique.

• Objectifs d'apprentissage :

• Apprendre à concevoir et à fournir des solutions logicielles plus rapidement avec moins de ressources

• Rationaliser les processus opérationnels avant de les numériser; éviter d’automatiser un processus inefficace – faire la mauvaise chose plus rapidement.

• S’assurer que la solution logicielle résout le bon problème, au lieu de fournir des fonctionnalités inutiles.

• Sujets abordés :

• Pourquoi les solutions logicielles font souvent l’objet d’une sur-livraison

• Coût de la sur-livraison

• Cerner et prioriser les « tâches à accomplir » de la solution logicielle

• Créer un énoncé de problème efficace avec votre client

• Déterminer les symptômes par rapport aux causes profondes des problèmes

• Comprendre le déroulement des processus, les accumulations de tâches en souffrance et les trois principales décisions Lean et Flow

• Comprendre la demande de valeur par rapport à la demande d’échec et concevoir cette dernière hors du processus au lieu de la numériser

• Comprendre un large éventail de causes généralement invisibles du mauvais rendement des processus

• Travail algorithmique et travail heuristique – et comment les logiciels peuvent résoudre les problèmes clés de chacun d’eux

• Où et quand numériser plutôt qu’améliorer le processus?

• Comment créer des exigences qui définissent quels problèmes doivent être résolus par le client dans le cadre des principales activités par rapport aux problèmes qui peuvent être résolus par la numérisation – afin de créer une solution numérique plus légère et de la bonne taille.