Article original : Books that every engineering manager should read

Par Ovidiu Bute

Il est rare que les entreprises offrent une formation au leadership avant que vous ne deveniez manager. Quelques jours ou semaines après ce qui était probablement l'un des jours les plus heureux de votre mémoire récente, le jour où l'on vous a proposé un poste en dehors de la voie des contributeurs individuels, vous vous retrouvez avec un million de questions. Vous avez l'impression d'avoir été trompé en signant quelque chose sans lire les petites lignes.

Ce sentiment que vous ressentez n'est pas nouveau, c'est juste que vous l'avez presque oublié. C'est ne pas savoir ce que vous êtes censé faire. C'est être complètement perdu. Parce que si vous pensez que des années d'écriture de logiciels vous ont préparé à devenir manager, la recherche dit le contraire. Mais ce n'est pas la fin du monde. Même si votre entreprise ne comprend probablement pas le besoin d'une formation formelle en management, il existe une pléthore d'informations disponibles pour vous 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 que je connais à peine : j'ai commencé à lire. J'ai lu beaucoup de livres, certains étaient bons, quelques-uns étaient incroyables. Tous ont façonné la manière dont je fais mon travail, et j'ai pensé que je devrais les partager avec d'autres managers en herbe ou actifs.

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

  • Les livres doivent couvrir un large éventail de sujets sur le management technique et le leadership. Il est facile de trouver des livres qui se chevauchent. Il est beaucoup plus difficile de trouver une diversité d'informations lorsque vous êtes très nouveau dans le leadership.
  • Ils doivent être écrits à différentes époques. L'industrie du logiciel évolue constamment. Il n'a pas de sens de ne lire que ce qui se passait dans les années 1980 ou 1990.
  • 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 pourriez commencer au milieu ou à la fin, et cela gâcherait essentiellement d'autres livres pour vous.
  • Enfin, j'ai fixé une limite stricte de 7, simplement parce que je pense que cette liste est suffisante pour construire une base sur laquelle vous pouvez continuer à lire et peut-être même faire vos propres recherches par la suite.

Mais assez d'introduction, voyons la liste :)

Peopleware: Productive Projects and Teams, par Tom DeMarco & Tim Lister

Ce livre devrait être une lecture obligatoire pour tout le monde. Point. Non, pas seulement pour tout le monde dans le domaine du logiciel, mais pour toute personne travaillant dans une entreprise privée devrait lire ce livre. Il est incroyable pour moi de voir comment presque tous les problèmes auxquels les gens sont confrontés au quotidien 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.

High Output Management, par Andrew S. Grove

Peu après avoir fait le passage de la voie des contributeurs individuels à la voie du leadership, vous vous poserez une question de base.

Comment mesurer mon propre succès ?

Vous aviez l'habitude de pouvoir répondre à cette question facilement. Maintenant que vous écrivez de moins en moins de code et que vous gérez la dynamique d'équipe et les 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é par le succès des personnes qui vous rendent des comptes. C'est-à-dire que si votre équipe est performante, alors vous êtes performant. Je simplifie à l'extrême, bien sûr, mais c'était ma plus grande conclusion de ce livre.

Il y a d'autres informations perspicaces telles qu'une visite guidée d'une chaîne de production, comment diriger des réunions ou comment mener des entretiens individuels. 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. Il est si bon.

Je dirai cependant que ce livre a été écrit il y a longtemps. L'impression que j'ai eue est que les leaders de cette époque étaient plus autoritaires que ce que l'on voit dans les entreprises de nos jours. Ce n'est pas une critique, c'est un avertissement équitable. Vous pourriez lire quelques chapitres et conclure qu'il n'y a aucun moyen que quelqu'un puisse s'en tirer en faisant 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 la comprendre.

Influence: Science and Practice, par Robert B. Cialdini

Le travail d'un responsable technique est de s'assurer que son équipe dispose de tout ce dont elle a besoin pour réussir. Cela signifie gérer l'interaction entre plusieurs groupes de personnes vers un résultat acceptable.

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 faire cela pratiquement tous les jours, et selon 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 bac à sable dans lequel vous pouvez échouer et ce sera OK. Vous allez essayer de parler à quelqu'un à un moment donné pour qu'il fasse quelque chose, et vous allez échouer, et vous ou votre équipe en souffrirez.

Ce livre est le guide définitif sur la façon d'aborder le problème scientifiquement. Beaucoup de 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 passer outre quelqu'un à un moment donné et cela vous semblera formidable pendant que vous le ferez. 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.

Rapid Development: Taming Wild Software Schedules, par Steve McConnell

C'est un autre manuel classique que je souhaite que tout le monde dans le domaine du logiciel lise. Si vous êtes actuellement dans une entreprise qui est agile et que vous avez du mal avec des réunions improductives, un code de mauvaise qualité, des membres d'équipe qui ne s'entendent pas les uns avec les autres, 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 de leadership car il décrit, dans ce qui est probablement mon chapitre préféré, une liste de choses que vous ne devriez definitivement pas faire si vous voulez avoir une grande équipe. Je me réfère encore à ce chapitre de temps en temps, il est vraiment bon et perspicace.

Managing Humans, par Michael Lopp

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

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

Il est très facile de se laisser emporter par la théorie en essayant d'apprendre à devenir 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 selon le livre, et les gens seront toujours mécontents. Et c'est OK. Les histoires de Managing Humans vous aideront à comprendre cela.

The Manager's Path, 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 du leadership. La plupart des entreprises n'ont même pas cette information pour leur propre voie de leadership.

Il commence par décrire sur quoi un leader de niveau débutant devrait se concentrer, comme le mentorat des développeurs juniors. Il passe ensuite aux responsables techniques, aux responsables seniors, et couvre même ce qu'un VP du logiciel devrait faire. Personnellement, j'ai toujours voulu savoir à quoi ressemble une journée dans les chaussures d'un VP, et si vous aussi, ce livre est pour vous.

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

The one minute manager, par Kenneth H. Blanchard

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

Je ne vais pas vous gâcher le plaisir. Les informations que vous tirez de cette histoire ne sont pas particulièrement innovantes. Il y a d'autres livres qui approfondissent son sujet en plus de détails. 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 méprisant à son égard — il n'y a aucun moyen que ce soit si simple, n'est-ce pas ? Ou vous pouvez le lire attentivement et apprécier sa simplicité, en sachant que ce n'est pas une solution généralisée, mais toujours assez bonne pour qu'elle vaille la peine d'être dans votre boîte à outils. Il est tout à fait possible que vous lisiez ce livre et pensiez que j'exagère, mais hey, c'est ma liste ;)

Radical Candor, par Kim Scott

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

En gros, 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 appliquer cela 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 raconte certaines de ses expériences en travaillant là-bas. J'ai trouvé ces chapitres extrêmement agréables, mais prenez-les avec des pincettes. Certains des rapports plus récents dans les médias contredisent directement certaines histoires de ce livre. C'est pourquoi je suis hésitant à le recommander à tout le monde.

Le cadre 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. Je souhaite que le monde fonctionne de la manière qu'elle décrit, mais je ne pense pas qu'il le fera jamais. Néanmoins, s'efforcer d'atteindre même 50 % de Radical Candor fera de vous un meilleur leader. Si vous avez l'estomac pour 100 %, alors j'aimerais vous rencontrer en personne.

Est-ce tout ?

Cette liste est une base solide pour les nouveaux managers ou les personnes qui envisagent de devenir des leaders d'équipe ou des managers. Il y a tellement plus à apprendre. J'aurais apprécié une liste simple et courte comme celle-ci lorsque j'ai fait le pas vers le leadership. Espérons que vous aussi.