Quelle est la différence entre un contributeur individuel, un ingénieur du personnel et un leadership technique ?
Les contributeurs individuels, ICs, sont des professionnels qui travaillent avec une équipe ou une organisation mais ne travaillent pas dans la gestion. C’est ça; ils influencent un groupe et une organisation ; cependant, ils n’en ont pas la « responsabilité officielle ».
Ce contributeur réalise une grande activité d’intégration et de communication dans le temps et n’est pas isolé, comme son nom l’indique.
Le terme « leadership technique » a été utilisé pour réduire ce malentendu. L’idée est de préciser que ce contributeur ne travaille pas seul ; cette personne a des responsabilités stratégiques et la communication fait partie de son rôle.
Ingénieur du personnel est le terme créé pour traiter du leadership technique dans la carrière d’ingénieur logiciel. Staff Plus fait référence à tous les postes après Staff ; cependant, le sens ne change pas. En plus des connaissances spécialisées, l’ingénieur travaillera également avec la communication et l’influence, impactant les équipes et les organisations.
Je veux en savoir plus sur le sujet ; Où est la mise en route ?
Un bon début est de lire les deux livres publiés à ce jour sur le sujet :
Ingénieur du personnel : Leadership au-delà de la piste de gestion : Le premier est le plus célèbre. Will Larson a tenu plusieurs conversations sur son podcast et, sur cette base, a consolidé un livre fascinant. Ce serait un excellent premier livre pour comprendre le pourquoi du Staff au-delà de ses concepts initiaux.
The Staff Engineer’s Path : Le livre le plus récent dans le domaine écrit par Tanya Reilly et approuvé par Camille Fournier, auteur de The Manager’s Path, et Will Larson, mentionné précédemment. Il met davantage l’accent sur la façon d’agir dans ce nouveau poste.
Leadership technique : cela signifie-t-il que j’ai une équipe ?
Généralement, un leader technique travaille en équipe mais n’est pas responsable. Cela signifie que la définition d’une augmentation de salaire, d’un licenciement ou d’un changement structurel ne relève pas de votre responsabilité.
Cependant, il a pour rôle d’influencer les gens avec de telles décisions.
Quelle est l’importance du mentorat d’autres personnes au sein de mon équipe ?
En tant que leader, il est essentiel de toujours penser à la relève. Par exemple, si j’assume le rôle de principal, qui me remplacerait en tant qu’ingénieur du personnel ?
Un autre point est la multiplication des connaissances au-delà du niveau technique de l’équipe.
Tenir des réunions 1:1 pour aider à l’évolution technique, des points à améliorer, des conseils bibliographiques et des points à améliorer basés sur une revue de code, entre autres, fait évoluer la personne mentorée beaucoup plus rapidement que si elle était seule.
Une astuce consiste à tenir de telles conversations avec l’équipe tous les quinze jours ou tous les mois pendant trente minutes. Apporter des notes précédentes avec des points en plus des indices de manière asynchrone a tendance à rendre ces rencontres encore plus percutantes.
Quelle est l’importance de l’anglais pour les ingénieurs Staff Plus ?
En technologie, l’anglais est devenu la communication officielle pour les nouvelles et les tendances dans le domaine. Il peut même être possible de vivre sans elle pendant un certain temps ; cependant, cette langue devient de plus en plus nécessaire pour des vols plus significatifs dans votre carrière.
L’anglais n’est pas seulement un outil de lecture mais un outil d’interaction. Il est naturel que votre réseau se développe et que vous rencontriez et traitiez avec des personnes d’autres pays/cultures, et l’anglais vous aidera également à cet égard.
De nombreuses nouvelles apparaissent sur Twitter, LinkedIn et GitHub. Et ce seront les endroits les plus courants pour poser des questions, contribuer à des projets open source et partager des expériences.
En prime, nous venons de parler de l’importance des réseaux sociaux en milieu de travail. Les apprendre et en profiter pour votre croissance professionnelle est possible.
Quelle littérature est indiquée pour en savoir plus sur le sujet ?
À ce stade, je vais le diviser en deux catégories :
Livres techniques
En plus de votre domaine d’expertise, il est naturel que vous ayez besoin de communiquer avec vos pairs, donc vous concentrer sur l’architecture logicielle et les concepts de base vous aidera à parler « ingénieriesh ». Les bons livres pour commencer sont, par exemple :
- Principes fondamentaux de l’architecture logicielle : une approche d’ingénierie
- Architecture logicielle : les parties difficiles : analyses de compromis modernes pour les architectures distribuées
- Construire des architectures évolutives : prendre en charge le changement constant
- La philosophie de la conception de logiciels
- Le modèle C4 pour visualiser l’architecture logicielle
En essayant de me limiter à cinq, ce seraient de bonnes recommandations de lecture en plus des classiques que vous avez probablement déjà lus et que vous connaissez, comme Domain-Driven Design (DDD), Clean Code, Clean Architecture, les livres de microservices de San Newman, plus le réfectoire de Martin Fowler.
Il convient de mentionner que cela n’élimine pas la nécessité d’utiliser des blogs et des portails pour suivre l’actualité de la région.
Livres divers
Comme mentionné, la partie technique est l’un des nombreux points et/ou compétences attendus. Des connaissances pour mener à bien la narration et une bonne communication sont également attendues. Les bons livres pour commencer sont, par exemple :
- Storytelling with Data : Un guide de visualisation de données pour les professionnels
- Commencez par pourquoi : comment les grands leaders incitent tout le monde à passer à l’action
- Mesurez ce qui compte : comment Google, Bono et la Fondation Gates font vibrer le monde avec les OKR
- Topologies d’équipe : organiser les équipes commerciales et technologiques pour un flux rapide
L’art de savoir communiquer, de structurer des idées et des projets, et même un peu de management et de fonctionnement d’équipe, c’est appréciable.
Vais-je m’éloigner du code ?
La réponse est non; vous n’aurez pas besoin de vous éloigner du code, mais, à mesure que vous progressez dans le leadership technique, il est également essentiel de considérer l’équipe dans son ensemble, en se concentrant sur le mentorat, l’amélioration de la qualité du code et les stratégies technologiques.
Parfois, il faudra coder moins pour guider plus. Donnez de l’espace et multipliez.
En d’autres termes, l’étude et l’évolution technique constante sont nécessaires ; néanmoins, vous ne coderez qu’une partie du temps. Il faudra du temps pour faire d’autres activités.
Comment puis-je rester à jour ?
Comme mentionné précédemment, les activités de codage de Staff Plus Engineer ont tendance à diminuer. Cependant, les activités techniques sont critiques et rester proches et en constante évolution est crucial.
Un excellent moyen d’être proche est d’effectuer des revues de code, des PoC ou même de participer à des projets open source. Cependant, quelque chose qui n’impacte pas l’équipe.
Quelle est l’énorme différence entre le personnel, le principal et le distingué ?
Bref:
- Personnel : se concentre sur les tactiques ; cependant, comprend et recherche une compréhension stratégique plus solide de l’entreprise. Son objectif est d’avoir un impact sur certaines équipes autour de lui.
- Principal : C’est le lien entre le tactique et le stratégique. Son impact cible un territoire ou un produit ; généralement, sa visibilité va à l’ensemble de l’entreprise.
- Distingué : Vous vous concentrez sur la stratégie et l’impact sur l’entreprise/l’organisation. Il est généralement connu de toute une communauté et de l’entreprise pour sa notoriété technique.
Qui est responsable de prendre des décisions là où les avis techniques ne convergent pas ? Leadership technique ou gestion ?
Dans le monde idéal, il existe un consensus entre le leadership technique et la gestion. Cependant, cet accord conjoint ne se produit que parfois.
Il est toujours essentiel de bien faire la différence entre « je ne comprends pas » et « je ne suis pas d’accord ». Lorsque les deux parties font de leur mieux pour converger sans succès, le dernier mot revient à la direction.
Rappelant que cette ressource doit être une exception ; après tout, avoir un expert et ne pas l’écouter est un échec de gestion autant que l’expert ne comprend pas le contexte métier. Autrement dit, la synchronisation entre les zones est cruciale.
Conclusion
Comme il s’agit d’un domaine très nouveau, il est naturel que plusieurs doutes surgissent. Par conséquent, cet article visait à répondre aux questions les plus courantes sur Staff Plus Engineer.
En plus des connaissances techniques, ce type de professionnel doit comprendre que le logiciel est de personne à personne et a des gens tout au long du processus. Ainsi, des compétences en communication sont également requises.
Alors, avez-vous d’autres questions? Alors commentez ici avec vos questions sur Staff Plus Engineer !