Nous avons tendance à traiter les nouvelles technologies comme le Saint Graal, un phare de lumière et la solution à tout ce qui est lent, inefficace et ancien. Et cela peut être le cas si cela est mis en œuvre avec un camion de planification et de prospective.
Mais bon, nous savons tous comment ça se passe.
Au cours de mes années au gouvernement, où j'avais parfois l'impression de jouer un jeu de rattrapage technologique impossible à gagner, j'ai appris ce qui peut arriver lorsque cette prévision est considérée comme acquise. Cela ressemble un peu moins au Saint Graal et beaucoup plus à des dépassements de coûts, des retards et des solutions compliquées à des problèmes autrement simples.
Comme je l'ai appris, l'une des principales clés du succès d'un projet technologique est la relation harmonieuse entre l'équipe commerciale et l'équipe technologique. D'après mon expérience, l'équipe de gestion pilotait souvent le changement (nous avions besoin d'un système plus complexe pour suivre les dépenses en subventions fédérales, par exemple), mais nous ne pouvions pas accomplir un progrès minime sans les développeurs et les gestionnaires de projets informatiques capables de le faire. se produire. Les projets finissaient souvent par être loin d’être harmonieux, en raison de la nécessité de parler des langues différentes et de maintenir des attentes très différentes (un changement qui m’a semblé mineur, par exemple, s’est souvent révélé majeur pour les développeurs).
Mais les entreprises et les technologies peuvent et doivent être des amis. La bonne nouvelle? Atteindre l'harmonie n'est vraiment pas si compliqué. Comme toute collaboration, elle a trait à la fréquence et à la qualité de la communication, à un ensemble d'objectifs convenus d'un commun accord et à un plan visant à gérer le transfert quasi inévitable de ces objectifs. Voici quelques directives de base pour gérer le fossé entre les technologies et les entreprises.
1. Viser les besoins du premier coup
Pensez aux exigences de l'entreprise comme un modèle. Vous ne voudriez pas dessiner un ensemble sommaire de plans pour une maison, les remettre à l'entrepreneur et lui souhaiter bonne chance. Vous ne voudriez pas revenir trois semaines après le début des travaux et lui demander d’ajouter un troisième étage et une quatrième salle de bains, et peut-être une baie vitrée dans le salon. Et vous ne dessineriez certainement pas vos plans sans l'intervention d'un architecte et d'un ingénieur.
Un projet technologique n'est pas si différent. Il doit être conçu avec précision, et une fois que le développement commence, il n'est pas toujours facile de s'adapter aux changements sans affecter l'ensemble de la fondation. C'est pourquoi il est essentiel d'être aussi complet que possible dès le début et d'obtenir les informations et l'expertise dont vous avez besoin tout en réfléchissant aux besoins de la solution. Interrogez les utilisateurs finaux pour comprendre les défis auxquels ils sont confrontés et comment ils devront utiliser la nouvelle technologie. Ne faites pas de suppositions et ne laissez aucune partie de la planification pour plus tard.
2. Mais reconnaissez que vous en manquerez quelques-uns
Cela dit, j’ai trouvé presque impossible d’envisager chaque caractéristique dont nous avions besoin au cours des étapes de planification abstraite. Inévitablement, une fois le système en développement, nous nous rendrions compte que nous avions oublié de demander une fonction de recherche avancée ou un bouton «Sauvegarder et continuer». Lorsque nous avons approché les développeurs pour leur demander de bien vouloir répondre à ces nouvelles demandes, nous avons souvent été frustrés. Le nouveau changement les obligerait peut-être à annuler le travail qu’ils avaient déjà fait et à restructurer certaines parties de la solution. Peut-être avons-nous imaginé que cela prendrait deux heures, alors qu'en réalité cela prendrait une journée.
Vous ne pourrez peut-être pas empêcher ces révélations ultérieures dans le jeu. La meilleure chose à faire est donc de créer un tampon pour les accueillir. Ajoutez une semaine supplémentaire à votre calendrier initial et 5-10% supplémentaires à votre budget. De nombreuses organisations, conscientes de la fréquence à laquelle leurs attentes changent, ont adopté une approche de développement agile, déployant la technologie par étapes pour permettre une réévaluation périodique. Quelle que soit votre approche, ne commettez pas l'erreur de penser que vous avez tout pensé dès le départ. Cela n'arrive presque jamais.
3. Connaître le glissement de la portée quand on le voit
À mesure que le projet avance et que de nouveaux besoins apparaissent, il est important de faire la distinction entre ceux dont vous avez réellement besoin et ceux que vous souhaitez simplement. Demander à vos développeurs de répondre à toutes les attentes que l'esprit peut imaginer conduit généralement à des projets sans fin et à des résultats finaux trop complexes. Chaque nouvelle demande, avant qu’elle ne soit faite, doit être priorisée.
Lorsque vous envisagez une fonctionnalité, posez-vous quelques questions de base: le système fonctionnera-t-il sans cette fonctionnalité? Combien de temps faudra-t-il pour mettre en œuvre et quels avantages seront finalement livrés à l'utilisateur final? Si nous attendons une prochaine version pour y remédier, restera-t-il quelque chose à perdre? C'est un exercice de priorisation, et on peut attribuer à tous les états un statut élevé, moyen ou faible. Si elle est basse, placez-la dans un parking figuratif - j'ai entendu parler d'entreprises qui ont des documents de «demande de développement de rêve» auxquels tout le monde peut ajouter des idées et que les ingénieurs peuvent consulter à leur guise. Il peut toujours être revisité dans le cadre d'une série d'améliorations à apporter une fois le projet lancé et exécuté avec succès.
4. Développer un langage commun
Tout nouveau système repose sur un ensemble d'objectifs commerciaux. Cela vous permettra de capturer plus de données, de rationaliser un processus existant ou d'offrir de nouveaux services à vos clients. Il est essentiel que l'équipe commerciale et l'équipe technologique s'assoient avant le début des travaux et communiquent ces objectifs. Les objectifs de l'entreprise ne doivent pas se perdre dans un océan de discussions techniques, et ils doivent rester fermement à l'esprit pendant chaque phase du travail.
Développer un langage commun ne signifie pas seulement fixer des objectifs collectifs, mais suivre les progrès d’une manière qui fonctionne pour tout le monde. Les entreprises et les technologies peuvent utiliser différents outils pour mesurer leur travail, mais il faut au moins une vision partagée des progrès. Cela peut être aussi simple qu'un plan de projet ou une feuille de calcul avec des champs convenus, tels que les dates et les objectifs et le pourcentage terminé, afin que tout le monde ait accès au statut de chaque tâche à exécuter. L’objectif est d’éviter une situation dans laquelle l’équipe commerciale pense qu’elle en est à mi-chemin et que l’équipe technique n’est qu’un quart - tout le monde devrait avoir la même compréhension de ce qui a été fait et de ce qui reste à faire.
Vous pouvez parler dans les plans commerciaux et les PowerPoints, et dans le code, mais si vous ne communiquez pas clairement dès le début, vous ne réussirez jamais à sortir de Babel. Un projet technologique couronné de succès consiste en une rencontre des esprits, pas seulement au début, mais à chaque étape du processus. Reconnaissez vos hypothèses et essayez de ne pas en faire trop. Plus le fossé entre les entreprises et la technologie sera petit, plus il sera facile de croiser vos ponts.
