Je suis un administrateur grincheux de Linux qui écrit beaucoup de scripts et il a été remarqué que mes compétences en communication sont médiocres. Je ressemble beaucoup à ton mec. En fait, c’est le seul domaine qui m’attire dans les évaluations de rendement. De l'autre côté, je dirige continuellement mon équipe en matière d'innovation et de résolution de problèmes. J'ai créé et ouvert la voie à la nouvelle plate-forme que nous déployons et fait gagner beaucoup de temps à mon équipe et à mon entreprise. beaucoup d'argent en étant autorisé à être moi-même.
Mon ancien patron a été demandé à sa famille / épouse ET à la haute direction de notre société de quitter son poste ... simultanément. Il a travaillé sans relâche pour équilibrer équitablement ses responsabilités et a lui-même pris beaucoup de charge. Au cours de toute interaction avec des personnes extérieures au ministère, s'il y avait un malentendu dans la communication qui lui revenait, il était prompt à, euh, le corriger de manière punitive. Il était faible en «gestion ascendante»; notre équipe a donc été la dernière à obtenir des ressources en cas d'urgence, puis la société a sur payé des fournisseurs qui vendaient du matériel informatique non testé sans consulter l'équipe qui utiliserait ces outils. Dans le but de créer une équipe «bien équilibrée», il a géré notre liste de tâches et a essayé d’équilibrer les tâches afin que les membres de l’équipe puissent améliorer leurs compétences dans des domaines où ils n’étaient pas géniaux. ce qui a entraîné BEAUCOUP de code cassé ou d'implémentations mal architecturées. Alors que des personnes autres que l'auteur se voyaient attribuer des tâches de support spécifiques pour ce code erroné afin de pouvoir "apprendre" - les implémentations, le code et les tests mal architecturés créaient beaucoup de mauvaise volonté entre les membres de l'équipe etla multiplication des "jeux de reproches", voie rapide vers un état d'équipe toxique.
Mon patron actuel est une personne calme et recueillie qui vient du rôle d'administrateur junior et a gravi les échelons. Il prend de bonnes décisions et compte beaucoup sur les membres de l'équipe pour définir leurs propres priorités. Il est un excellent communicateur et réagit calmement et de concert avec son superviseur face aux problèmes de communication, aux idées ou aux besoins exprimés par mon équipe. Il "travaille vers le haut" sans relâche. Il est lent à effectuer des modifications architecturales majeures et consulte minutieusement toute l'équipe avant de modifier notre environnement. Il est à l'aise avec le fait de pouvoir compter sur les spécialités de ses membres.
Avec le nouveau responsable, notre temps d’arrêt est tombé à près de zéro (ce qui a également fait baisser le pourcentage de temps consacré aux tâches de support d’environ 40% à environ 10%), la satisfaction de notre équipe a explosé, et nous sur le point d’être passé d’un «cambodge à la banque de nouveau matériel tous les trois à cinq ans» à un plan d’acquisition continu qui devrait permettre à la société d’économiser environ un million de dollars par an sur cinq ans. Ce plan était un programme de base qui n'aurait jamais existé sous le précédent directeur mais qui a été activement poussé vers la haute direction par le nouveau directeur et reposait sur la recherche de nombreuses synergies dans les compétences de l'équipe. Le CIO nous a dit de manière informelle que nous sommes maintenant la seule équipe de la société qui «a vraiment sa merde» et qu'il ■ Nous allons interférer le moins possible dans notre environnement de travail et utiliser autant de ressources que possible pour résoudre les problèmes identifiés. Cela est vrai, et le "coût" de notre support est encore réduit, même si cela a perturbé la charge de travail de certaines autres équipes - mais il a également réduit le "coût" du support de ces équipes.
Regardez, les développeurs peuvent améliorer leurs compétences à l’école ou à leur propre rythme. La place pour eux de produire des choses est sur le temps de votre entreprise. La meilleure façon de produire des choses est de produire ce qu'ils connaissent le mieux. Lorsqu'ils travaillent dans des zones où un développeur n'est pas à l'aise, ils doivent faire appel à un second développeur spécialisé et travaillant en équipe, ou le développeur spécialisé doit rédiger le code et produire la documentation et les diagrammes. Route des tâches de support aux personnes qui ont écrit le code. Oui, cela augmente ce que nous appelons votre "facteur d'autobus" - la probabilité que votre service rencontre un ralentisseur si le spécialiste devait se faire renverser par un bus. (Ou mis à pied, ou changer d'emploi, ou ...) La vérité, c'est que votre perte de productivité due à cette peur est un ordre de grandeur supérieur à la perte réelle résultant d'un "événement d'autobus". arrive. Ce qui se produit généralement lors d’un "événement de bus", c’est que l’héritier du spécialiste le reconfigure à son image afin de le soutenir de la manière la plus efficace, en résolvant généralement un tas de problèmes et en réduisant encore le temps consacré à l’assistance. sur.
Attribuez des choses aux personnes qui peuvent le mieux faire. Faites-les soutenir et documenter leur travail. Encouragez leur créativité et permettez-leur de se concentrer sans distractions ni microgestion. Tout le reste est une école de gestion BS, qui semble malheureusement donner l'impression que votre entreprise y va. Cela ne veut pas dire que votre équipe doit aussi y nager.
Du point de vue de l'entreprise, un bon manager promeut les valeurs de l'entreprise tout en exécutant les tâches conformément à ces valeurs. Du point de vue des employés informatiques, un bon manager laisse l'équipe faire ce qu'il convient de faire le plus rapidement et le plus proprement possible et constitue une barrière fécale contre les cadres supérieurs qui transmettent les valeurs qu'ils ont apprises lors des cours de MBA en fin de semaine. Vous êtes un homme d’entreprise et cela n’est peut-être pas le meilleur pour votre équipe. Ceux qui ont de "bonnes" compétences en communication sont trop polis pour le dire.