Le meilleur moyen pour un responsable technique de rester à jour sur la technologie


11

Mon manager a demandé une liste de blogs techniques à suivre pour rester à jour sur la technologie. Son problème est qu'il continue d'entendre des termes dont il n'a pas entendu parler (c.-à-d. NoSql, sharding, agure, sevice bus, etc.) et il préférerait au moins avoir une chance de se battre pour en savoir quelque chose sans avoir à être réactif et les chercher. Je pense aussi qu'il veut avoir une vue d'ensemble de toutes les technologies émergentes et où elles s'intègrent au lieu de simplement apprendre chaque chose isolément.

Il a posé des questions sur les blogs, mais je pense que les magazines imprimés peuvent également aider.

Que dois-je lui répondre?


3
stackoverflow.com et Programmers.stackoverflow.com bien sûr!
Byron Whitlock

6
Donnez-lui un lien vers dilbert.com. Il y verra beaucoup de choses sur la gestion technique, sans tous ces noms difficiles! :)
Vitor Py

@Joel - C'est une excellente question, mais je pense qu'elle convient mieux aux programmeurs SE. Je vais le déplacer aux programmeurs et un modérateur y fusionnera la réponse avec cette question là. Veuillez consulter la FAQ si vous avez des questions sur le type de questions à poser sur Project Management SE. Merci :)
jmort253

Réponses:


10

Je trouve cela très inquiétant. Les responsables techniques avec lesquels je travaille sont très compétents et très à jour sur les dernières technologies et tendances, peut-être encore plus que les personnes qui font le développement.

La raison en est peut-être parce que les directeurs techniques de niveau exécutif explorent constamment les dernières tendances dans l'espoir d'explorer de nouvelles opportunités de marché. Si vous êtes un CTO, la capacité de rester au top est une nécessité extrême si vous souhaitez vous adapter aux conditions changeantes du marché.

Je me méfierais beaucoup des directeurs techniques qui ne peuvent pas rechercher et trouver leurs propres réponses en ligne. Mes directeurs techniques et moi sommes parfois en compétition pour voir qui peut suivre. (C'est une sorte de compétition amusante, où nous pouvons en plaisanter lorsque l'un ou l'autre trouve d'abord un nouvel outil ou une nouvelle technologie.)

De plus, la raison pour laquelle un directeur technique ou un directeur technique devrait être en avance sur les développeurs est que les gestionnaires devraient regarder vers l'avant pour ces icebergs dangereux furtivement hors de l'eau pendant que les développeurs sont dans la salle des machines pour pelleter du charbon dans les fours à moteur.

Bien sûr, les développeurs en sauront probablement plus sur l'utilisation des outils que les cadres supérieurs - bien que ceux avec lesquels je travaille peuvent définitivement se bloquer - mais ce sont les directeurs techniques qui devraient regarder vers l'avenir pour diriger stratégiquement l'entreprise dans la bonne direction. , et pour ce faire, il faut de solides capacités de recherche et d'analyse.


7

Il n'est ni possible ni nécessaire de tout savoir sur tout

Alors que nous essayons tous de suivre les dernières tendances, les technologies cool, la terminologie de la hanche, il n'est tout simplement pas possible de couvrir toutes les bases et de rester à jour sur toutes, tout en étant efficace dans votre travail.

Certaines technologies ne traînent pas assez longtemps pour mériter d'être connues et d'autres sont encore si nébuleuses que ce n'est pas clair quels avantages elles seront réellement.

Je suppose que cela s'est produit pour l'une des trois raisons suivantes:

1) Le directeur technique essaie de suivre une clique de personnes qui jouent à certains jeux de puissance en utilisant une technologie de pointe pour lui faire (et peut-être d'autres) paraître hors de contact. La meilleure façon de gagner ce jeu est de ne pas jouer - vous ne pouvez pas être plus «cool» qu'eux, alors n'essayez même pas. En fait, j'ai attrapé un groupe de gars qui inventaient la terminologie pour faire tourner des anneaux autour de leur chef d'équipe qui essayait désespérément de se gélifier avec eux.

Une façon d'étouffer cela dans l'œuf est de demander aux personnes impliquées d'expliquer ce qu'est la technologie au reste de l'équipe et pourquoi elle est utile / avantageuse. Il n'est pas nécessaire que le TM admette qu'il ne sait pas, il suffit de demander aux gars d'inclure tout le monde dans leurs discussions tech-speak. Si leur utilisation de la terminologie est authentique, il obtiendra une explication. S'ils jouaient à des jeux de pouvoir, cela ne se reproduirait plus.

2) Le directeur technique est en fait hors de sa profondeur, foulant l'eau et demandant désespérément de l'aide. Une simple recherche Google donnerait soit une poignée de blogs / forums ou la question programmers.stackexchange.com demandant la liste recommandée des blogs, comme cette question. Vous pouvez taper les exemples de termes dans Wikipedia, par exemple, et suivre certains des liens de sujet pour lire et en chercher d'autres.

Qu'ils vous aient demandé de trouver cela (et ils ne l'ont pas pu) est un peu inquiétant.


3

Demandez-leur de rejoindre les développeurs pour le déjeuner, tous les jours.

À mon humble avis, un bon gestionnaire tire parti des connaissances de ses développeurs, au lieu de vouloir «charger en parallèle» ces mêmes connaissances.


J'aime mieux cette réponse. Mais il devrait également faire partie du gestionnaire encourageant le développeur à constamment apprendre, pratiquer et développer ses compétences.
crosenblum

2

Eh bien, il y a vos sites de base comme Stack Exchange (bien sûr), Tech Republic , SlashDot , Wired.com et environ un million d'autres.

Vous auriez vraiment besoin de trouver des sites liés à votre travail spécifique si vous le pouvez.

En ce qui concerne les publications imprimées, il y a eWeekly, PCMag, PC Weekly, Computer World et encore environ un million d'autres. Beaucoup d'entre eux ont également une bonne quantité de nouvelles sur leurs sites respectifs.

Tous les sites et magazines d '«actualités technologiques» que je connais sont assez aléatoires en ce qui concerne le «Projet actuel X», à moins que vous n'en trouviez un qui soit spécialisé dans votre domaine de travail.

À mon avis, il doit s'impliquer dans un site communautaire lié au travail que vous faites si possible.


1

C'est là que je pense que Twitter est vraiment utile. Le pouvoir des médias sociaux pour faire monter la crème.

Suggérez-lui de suivre des leaders d'opinion sur les modèles et les pratiques de processus. Suivez les développeurs ou les responsables techniques des plates-formes hôtes que vous ciblez. Suivez certains des leaders des domaines pour lesquels vous créez. Souvent, les dirigeants de ces différents domaines aideront à promouvoir de bonnes idées ou des idées qu'ils reconnaissent prometteuses (et souvent liées à une pensée plus complète via un blog), et à partir de ces retweets promus, vous aurez une idée de ce qu'il faut poursuivre.

Des plaisanteries occasionnelles sur Twitter, vous trouverez des commentateurs exceptionnels, mais peut-être auparavant inconnus, sur des problèmes très techniques qui seront d'un intérêt unique et particulier pour votre effort technique.


0

Vous pouvez lui dire au moins obtenir un fil d'actualités ou simplement aller sur les sites suivants. Cela devrait au moins l'aider à avoir une vue d'ensemble des choses liées à la technologie ou aux logiciels dont il pourrait avoir besoin pour en savoir plus. par la façon dont vous êtes un excellent employé que vous venez même en ligne et que vous posez des questions pour qu'il puisse l'aider et que vous méritez une augmentation :)


-1

Je recommanderais d'abord qu'il lise et relise ce livre de Joel Spolsky, Smart And Gets Things Done .

Un excellent livre pour les responsables techniques pour apprendre à être un excellent gestionnaire, à travailler avec des programmeurs, à créer un environnement de développement idéal et à faire avancer les choses.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.