Et qui est dans ton gang?

Il se trouve que les entreprises où j'ai travaillé ont vraiment aimé toutes sortes de tests de l'arsenal RH. Tous - et les gestionnaires, et les artistes ordinaires, ont été conduits à travers ces tests.

Les tests, en règle générale, ont déterminé le type de personnalité par rapport à l'activité professionnelle - ce à quoi une personne est le plus encline, ce qui est facile pour elle, quel type d'activité la fait travailler et ce qui vaut mieux ne pas entreprendre du tout.

À notre grande surprise, nous avons constaté que différents tests révèlent à peu près les mêmes inclinations. Si un test a montré qu'une personne, par exemple, l'âme d'une entreprise, un gars de chemise, alors les autres tests donnent des résultats similaires.

Il n'y a probablement rien d'étrange à cela, car les tests sont construits sur les mêmes principes et divisent les gens en environ les mêmes types de personnalités inventées par les scientifiques du siècle dernier.

Mais personnellement, cette convergence des résultats m'a aidé à croire aux types de personnalités et à leur impact sur l'activité professionnelle d'une personne. De plus, j'ai eu l'occasion d'observer des personnes avec des «portraits» connus de moi depuis plusieurs années, et la justesse des caractéristiques n'a été confirmée.

Je ne parlerai pas des tests eux-mêmes - ces informations sont complètes sur Internet, et votre RH, si vous le demandez, vous en fera volontiers une dizaine.

Je ne voulais pas parler de tests, mais de mes observations personnelles : comment les personnes avec des caractéristiques différentes se comportent-elles dans une équipe, quels rôles elles jouent bien et lesquelles elles ne devraient pas jouer, dans quel travail et à quel moment qui est préférable d'utiliser (dans le bon sens) )

Je parlerai principalement de l'exemple des programmeurs et des administrateurs système. Parfois, j'irai au-delà des limites fixées, comme l'équipe informatique n'avait pas du tout plusieurs types de personnalité, mais ils marchaient dans les départements voisins.

Système de coordonnées

Je vais vous parler de l'exemple des rôles d'équipe de Belbin - personnellement, ce test me semble le plus réussi. Il n'y a pas trop de types, il est difficile de se confondre, alors qu'il y a beaucoup d'informations sur Internet, et passer le test n'est pas difficile - pour ceux qui le souhaitent.

Ainsi, le test Belbin divise les personnes en types, selon les rôles dans l'équipe:

• Coordinateur (Coordinateur) - celui qui sait et aime gérer au niveau opérationnel;
• Motivateur (Shaper) - celui qui sait comment et aime faire avancer le travail, en gros, «poussant» les gens avec une motivation positive et négative;
• L'âme de l'équipe (Team Worker) - celui qui sait comment rallier l'équipe (surtout - sans but), soyez tous amis;
• Un diplomate (autrement, un chercheur de ressources) est quelqu'un qui sait interagir avec les autres équipes et l'environnement en général;
• Le générateur d'idées (Plant) - celui qui sait comment et aime proposer de nouvelles idées sur tous les aspects de l'équipe;
• Analyste (moniteur évaluateur) - quelqu'un qui sait comment analyser les options, regarder en avant et voir les erreurs;
• L'entrepreneur (exécutant) - celui qui aime simplement faire ce qu'il dit;
• Spécialiste - similaire à l'entrepreneur, mais comprend bien le domaine spécifique;
• Finisher (Completer Finisher) - celui qui sait comment et aime organiser l'achèvement des affaires.

Selon les résultats du test, une personne a généralement 2-3 rôles prononcés, rarement - un, très rarement - pas un seul, c'est tout. Habituellement, le maculage du résultat indique un remplissage injuste.

Alors sortez un à la fois.

Coordinateur

Spécifiquement pour les programmeurs, le rôle n'est pas très utile, car il n'est pas toujours nécessaire, pas tous les jours. Le coordinateur sait comment faire face à une situation de crise en peu de temps.

Par exemple, un serveur est tombé en panne. Passez au fer, au virtuel ou aux applications. Eh bien, qu'y a-t-il, tous - le serveur d'applications, comme 1Snogo, pour une raison quelconque, a englouti toute la mémoire, tout le processeur et la console ont été bloqués.

Cela semble normal - à de rares exceptions près, aucune perte de données ne se produira. Mais cela fait peur, s'arrête et vous rend stupide dans une telle situation - la pression du temps. Il n'y a pas de temps, les gens courent avec leur éternel "ahhh, j'ai une voiture à charger!", Ou vous devez passer l'impôt sur le revenu en 2 heures - cela n'a pas d'importance. Karkushi et clickers seront toujours trouvés.

Ainsi, une situation similaire est idéale pour utiliser un coordinateur. Il prend rapidement la situation en main, commence à donner des instructions claires et brèves, généralement dans le cas. Tout le monde a juste besoin de se taire et de le faire, puis tout ira bien.

Remarque - le coordinateur ne comprend pas car il est le plus intelligent ou le plus expérimenté. Il n'est tout simplement pas perdu, comme les autres.

Si vous désactivez la pression du temps - par exemple, laissez tomber le serveur pendant les vacances du Nouvel An quand il n'y a personne, alors n'importe quel mec de l'équipe fera face à la situation. Mais en cas de problème de temps, le coordinateur fait de son mieux.

Oui, un point important - le coordinateur est bon dans la gestion du processus de résolution du problème, et non avec la solution elle-même.

Le coordinateur, à première vue, ressemble plus au gars que nous appelions le leader. Nous avions beaucoup de coordinateurs parmi les managers, et ils étaient tous contents - ege-gay, même le test a confirmé que nous sommes managers, c'est directement notre type de personnalité!

Mais, hélas, le coordinateur est plutôt le répartiteur, le contremaître de l'ordre de travail, le chef de bureau, etc., eh bien, vous comprenez. Disons simplement que c'est le niveau de contrôle le plus bas lorsque vous donnez des ordres directement, et pour une très courte période de temps - un maximum d'une journée. Ce qui, en fait, a été confirmé avec le temps.

En temps normal, sans crise, un coordinateur parmi les programmeurs fait plus de mal que de bien. Il commence à donner des instructions évidentes, à changer les priorités à la volée, comme «alors fuyez, aidez Lilya, elle est belle», «hé, laissez tomber votre OneScript et fermez le mois!», «Alors, montrons les progrès, c'est déjà 15 minutes». Vous devez faire comprendre à ce mec à temps que vous n'avez pas à grimper pour gérer ce qui fonctionne. Il y aura une crise - alors prenez les rênes.

Horreur, bien sûr, si les programmeurs ont un patron avec ce type de personnalité - alors, comme on dit, vous vous promenez "cul dans du savon" (expression idiomatique). J'avais un tel patron, j'en avais assez pendant un mois et demi (ou je ne me souviens pas de lui).

Motivateur

À mon avis, c'est le rôle le plus utile dans une équipe de programmeurs. Un motivateur est une personne qui sait faire avancer les autres.

Il peut inspirer, ordonner, il peut manipuler, défier. L'essentiel, probablement - il sait choisir les bons mots pour une personne en particulier. Parce qu'il est soit un bon psychologue par nature, soit qu'il a appris quelque chose comme ça, soit juste un diable linguistique.

Pour faire avancer à la fois le travail, le développement de l'équipe et le développement personnel d'une personne en particulier, en lui donnant des informations à temps ou en l'obligeant à penser à quelque chose en dehors du contexte du travail.

Pourquoi motivator est-il le mec le plus utile pour les programmeurs? Parce que, quoi qu'on en dise, vous et moi sommes des limaces paresseuses un peu maladroites.

Mais le problème est que ces gars-là sont extrêmement rares parmi les programmeurs et leurs supérieurs, et viennent rarement de programmeurs extérieurs pour remonter le moral. Les clients qui piétinent et fixent des délais ne sont pas des facteurs de motivation, mais, en règle générale, des parasites latents .

Parmi tous ceux qui ont été numérisés selon Belbin, seulement deux personnes étaient des motivateurs prononcés, et tous étaient en dehors de l'informatique. Par conséquent, je n'ai aucun exemple de motivateurs naturels de programmeurs.

Mais il y a de bonnes nouvelles. Un motivateur est quelque chose que vous pouvez apprendre. Il est peu probable que ce soit aussi cool que naturel, pour une raison simple - il est intéressant pour eux de motiver, et nous devrons le faire par la force, au moins au début.

J'ai étudié avec des motivateurs naturels pendant longtemps, j'ai réussi à acquérir des compétences. Par rapport à ces gars-là, j'ai bien sûr un seau bespontovaya, mais parmi les programmeurs, j'ai tiré de la bière.

À propos des compétences du motivateur, il est bien écrit dans les livres sur la psychologie appliquée, le leadership émotionnel et le leadership en général, et dans toute non-fiction, comme Transerfing.

Personnellement, je pense qu'au moins une personne dans une équipe doit devenir une motivation, au moins un peu. Pour ce faire, vous devez essayer, mais quoi maintenant. Vous pouvez vous amuser avec le fait que les compétences de motivation sont très universelles, et leur acquisition apportera la bonne contribution au paquet de licenciement.

Team Soul

Personnellement, cette âme de l'équipe me semble le mec le plus inutile pour les programmeurs.

C'est le gars qui appelle tout le monde à boire de la bière le vendredi après le travail, ou lors d'une randonnée en été, ou qui entame des conversations «pour la vie» en travaillant, ou le premier crie «les gars, allez manger!» à 12-00.

Je ne sais pas, c'est peut-être une sorte de préjugé, mais un tel programmeur (et il était dans notre équipe) m'a rendu plus furieux que uni aux autres. Je n'insisterai pas, mais il me semble que mélanger de force le personnel et le travail est mauvais et nuisible.

C’est amusant, bien sûr, mais cela affecte gravement le travail - et nous, nous sommes venus travailler. Si je veux boire de la bière, je trouverai quelqu'un et je n'ai pas besoin de raison, et d'une manière ou d'une autre je peux gérer l'organisation des rassemblements.

Ces «âmes d'entreprise» étaient beaucoup plus anciennes, dans les usines, dans les villages et les petites villes. Grâce à eux, il y a toujours deux systèmes de valeurs dans l'équipe - professionnels et domestiques, et ils sont presque toujours en conflit.

Si vous travaillez bien et travaillez beaucoup / efficacement, vous abandonnez le système de valeur des ménages - vous ne buvez pas de thé du 9h00 au 10h00. En conséquence, et vice versa - celui qui connaît le plus de blagues, d'histoires sur la pêche et rapporte les tartes les plus délicieuses de la maison - est rarement le plus en production.

Mais ici, je le répète, mon opinion personnelle. En fait, comme tout ce qui est indiqué dans l'article. Si vous aimez les t-shirts de l'équipe - bonne santé. Je n'aime pas ça. Par conséquent, j'ai limité la durée de leurs histoires de pêche :)

La motivation est plus importante pour l'équipe.

Diplomate

La traduction est stupide, dans l'original, elle est appelée «enquêteur des ressources» - un expert des ressources. L'équipe de programmeurs, en particulier les implémenteurs, est un gars extrêmement utile.

Un diplomate est une personne intéressée et facile à construire en externe, par rapport à l'équipe. Dans nos réalités, ce sont les relations avec les utilisateurs, les clients, les propriétaires, les décideurs, etc.

En particulier, une telle personne est indispensable, comme vous le savez, dans les implémentations - où vous devez faire beaucoup de travail avec l'environnement externe. Ceci est particulièrement important non pas dans les implémentations franch, où la relation est, pour ainsi dire, pour une nuit, mais dans les équipes fixes de fixi, qui développent le système d'information d'entreprise de l'entreprise à un rythme normal.

Parce que le succès à long terme de l'équipe, d'une manière ou d'une autre, dépend fortement de l'environnement externe. Vous pouvez être au moins l'équipe de super-duper la plus cool, mais si vos amis ne sont que Lilya de la comptabilité et Serega du service des ventes, et que les autres vous considèrent comme une bande de crétins suffisants avec des salaires de chevaux, alors ces vacances ne dureront pas longtemps.

Nous avons eu de la chance - il y avait jusqu'à deux diplomates, pour ainsi dire, de niveaux différents.

L'un est un spécialiste des communications horizontales qui a rapidement établi de nombreux liens (dans le bon sens du terme ... cependant, qui sait) avec des employés de haut niveau non chargés dans presque tous les départements. Ce n'est pas qu'ils sont devenus des amis directs du sein, mais ils ont réagi presque joyeusement aux demandes d'aide adéquates - ils voulaient aider un bon gars. En tant qu'équipe, nous avons utilisé ces connexions de manière effrontée si nous en avions besoin pour la mise en œuvre ou des modifications.

Le second est un spécialiste des communications verticales, dirigé en haut des escaliers. Ce gars a délibérément construit un canal de communication direct assez stable avec les sommets - le propriétaire, le directeur, les cadres supérieurs.

Le contact avec le propriétaire et le directeur a été particulièrement utile, car avec son aide, il a été possible d'influencer de manière très significative les cadres supérieurs et intermédiaires, qui sont souvent un frein à la mise en œuvre et au changement.

Il s'avère que les gestionnaires de niveau intermédiaire ont été les plus malchanceux - ils ont subi la pression d'en haut et d'en bas, de la part de deux enquêteurs des ressources trop ennuyeux.

Générateur d'idées

C'est un homme qui aime proposer des idées. Les idées sont son produit, dont il est fier. Peu importe que quelqu'un mette en œuvre cette idée ou non, il suffit que le générateur formule une idée et l'exprime - et il croit qu'il a travaillé dur et rempli sa mission.

Il y a beaucoup de générateurs parmi les programmeurs, car notre métier est créatif. Un programmeur à générateur fixe dans une entreprise ordinaire - comme une usine ou un grossiste - peut, s'il élargit ses horizons dans des domaines d'activité connexes, aller au-delà de l'informatique et faire un saut de carrière impressionnant. La raison est simple - parmi les professions non créatives, il y a très peu de générateurs d'idées, donc, dans les domaines connexes, il y a, directement physiquement, un manque d'idées de qualité.

Des idées telles que «le comptable en chef est venu avec EDI pour se connecter», ou «le chercheur est venu avec FIFO dans le commutateur de gestion comptable», ou «le directeur de la logistique est venu avec WMS à mettre en œuvre», ou «le directeur du commerce a indiqué que la mise en œuvre du CRM augmentait les ventes de 10%» - conneries hélas. Formellement, ce sont des idées, mais leur qualité est nulle.

Le générateur-programmeur peut proposer des idées appliquées de haute qualité, car, aussi banal soit-il, il est programmeur. Jugez par vous-même.

Si, par exemple, vous laissez un idiot (pas un programmeur) former des exigences pour un système d'information, alors ses idées alimenteront bash.org. Après tout, est-ce que tout le monde a entendu, au moins une fois, l'idée d'un «gros bouton rouge» (ça arrive toujours en vert)? Encore souvent, les idées d'idiots commencent par la phrase «Si seulement je pouvais le faire ...», eh bien, des fantasmes insignifiants commencent là, comme allumer un ordinateur le matin, dessiner des formulaires, utiliser un téléphone portable «comme sur un ordinateur» (= chez un client épais), le personnel gérer par exosquelette, etc.

Toutes ces idées sont un ensemble de lettres dénuées de sens qui ne doivent pas être prononcées, pour une raison simple - elles sont irréalisables, et donc inutiles. Eh bien, comme l'idée de «faire la paix dans le monde». De telles idées ne sont prononcées par des idiots que pour une chose: être exprimées.

Le générateur-programmeur a une différence clé - ses idées sont contextuelles. Parce qu'il est programmeur, surtout s'il est aussi 1Snik, et qu'il a toujours quoi dans la tête? Les limites de la plateforme, qu'elles soient fausses .

Les limites de la plateforme se situent dans la tête comme un système de coordonnées, vous rappelant ce qui est possible et ce qui ne l'est pas. Bien sûr, ces restrictions sont en constante expansion - et la plate-forme semble se développer , selon le miroir , et les cadres externes à 1C sont bien établis, mais le contexte est toujours défini.

Bien sûr, il y a toujours de nouvelles technologies, des chaînes de blocs, de l'intelligence artificielle et toutes sortes d'open source. Mais si vous posez la question de sécurité "De quoi sont capables les technologies informatiques modernes?" au programmeur, il répondra "à beaucoup, mais il ne peut toujours pas le faire, allez conduire la facture et n'arrêtez pas OneScript de l'allumer." Et si vous posez la même question à un idiot, il répondra "Pour tout!".

Revenons au-delà de l'informatique. Vous comprenez maintenant pourquoi les idées d'un programmeur qui comprend, par exemple, en logistique, seront précieuses? Parce qu'il connaîtra les limites, et l'idée exprimée par lui a déjà passé (dans sa tête) un contrôle sur les restrictions. Bien que, bien sûr, à la fin, il y ait des questions comme «ici, je ne suis tout simplement pas sûr que cela puisse être le cas, j'ai besoin de google et de fumer des manuels» :)

Et maintenant, revenons à l'équipe de programmeurs. Le générateur est très important pour eux. Tout d'abord, sa plus grande valeur réside dans des solutions non standard dans le cadre de restrictions . Le générateur aidera à éviter, par exemple, des milliers de lignes de govnokod, ayant trouvé une petite solution pour toute une classe de tâches, sur quelque chose comme la mise en page.

Encore une fois, les solutions non standard ne sont pas nécessairement quelque chose hors de l'ordinaire. Parfois, seul un générateur verra la possibilité d'utiliser un mécanisme standard alors que d'autres ne verront qu'un nouveau kilomètre de code.

Mais une équipe avec un générateur peut être pleine de problèmes.

Tout d'abord, le générateur est une jonquille . S'il donne une idée, ça doit être comme ça, sinon il sera gravement offensé. Parce que lui, pauvre, a essayé, pensé, n'a pas dormi la nuit, et ici - un silence froid en réponse.

Deuxièmement, le générateur de l'équipe devrait être un . S'il y en a deux, ce sera un cauchemar - ils commenceront certainement à «mesurer leurs idées», à devenir déprimés et déprimés, si le second a trouvé quelque chose de plus brutal. Non, pas comme ça - ce sera découragé car ils ont soutenu l' idée des autres.

S'il y en a deux, alors vous devrez apprendre les règles du vivre ensemble.

Troisièmement, le générateur doit être enregistré. Mieux vaut, bien sûr, le faire faire lui-même. Parce que les générateurs sont pleins de mémoire, et si vous n’écrivez pas l’idée, il la proposera sincèrement pour la deuxième fois , et encore une fois vous devrez aimer et admirer. Et s'il ne l'écrit pas, mais il s'en souviendra, il s'en souviendra encore plusieurs années - oui, je vous l'ai dit, mais vous m'avez ignoré, vous ne m'écoutez jamais, bla bla bla.

Mais tout n'est pas si mal. Les générateurs sont tout à fait capables de grandir et de devenir adéquats. Aussi étrange que cela puisse paraître, la liste d'idées déjà mentionnée aide quelque part dans le système d'information. Lorsqu'une idée est écrite, le générateur la libère et cesse de se précipiter avec elle, comme avec un sac écrit.

Mais l'essentiel arrivera plus tard. Lorsque le générateur revient à l'idée précédemment enregistrée, lui-même dira d'abord que l'idée est mauvaise. Parce que, s'il s'agit d'un générateur normal, et pas trop paresseux pour écrire, alors la liste sera longue - des centaines, des milliers d'idées - et il n'y aura aucun sens à s'y accrocher, vous pouvez barrer le mariage en toute sécurité. Parce que ce n'est pas effrayant - un autre million d'idées viendra à l'esprit.

Eh bien, n'essayez pas de convaincre le générateur que "une idée n'est rien, la production est un résultat". Il a un contre-argument de fer - "Allez, essayez de trouver une idée moi-même, et je vais la programmer et la donner à la production."L'agonie du travail du non-générateur n'en vaut pas la peine, et ce bétail restera et s'amusera.

Il vaut mieux laisser tomber de telles choses - à chacun le sien.

Analyste

Il est également appelé «critique». C'est un mec qui peut considérer avec compétence les décisions, les idées, les processus, les systèmes et émettre des verdicts.

Par exemple, il peut bien prédire les résultats des modifications apportées. Dans notre pratique 1Snoy, cela est important, vous vous connaissez - vous devez comprendre comment les changements dans un objet de métadonnées peuvent affecter un autre objet.

Parmi les programmeurs, il y en a pas mal, ils ne manquent pas. Probablement, l'analyste est généralement un type de personnalité commun à toutes les professions d'ingénieur.

Dans le travail d'équipe, il est important et utile de demander un avis à l'analyste. Lui, comme tous les types énumérés ci-dessus, est intéresséanalyser et critiquer les idées, propositions, plans et objectifs des autres. Par conséquent, ne vous inquiétez pas si vous retirez quelque chose à analyser - c'est élevé pour l'analyste. Bien sûr, si nous ne parlons pas de deux révolutions Excel non chargées, entre lesquelles nous devons trouver des différences.

L'analyste complète bien le générateur d'idées, si elles sont toutes deux adéquates. L'un propose une idée, le second l'analyse. Que ce soit dans les affaires, ne choque personne, tout le monde est intéressé . Il peut être transformé en jeu.

L'analyste dans l'équipe de programmeurs est bien adapté pour le rôle d'un scrum master - une personne qui observe le travail des autres et voit ce que les programmeurs sont stupides et perdent du temps. Il réussit assez facilement, car trouver une perte pour un analyste est élevé, car une perte est une erreur dans le système. Analyse des plats préférés.

Certes, seule la moitié du scrum master sera obtenue de l'analyste - celui qui a vu le problème. Et comment le résoudre, l'analyste ne trouvera pas de générateur. Et l'analyste va alors critiquer, essayer la solution du problème, trouver les incohérences d'interface, dire au générateur, il va proposer quelque chose de nouveau, etc., à l' infini, les arrêter déjà , de manière itérative.

Il y a deux extrêmes dans l'analyse qui doivent être surveillés.

Le premier est le perfectionnisme et le dévouement excessif. Si vous ne définissez pas de restrictions, il analysera la disposition des éléments sur le formulaire à l'infini.

La seconde - ne le laissez pas entrer dans un système qui est déjà presque en production. L'analyste ne se soucie pas du fait que vous ayez les délais et les nerfs à la limite, il mettra le nez de tout le monde dans des défauts, "qui sont évidents, comme vous ne le voyez pas." Même si ce sont les mêmes reliures légèrement cassées sur le formulaire. Envoyez pour analyser le prochain projet. Ou laissez l'âme de l'équipe l'amener à la cantine :).

Interprète

Il s'agit du type de personnalité le plus courant - à la fois chez les programmeurs et parmi les employés en général.

C'est la personne qui fera ce qu'elle dit. Et ce qu'ils ne disent pas ne fera pas.

Cette formule décrit bien ses avantages et ses inconvénients. Si l'entrepreneur correctement, à temps pour définir la tâche, alors il est susceptible de l'achever. Eh bien, si vous l'avez terminé, mais il n'y a pas de tâche suivante, alors quoi? C'est vrai, ça va devenir stupide sur Facebook. Ou à la cantine avec l'âme de l'équipe.

Les artistes aiment les instructions, les plans, les horaires, les processus, les systèmes et tout ce jazz. Ce sont eux qui forment la masse qui, joyeusement et docilement, aide à construire l'enfer - parce qu'on le leur a dit.

Dans le même temps, les interprètes sont le meilleur environnement pour introduire des changements. Par exemple, pour basculer les programmeurs vers Scrum. Il suffit d'expliquer clairement et de façon cohérente que maintenant les tâches ne sont pas là-bas, mais ici, au tableau, et elles n'ont plus de délais, et vous devez comprendre pas avant la fin de la tâche, mais avant la fin de la semaine.

Et ils ne s'en soucient pas vraiment, car ils ont un système de coordonnées clair et compréhensible au travail - si vous faites ce qui est commandé, alors vous avez terminé . Voici ce que vous devez utiliser.

Parfois, bien sûr, ces programmeurs sont enragés - ils doivent également tout mâcher, la tâche, le processus, où aller, avec qui parler, quoi lire et où se trouvent les fichiers avec le reste. Mais ils sont exaspérants si vous ne connaissez pas le type de personne. Et quand vous savez - c'est tout, c'est clair, c'est un mec, et vous devriez le traiter comme ça.

La pire boue du monde que les artistes de ce monde font - ils deviennent des leaders. En effet, pour que l'interprète puisse diriger, quelqu'un doit diriger l'interprète. Ne gérez pas stratégiquement, ne donnez pas d'objectifs pour un an, mais bien chaque jour - définissez les tâches, écrivez sur un cahier d'entreprise, les délais, expliquez les détails, désignez les ressources, etc.

Et puis ce chef exécutif va chez ses subordonnés, et la mastication de la morve commence. Non, comment faire quelque chose vous-même, l'entrepreneur comprend encore d'une manière ou d'une autre, mais comment le déléguer à des subordonnés et même surveiller les performances - ahhh, mieux vaut me tirer dessus.

Le comportement typique de ces dirigeants est «il m'est plus facile de tout faire moi-même». En fait plus facile, car il sait faireplutôt que de conduire. Et le problème n'est pas dans les subordonnés, mais dans le chef - comme on dit, je m'excuse, "vous ne voulez pas * baiser, ne pas torturer * opu".

Bien sûr, si quelqu'un écrit une fois une instruction normale "comment gérer le département", alors l'entrepreneur réussira. Mais ce ne sera pas un exécuteur testamentaire, mais un répartiteur.

Et donc - rien de bon les gars. Si vous savez comment les cuisiner.

Spécialiste

Je pensais qu'un spécialiste est le même interprète, seulement hautement spécialisé, ou quelque chose comme ça.

Mais, quand il s'est avéré qu'un de mes administrateurs système subalternes était un spécialiste, j'ai finalement réalisé ce qui n'allait pas avec ce type.

Un spécialiste est une personne qui, normalement, avec intérêt et enthousiasme, ne résout les problèmes que dans le domaine qu'il a choisi et dans lequel il est vraiment un spécialiste.

Il n'est pas question de diligence. Mais, contrairement à l'interprète, il y a de l'enthousiasme.

Par exemple, nous avons un spécialiste du matériel et des logiciels de serveur (Windows et Linux). Si, Dieu nous en préserve, vous aviez une tâche sérieuse à configurer des serveurs, et même pas une tâche ordinaire, mais importante pour l'entreprise - par exemple, la correction de vulnérabilités - ce type restera assis dans la salle des serveurs pendant des jours, sans interruption ni jours de congé.

Tout simplement parce qu'il est intéressant pour lui de résoudre des problèmes dans sa spécialisation.

Et il résoudra toutes les autres tâches, après les manches. Ou, comme on dit à propos de tant d'administrateurs système, "comme s'il s'entassait dans son pantalon". À propos de toute diligence, discipline, calendrier, qualité est généralement hors de question. A fait - et c'est bien.

Et, malheureusement ou heureusement, ces spécialistes sont appréciés précisément pour leur «spécialité». Parce que la solution d'un problème qui tombait clairement dans le cercle des intérêts, le week-end et la nuit, dans le système de valeurs de presque tous les managers, ressemble à un engagement sérieux envers l'entreprise.

De telles approches m'ont rendu furieux pendant longtemps. Je comprends, il est intéressant pour vous de creuser dans le serveur, mais, bon sang, quelqu'un doit également changer les cartouches, et parfois vous devez poser des câbles à paire torsadée.

Mais précisément dans notre cas, la solution a été trouvée toute seule - dans le cadre de l'expansion, ils ont pris l'administrateur adjoint, des qualifications plus faibles, mais - pour le bonheur - de l'interprète. Et tout, l'ordre et l'harmonie sont venus dans toutes les questions que l'administrateur en chef du système n'a pas aimé. Et il a finalement eu le temps de creuser plus profondément dans les serveurs, d'acheter et de configurer une deuxième tsiska, de basculer automatiquement sur un canal Internet de secours, d'augmenter le VPN entre les bureaux et ouuuu, il y avait une énorme liste qu'il a écrite et a fait avec plaisir.

Finisseur

C'est un type de personnalité magnifique, mais je suis obligé de pleurer - je ne l'ai pas vu parmi les programmeurs, ce n'était pas dans notre équipe.

Mais il y avait un finisseur brillant, riche et naturel parmi les dirigeants parallèles à moi. Je vais lui écrire un portrait.

Un finisseur est quelqu'un qui sait comment et aime finir les choses jusqu'au bout. Les cas sont à la fois de petites tâches et de grands projets.

Personne dans l'entreprise ne savait comment faire de longs projets comme cette personne.

Jugez par vous-même. Lors de mes observations, une personne a eu plusieurs fois à gérer des projets dont la durée variait de 6 à 24 mois. De bons gros projets, avec de gros budgets, polyvalents.

Maintenant, devinez comment la personne a manqué la date d'achèvement réelle des projets? 1 jour maximum! Ce n'est pas une blague!

De plus, il n'y a pas eu de conjectures, de tours de mêlée, de réduction des exigences, d'étalement des tâches dans le temps.

Premièrement, lorsqu'une personne était mise en charge d'un projet, ils lui indiquaient immédiatement le délai - précis, jusqu'à un jour. Et pas de plan, juste un objectif.

Une personne, sans faute, a établi le plan le plus complet et le plus détaillé, le budget, les artistes et ressources désignés, le volume de l'externalisation. Tous étaient d'accord, bien sûr.

Et il l'a fait. À l'heure, tous les éléments du plan. Il est clair qu'il y a eu des écarts au sein du projet - quelque chose a traîné, quelque part les sous-traitants ont échoué, ou un déficit de trésorerie a soudainement interrompu le financement et, en conséquence, certains travaux ou achats. Comme tout le monde, bref, c'est la vie.

Mais l'important n'est pas ce qui s'est passé, mais comment le manager y réagit. Et celui-ci, le chien, le finisseur, diffère de nous, les homards ordinaires, en ce qu'il trouve toujours comment revenir au programme ! Il ne pense même pas que les obstacles qui se sont posés - objectifs, externes - puissent être surmontés, otmazatsya, renégocier le terme.

Sa compétence de base (celle du finisseur) est de toujours comprendre ce qui doit être fait et de faire ce qui mènera à l'arrivée. La finition est un travail effectué à temps.

J'admire sincèrement cette compétence, car je ne l'ai pas encore apprise. Mais je comprends les inconvénients évidents.

Le principal inconvénient est la production continue et par convoyeur de substituts. Ci-dessus, vous avez vu qu'une personne reçoit un objectif et le transforme en une liste de tâches, dont elle ne recule alors presque jamais. Cette approche est le principal terrain fertile pour la mère porteuse.

Pour le finisseur, le but du projet, sa signification et son utilité n'ont absolument aucune valeur. Tout ce qui compte, c'est la bonne finition. Il aime être touché comme un tireur sur une cible . Eh bien, ou comme dans une blague - il donne un coup de pied quand il a couru après le bus, et a réussi à sauter dans le train en marche. Et puis il demande - quel est ce nombre?

Un inconvénient mineur, mais aussi important - le finisseur fait peur, endure constamment et douloureusement le cerveau de tout le monde. Si le finisseur a besoin de faire un projet et que vous, Dieu nous en préserve, faites obstacle - n'attendez pas la miséricorde. Bien que vous ayez un poste, une réputation, une autorité - le finisseur atteindra le président, mais vous ferez le nécessaire pour son projet. Vous avez signé, ou pour la première fois que vous entendez parler de son projet - retirez-le et déposez-le.

Mais le finisseur est rusé, s'il est adéquat. Il vous prendra, vous et tout le monde, le cerveau pendant que le projet se poursuit, puis, à la fin, il viendra étreindre, siroter, pleurer et dire que ce n'est pas lui qui est mauvais, mais la mauvaise volonté de Saroumane l'a conduit à travers les steppes de la Terre du Milieule réalisateur vous a fait, et vous êtes son meilleur ami, et il ne voulait pas crier et se plaindre de vous, c'était juste une question de vie ou de mort, bla bla bla. Et pardonne-moi où aller. Jusqu'au prochain projet.

Par conséquent, personnellement, je n'ai rien appris de ce finisseur en particulier - je n'aime pas les méthodes. Mais l'objectif - apprendre à faire des projets à temps - j'aime.

Mon gang

Anticipant la question "quel est votre profil sur Belbin?", Je répondrai: Générateur d'idées + Critique + Diplomate. Je peux trouver une idée, je peux chier quelqu'un d'autre, je peux tout faire avec de mauvaises mains. Je travaille lentement, mal et uniquement sous le bâton.

En réalisant cela, j'ai dirigé ma petite équipe sur le test de Belbin, et nous avons redistribué les responsabilités, remplaçant les compétences et aptitudes manquantes.

Il y avait 4 programmeurs dans l'équipe en plus de moi. Trois avaient un rôle prononcé pour l'entrepreneur, de sorte que toutes les responsabilités qui la dépassaient lui ont été retirées. Ils ont commencé à communiquer moins avec les clients et les utilisateurs, car pas des diplomates. Et moi, et eux-mêmes, j'ai cessé de souffrir, en me tirant des idées - c'était mon travail.

L'un d'eux s'est avéré être l'âme de l'équipe, alors c'est devenu quelque chose comme un médiateur - il a éteint les conflits, convoqué tout le monde pour le déjeuner et pris un verre le week-end.

Mais il y avait des lacunes. Par exemple, il y avait un manque de coordination, aucun de nous n'avait ce rôle. Par conséquent, nous avons simplement remplacé ce rôle par des techniques d'automatisation et de priorisation comme celle-ci . En fait, ils ont utilisé les rôles du générateur d'idées et de l'entrepreneur pour trouver et automatiser une technique remplaçant le coordinateur humain par une machine de coordination.

La même chose s'est produite avec le rôle du finisseur - l'équilibrage automatique a été ajouté au système de priorité, selon le degré d'achèvement du projet. Je ne dirai pas que cela s'est produit directement mégacrut - la tante de l'article a fait mieux, mais, en général, le résultat était bien.

Mais le rôle du Motivateur devait être maîtrisé pour moi. L'expérience est également précieuse, car, semble-t-il, elle s'est avérée. Ce sera un article séparé.

Après toutes ces modifications, nous ne sommes plus appelés «programmeurs», «service informatique», etc. - nous sommes devenus un gang. Ce n'est pas ce que nous appelions nous-mêmes, mais un directeur financier découragé qui n'a jamais réussi à passer à travers ses stupides choses grâce à notre défense tous azimuts.

, — , . , , « , !». , , , — , , . , , , , .