Développement logiciel :: Si vous ne contrôlez pas le changement, vous ne contrôlez pas le budget

Le budget ne consiste pas à limiter le changement

Là où la plupart des projets logiciels commencent

La plupart des demandes liées aux logiciels commencent au même endroit. Une organisation dispose d'un processus existant, souvent quelque chose qui s'est développé au fil du temps, et elle souhaite le transformer en application utilisable qui améliore l'efficacité, la visibilité et le contrôle.

À première vue, cela semble simple. Le processus existe déjà, donc l'hypothèse est qu'il peut simplement être traduit en logiciel. Dans de nombreux cas, c'est vrai. Si l'entreprise comprend le processus et peut le documenter clairement, vous êtes déjà sur la ligne de départ.

Du point de vue de la direction, cela devrait donner une impression de contrôle. L'organisation sait ce qu'elle fait, comment elle fonctionne et ce qu'elle a besoin que le système soutienne.

Quand le processus devient visible

Le défi commence lorsque ce processus commence à prendre forme dans un système.

Dès qu'il devient visible, les gens commencent à le voir différemment. Ils s'impliquent, voient comment il peut évoluer et commencent à reconnaître de nouvelles opportunités. De nouvelles idées émergent, des cas particuliers sont identifiés, et différentes parties prenantes interprètent son fonctionnement de manières légèrement différentes. Ce n'est pas un échec, c'est une partie naturelle de la rendre explicite.

À ce stade, même des changements qui semblent simples doivent être examinés sous chaque angle et à chaque étape du processus. Ce qui paraît mineur isolément peut avoir des implications plus larges, particulièrement lorsque plusieurs rôles, décisions et dépendances sont impliqués.

Ce sur quoi les parties prenantes se concentrent par rapport à ce dont l'organisation a besoin

Dans une livraison logicielle bien structurée, l'accent est mis sur ce qui compte le plus pour l'organisation, et pas seulement sur ce que demandent les parties prenantes. Dans de nombreux cas, cela inclut l'auditabilité, qui est essentielle pour l'organisation mais souvent négligée au profit de fonctionnalités supplémentaires.

Les parties prenantes se concentrent naturellement sur ce qu'elles veulent que le système fasse. Elles se concentrent rarement sur la façon dont ces changements doivent être mis en œuvre, enregistrés et gouvernés une fois le système en exploitation.

Pourquoi les petits changements ne sont pas petits

Cela change la nature même de la demande la plus simple. Un petit ajustement n'est plus seulement un changement technique, il devient partie d'un processus contrôlé et traçable. En conséquence, ce qui paraît mineur peut avoir un impact bien plus grand une fois que la conformité, la responsabilité et la visibilité opérationnelle sont prises en compte.

Le contrôle définit le résultat

Si le changement n'est pas contrôlé, le résultat ne l'est pas non plus.

Ce qui commence comme une initiative bien définie peut rapidement devenir quelque chose d'entièrement différent, non par mauvaise intention, mais par manque de structure autour de la façon dont les décisions sont prises à mesure que le système évolue. Le coût n'est pas seulement financier. Il se mesure en temps, en complexité, en perturbations opérationnelles et en perte de clarté.

C'est là que de nombreuses organisations perdent le contrôle sans s'en rendre compte.

Elles pensent gérer la livraison, alors qu'en réalité la direction du système est façonnée progressivement par des changements non mesurés.

C'est précisément là qu'intervient Libertas Software Research.

Non pas simplement dans la construction de systèmes, mais en veillant à ce que ces systèmes restent alignés avec l'organisation au fur et à mesure qu'ils évoluent. Cela signifie créer une structure autour du changement, rendre son impact visible et s'assurer que chaque décision est comprise dans le contexte du coût, du temps et de l'exploitation à long terme.

La question n'est pas de savoir si le changement va se produire.

Il se produira.

La question est de savoir qui le contrôle.

PrimeCRM