Des livres que tout responsable de l'ingénierie devrait lire

C'est une occasion rare que les entreprises offrent une formation en leadership avant de devenir gestionnaire. Quelques jours ou semaines après ce qui a probablement été l'un des jours les plus heureux de votre mémoire récente, le jour où on vous a proposé un poste en dehors de la piste des contributeurs individuels, vous vous retrouvez avec un million de questions. Vous sentez que vous avez été amené à signer quelque chose sans lire les petits caractères.

Ce sentiment que vous ressentez n'est pas nouveau, c'est juste que vous l'avez presque oublié. Ce n'est pas savoir ce que vous êtes censé faire. Il n'a aucune idée. Parce que si vous pensez que des années d'écriture de logiciels vous ont formé pour devenir gestionnaire, la recherche indique le contraire. Mais ce n'est pas la fin du monde. Même si votre entreprise ne comprend probablement pas la nécessité d'une formation formelle en gestion, il existe une pléthore d'informations à votre disposition qui rendront votre travail plus facile et peut-être même agréable.

Quand je suis devenu manager, j'ai fait ce que je fais habituellement face à un défi dont je ne sais presque rien: j'ai commencé à lire. J'ai lu beaucoup de livres, certains étaient bons, quelques-uns étaient incroyables. Tous ont façonné ma façon de faire mon travail, et j'ai donc pensé que je les partagerais avec d'autres gestionnaires en herbe ou actifs.

J'ai organisé cette liste en fonction de plusieurs facteurs:

  • Les livres devraient couvrir un large éventail de sujets de gestion et de leadership en ingénierie. Il est facile de trouver des livres qui se chevauchent. Il est beaucoup plus difficile de trouver une diversité d'informations lorsque vous êtes nouveau dans le leadership.
  • Ils doivent être écrits à des époques différentes. L'industrie du logiciel est en constante évolution. Cela n'a pas de sens de lire uniquement ce qui se passait dans les années 80 ou 90.
  • L'ordre de lecture compte beaucoup. Certains livres sont plus spécialisés que d'autres. Les informations fournies peuvent être considérées comme des couches qui s’empilent les unes sur les autres. Si vous êtes inexpérimenté, vous pouvez commencer au milieu ou à la fin, ce qui ruinera fondamentalement d'autres livres pour vous.
  • Enfin, j'ai mis une limite stricte de 7, simplement parce que je pense que cette liste est suffisante pour créer une couche de base sur laquelle vous pouvez continuer à lire et peut-être même faire vos propres recherches plus loin.

Mais assez d'introduction, voyons la liste :)

Peopleware: Projets et équipes productives, par Tom DeMarco et Tim Lister

Cela devrait être une lecture obligatoire pour tout le monde. Période. Non, pas seulement tout le monde dans les logiciels, tous ceux qui travaillent dans une entreprise privée devraient lire ce livre. C'est étonnant pour moi de voir à quel point tous les problèmes que les gens traitent quotidiennement ont déjà été résolus. Dans les années 1980. Si vous ne lisez qu'un seul livre de cette liste, que ce soit celui-ci.

Gestion du haut rendement, par Andrew S. Grove

Peu de temps après le passage de la piste de contributeur individuel à la piste de leadership, vous vous poserez une question de base.

Comment mesurer mon propre succès?

Vous étiez en mesure de répondre facilement à cela. Maintenant que vous écrivez de moins en moins de code et que vous faites face à la dynamique d'équipe et aux problèmes de personnel, comment vous ou votre patron mesurerez-vous vos progrès et votre succès? Ce livre fournit une réponse désormais universellement acceptée: vous êtes mesuré à travers le succès des personnes qui relèvent de vous. C'est-à-dire que si votre équipe réussit, alors vous réussissez. Je simplifie à l'excès bien sûr, mais c'était ma plus grande idée de ce livre.

Il existe des informations plus pertinentes, telles que la présentation d'un pipeline de production, la manière d'organiser des réunions ou de mener des réunions individuelles. C'est un livre classique que tout le monde devrait lire même s'ils ne sont pas intéressés par les rôles de leadership. C'est si bon.

Je dirai cependant que ce livre a été écrit il y a longtemps. L'impression que j'ai eue était que les dirigeants de cet âge faisaient plus autorité que ce que l'on voit dans les entreprises de nos jours. Ce n'est pas une critique, c'est un avertissement juste. Vous pouvez lire quelques chapitres et conclure qu'il n'y a aucun moyen pour quiconque de faire cela dans une entreprise. Il y a une certaine nuance dans le style de leadership décrit dans ce livre et il est important de le comprendre.

Influence: Science and Practice, par Robert B. Cialdini

Le travail d'un directeur de l'ingénierie est de s'assurer que son équipe a tout ce dont elle a besoin pour réussir. Cela signifie gérer l'interaction entre plusieurs groupes de personnes vers un résultat agréable.

Si vous avez déjà essayé de convaincre un ami de passer de WhatsApp à Telegram et que vous avez échoué, vous avez tenté d'exercer une influence. Vous devrez le faire pratiquement tous les jours, et d'après mon expérience, c'est une compétence très difficile à apprendre. Cela prend beaucoup de pratique, et il n'y a vraiment pas de mode sandbox dans lequel vous pouvez échouer et ce sera OK. Vous allez essayer de parler à quelqu'un à un moment donné pour faire quelque chose, et vous échouerez, et vous ou votre équipe en souffrirez.

Ce livre est le guide définitif sur la façon d'aborder le problème de manière scientifique. De nombreux managers semblent penser qu'ils n'ont pas besoin d'apprendre à influencer les autres, en particulier leurs subordonnés directs, car le rang est l'influenceur ultime. Penser cela vous empêchera de devenir un grand leader, à mon avis. Oui, vous allez probablement annuler quelqu'un à un moment donné et vous vous sentirez formidable pendant que vous le faites. Mais si cette personne finit par vous détester pour cela, vous venez de perdre sa confiance et vous en verrez les conséquences plus tard.

Développement rapide: Taming Wild Software Schedules, par Steve McConnell

C'est un autre manuel classique que j'aimerais que tout le monde lise dans les logiciels. Si vous êtes actuellement dans une entreprise agile et aux prises avec des réunions improductives, un code de mauvaise qualité, des membres d'équipe qui ne peuvent pas s'entendre ou des parties prenantes qui vous poussent à quitter le bureau tard le soir, vous trouverez à au moins une solution dans ce livre. C'est aussi un bon livre sur le leadership car il décrit, dans ce qui est probablement mon chapitre préféré, une liste de choses que vous ne devriez certainement pas faire si vous voulez avoir une grande équipe. Je me réfère encore à ce chapitre de temps en temps, c'est juste vraiment bon et perspicace.

Gérer les humains, par Michael Lopp

J'ai adoré ce livre pour son humour et sa compréhension de certaines des cultures des plus grandes entreprises technologiques. Cela ne ressemble pas à un manuel par rapport aux autres sur cette liste, mais c'est ce qui en fait un excellent choix.

Vous devez comprendre que les dirigeants sont toujours humains, qu'ils vont se tromper et que le résultat final peut être tragique ou hilarant. Ou les deux. C'est une leçon très importante à apprendre, celle qui m'a pris le plus de temps, pour être honnête.

Il est très facile de se laisser prendre à la théorie tout en essayant d'apprendre à être un leader. Mais la réalité est souvent si folle qu'aucun livre ne peut vous offrir la solution dont vous avez besoin. Vous vous retrouverez dans des situations où vous ferez tout à la lettre, et les gens seront toujours malheureux. Et ça va. Les histoires de Managing Humans vous aideront à comprendre cela.

Le parcours du manager, par Camille Fournier

Ce qui rend ce livre génial, c'est qu'il offre une description claire et simple de vos responsabilités et objectifs à chaque étape de l'échelle de leadership. La plupart des entreprises ne disposent même pas de ces informations pour leur propre leadership.

Il commence par décrire sur quoi un leader débutant devrait se concentrer, comme le mentorat de développeurs juniors. Il passe aux responsables de l'ingénierie, aux cadres supérieurs et couvre même ce qu'un vice-président des logiciels doit faire. Personnellement, je me suis toujours demandé à quoi ressemble une journée dans la peau d'un VP, et si vous en avez aussi, ce livre est pour vous.

Au-delà de simplement apprivoiser votre curiosité de ce à quoi ressemblent les échelons supérieurs, j'aime ce livre parce qu'il est tellement réaliste. Il n'y a pas de vision utopique des équipes et des processus ici. Tout est fondé sur l'expérience de l'auteur. Cela rend les informations hautement applicables dans votre environnement de travail.

Le manager d'une minute, par Kenneth H. Blanchard

Au départ, je ne voulais pas lire ceci après l'avoir trouvé, mais je suis heureux d'avoir changé d'avis à ce sujet. C'est essentiellement une courte histoire sur un manager qui est très bon dans son travail, en particulier dans un domaine.

Je ne vais pas vous gâcher ça. Les informations que vous tirez de cette histoire ne sont pas particulièrement innovantes. Il existe d'autres livres qui plongent dans son sujet plus en détail. Mais il y a quelque chose de vraiment satisfaisant à ce sujet que je ne peux pas vraiment expliquer. C'est comme un gist GitHub qui résout un problème en moins de 100 lignes de code.

Vous pouvez être dédaigneux - il n'y a aucun moyen que cela puisse être aussi simple, non? Ou vous pouvez le lire attentivement et apprécier sa simplicité, sachant que ce n'est pas une solution généralisée, mais toujours assez bonne pour qu'elle en vaille la peine dans votre boîte à outils. Il est tout à fait possible que vous lisiez ce livre et que vous pensiez que j'exagère, mais bon, c'est ma liste;)

La franchise radicale, par Kim Scott

Je peux compter jusqu'à 7 très bien, mais je voulais vraiment offrir ce livre comme une sorte d'ajout spécial à ma liste. Je ne dirais pas que c'est une lecture obligatoire. Une fois que vous avez parcouru tous les livres ci-dessus, vous devriez choisir cela pour une vue alternative très frappante.

Fondamentalement, Radical Candor est un cadre sur la façon de se rapporter aux gens. Ce n'est pas vraiment lié au développement de logiciels. Vous pouvez l'appliquer n'importe où, avec vos amis, avec votre famille, c'est franchement très abstrait à cet égard.

L'auteur, Kim Scott, a travaillé à la fois chez Google et Apple. Elle se souvient de certaines de ses expériences en travaillant là-bas. J'ai trouvé ces chapitres extrêmement agréables, mais prenez-les avec un grain de sel. Certains des rapports les plus récents dans les médias contredisent directement certaines histoires de ce livre. C'est pourquoi j'hésite à le recommander à tout le monde.

Le cadre en lui-même a du sens, mais il est si difficile à mettre en pratique. Je sais que ce n'est pas la faute de l'auteur. J'aurais aimé que le monde fonctionne comme elle le décrit, mais je ne pense pas qu'il le fera jamais. Néanmoins, s'efforcer d'atteindre ne serait-ce que 50% de la franchise radicale fera de vous un meilleur leader. Si vous avez l'estomac à 100%, j'aimerais vous rencontrer en personne.

Est-ce que c'est ça?

Cette liste est une base solide pour les gestionnaires débutants ou les personnes qui envisagent de devenir des chefs d'équipe ou des gestionnaires. Il y a tellement plus à apprendre. J'aurais moi-même apprécié une liste simple et courte comme celle-ci lorsque j'ai fait le pas vers le leadership. J'espère que vous le ferez aussi.