Bien qu'il y ait des évidentes Il y a des choses évidentes à prendre en compte au cours de ce voyage, mais voici trois choses moins évidentes pas si évidentes questions à se poser lors de l'évaluation d'une nouvelle technologie :
Quelles sont mes propres motivations pour choisir cette nouvelle technologie ?
Si vous cherchez des raisons d'intégrer une nouvelle technologie dans un projet, veillez à ce que vos motivations soient bien intentionnées. Vous ne devez pas vous faire des bretzels mentaux pour trouver un endroit où travailler avec une nouvelle technologie. Cette opportunité peut être un excellent moyen d'étoffer votre CV (bien sûr), mais pas au détriment de l'organisation à laquelle vous apportez votre aide. Vous devez plutôt trouver des opportunités où votre propre intérêt correspond à celui de l'organisation. Ainsi, toutes les parties seront enthousiastes à l'égard des résultats obtenus, ce qui constitue une situation gagnant-gagnant.
Maintenant que nous nous sommes concentrés sur l'intérieur, la question suivante est davantage tournée vers l'extérieur.
Quelles sont les compétences essentielles de l'équipe telle qu'elle existe aujourd'hui pour mettre en œuvre le logiciel ?
Cette question peut être délicate. Vous devriez essayer de choisir des technologies similaires aux langages et aux outils déjà utilisés par l'équipe. Cela ne veut pas dire qu'il faille éviter de s'ouvrir à de nouvelles possibilités, bien au contraire. Bien au contraire. Il convient de s'écarter stratégiquement des compétences de base d'une équipe afin de ne pas la surcharger.
Par exemple, si une équipe est habituée à écrire en C# et doit choisir un framework frontal, l'utilisation d'Angular avec Typescript sera envisageable étant donné le support de Visual Studio Code, le soutien de Microsoft et certaines similitudes syntaxiques entre C# et Typescript.
Il est également important de choisir ses batailles lors de l'introduction d'une nouvelle technologie. Si vous choisissez trop de choses nouvelles à la fois, vous risquez de noyer une équipe sous une nouvelle courbe d'apprentissage : nouvel outil, nouveau langage avec une nouvelle syntaxe, éventuellement un nouvel IDE, et ainsi de suite. Au lieu que l'équipe résolve des problèmes commerciaux difficiles avec quelque chose de nouveau, elle passera son temps à se sentir frustrée par la "nouveauté". L'équipe sera plus encline à abandonner et à revenir à quelque chose de plus confortable, et encore moins à essayer de nouvelles choses pour aller de l'avant.
Nous avons maintenant vérifié nos propres intentions et nous nous sommes assurés que l'équipe peut relever le défi. Élargissons un peu notre champ d'action.
Quelle est la taille du vivier de talents sur le marché aujourd'hui pour une technologie donnée ?
Il ne faut jamais prétendre que l'équipe responsable de la mise en œuvre initiale d'un logiciel sera la même dans douze mois. La vie est ainsi faite que les gens se tournent vers de nouvelles opportunités au fil du temps. Cela signifie que l'équipe devra pourvoir les postes avec de nouveaux membres.
L'objectif est de permettre à l'organisation de pourvoir facilement les postes à partir d'un vaste vivier de talents. Les remplaçants ne doivent pas être difficiles à trouver. Une rapide étude de marché permettra de déterminer à quoi ressemble un vivier de talents autour de certaines technologies. Même les logiciels libres peuvent avoir des coûts cachés à cet égard. Le choix d'un logiciel disposant d'un large vivier de talents aidera l'employeur à choisir la bonne personne pour son entreprise. Il ne sera pas prisonnier d'une base de code et de clients qui ont besoin d'une attention rapide. À long terme, l'organisation sera plus heureuse.
À titre de référence, je pose généralement ces questions vers la fin de mes évaluations afin d'aligner mes recommandations sur des intérêts parfois contradictoires. Je les ai trouvées très pertinentes et pertinentes et révélatrices. J'ai même modifié des recommandations après avoir exploré les réponses à ces questions. J'espère que vous trouverez ces questions aussi perspicaces que moi.