12 « meilleures pratiques » que l’informatique devrait éviter à tout prix

5. Charte de projets informatiques

Vous voulez une formule pour les dysfonctionnements commerciaux/informatiques ? Définissez les projets en termes de livraison de logiciels, afin que le travail du service informatique soit terminé lorsque le logiciel satisfait aux exigences et aux spécifications.

De cette façon, lorsque la direction de l’entreprise se plaint que le logiciel ne fait pas ce qu’elle doit faire, vous êtes dans une position idéale pour affirmer qu’il fait exactement ce que « l’entreprise » a dit qu’il devrait faire, car il répond aux spécifications, ne le fait pas. n’est-ce pas ?

Encore une fois : l’informatique est devenue omniprésente. Cela ne signifie pas seulement que tout le monde utilise les produits informatiques. Cela signifie que tous ceux qui utilisent des produits informatiques pensent en termes d’utilisation des technologies de l’information pour que leur partie de l’entreprise fonctionne différemment et mieux.

Il est bien connu dans les cercles de gestion de projet que chaque projet doit avoir un sponsor commercial, sinon il a peu de chances de réussir. Mais vous voulez vous assurer qu’un projet échoue ? Attribuez-en un.

Les sponsors – de vrais sponsors, et non des SINO (« sponsors de nom seulement ») – veulent que leur projet réussisse au plus profond de leurs tripes, sont prêts à prendre des risques si nécessaire pour garantir la réussite de leurs projets, et mettent leur nom et leur réputation en jeu concernant les bénéfices business de leurs projets. Vous pensez que quelqu’un qui a été désigné comme parrain fera ces choses ? Moi non plus.

7. Doublez la mise sur votre stratégie de cloud computing

Le cloud computing n’est pas une stratégie. Cela suppose la conclusion selon laquelle chaque application doit être exécutée dans le cloud, au lieu de prendre une décision concernant votre architecture technique.

Une architecture technique bien définie doit être définie en termes de services. Les services sont ce dont vous avez besoin. Bien sûr, le cloud pourrait être un bon moyen d’en provisionner certains. Tous? Peut-être peut-être pas.

C’est une vieille règle : la forme suit la fonction. Les services informatiques sont les fonctions. Le cloud est une forme que pourraient prendre certains de vos services dont vous avez besoin.

8. Devenez Agile. Allez au large. Allez les deux en même temps

Les méthodologies agiles ont beaucoup à offrir. Une condition préalable au succès est un niveau élevé d’implication informelle des utilisateurs, de sorte que les corrections de cap soient fréquentes et minimes, que les développeurs constatent des progrès chaque jour et que les tests d’acceptation des utilisateurs soient quotidiens.

L’offshore a un avantage : un coût horaire de la main d’œuvre inférieur. Ce qui n’a pas d’avantages, c’est la possibilité d’un niveau élevé d’implication informelle des utilisateurs dont dépend Agile. Combinez un décalage horaire de 12, des barrières linguistiques, un gouffre culturel et des interactions limitées à ce qui peut être géré par une conférence Web, et Agile est assez difficile.

Il est possible de le faire fonctionner, mais ce n’est pas pour les âmes sensibles, et certainement pas pour les organisations informatiques novices en Agile.

Vous voulez devenir Agile ? Envie de partir au large ? Choisissez-en un.

9. Interruption des interruptions avec des interruptions

La prochaine étape pour garantir l’échec informatique est d’insister pour que tout le monde soit multitâche. Après tout, c’est une capacité hautement souhaitable, n’est-ce pas ?

Faux. Ce que le multitâche accomplit réellement, c’est de réduire la productivité et la qualité tout en augmentant le stress lorsque l’on tente d’en faire plus.

Chaque fois que vous êtes tenté de demander à quelqu’un d’arrêter ce qu’il fait pour travailler sur autre chose, rappelez-vous : les humains ne font pas plusieurs tâches à la fois. Le mieux qu’ils puissent faire est de passer d’une tâche à l’autre. Chaque fois qu’ils le font, ils perdent du temps à changer de vitesse mentale. Plus une tâche demande de concentration, plus ils perdent du temps lorsqu’il le faut.

Vous voulez plutôt que l’informatique réussisse ? Laissez les gens terminer ce sur quoi ils travaillent avant de passer à autre chose.

10. Jonglez avec de nombreux projets

Le service informatique n’a jamais assez de personnel pour gérer tout ce que tout le monde veut, il est donc logique de faire tout ce qui est en son pouvoir pour y parvenir de toute façon en lançant de nombreux projets et en déplaçant les employés entre eux.

Si, par exemple, vous souhaitez que tous les projets prennent beaucoup plus de temps, coûtent beaucoup plus cher et produisent des résultats inférieurs aux normes.

Si vous souhaitez que l’informatique développe une bonne réputation, établissez cette règle : chaque projet lancé sera doté d’un effectif complet, « avec un effectif complet » signifiant que le projet n’attendra jamais qu’un membre de l’équipe soit disponible pour travailler dessus.

Faites cela, et chaque projet se terminera avant qu’un autre projet ne soit terminé si vous aviez continué à jongler avec tous.

11. Éliminez le « shadow IT »

Il ne fait aucun doute que lorsque les services métiers mettent en place leur propre informatique, de mauvaises choses peuvent survenir. Cela peut sembler un argument convaincant pour l’empêcher, mais cela ne raconte qu’un tiers de l’histoire. Le deuxième tiers : les départements commerciaux s’engagent dans des efforts de bricolage parce que l’informatique ne dispose pas de suffisamment de personnel pour résoudre les problèmes (généralement) des petites entreprises que l’informatique fantôme prend en charge. Ce qui place le service informatique dans la position délicate d’obliger les services commerciaux à tout faire dans Excel, même lorsque des alternatives supérieures sont disponibles.

C’est le deuxième tiers. Le troisième tiers ? Bonne chance pour essayer d’éradiquer le shadow IT. Il est extrêmement difficile de repérer l’utilisation professionnelle d’applications basées sur le cloud. Et si l’informatique parvenait à éradiquer le shadow IT ? Il est fort probable que les fonctionnalités empêchées par l’informatique deviendront une dérive de la portée d’un autre projet.

12. Dites non ou oui, quelle que soit la demande

La dernière et la meilleure façon de garantir une panne informatique est de dire non ou oui, quelle que soit la demande. Dites non et vous endommagez vos relations. Dites oui, et vous faites des promesses que vous ne pouvez pas tenir parce que vous et tous les autres avez déjà pleinement consacré votre temps, parce que vous dites toujours oui.

La bonne réponse si vous voulez réussir est : « Nous pouvons le faire. Voici ce qu’il faudra.

Il existe une règle inviolable de gestion des demandes, qu’il s’agisse d’une modification du périmètre d’un projet, d’une amélioration logicielle ou de la fourniture d’une tablette à quelqu’un qui n’est pas programmé pour en recevoir une : rien n’est jamais gratuit.

Ne dites pas non. Ne dis pas oui. Expliquez ce que vous devrez faire pour satisfaire les demandes. Ce qui suivra sera une conversation plutôt qu’une dispute.

Beaucoup mieux.