Und wer ist in deiner Bande?

So kam es, dass die Unternehmen, in denen ich arbeitete, alle möglichen Tests aus dem HR-Arsenal wirklich liebten. Alle - und Manager sowie gewöhnliche Darsteller wurden durch diese Tests geführt.

Tests ermittelten in der Regel die Art der Persönlichkeit in Bezug auf die berufliche Tätigkeit - was eine Person am meisten neigt, was für sie leicht ist, welche Art von Tätigkeit sie belastet und was besser ist, überhaupt nicht zu unternehmen.

Zu unserer Überraschung stellten wir fest, dass verschiedene Tests ungefähr die gleichen Neigungen aufweisen. Wenn ein Test ergab, dass eine Person, zum Beispiel die Seele eines Unternehmens, ein Hemdmann, dann liefert der Rest der Tests ähnliche Ergebnisse.

Daran ist wahrscheinlich nichts Seltsames, denn Tests basieren auf denselben Prinzipien und unterteilen die Menschen in ungefähr dieselben Arten von Persönlichkeiten, die von Wissenschaftlern des letzten Jahrhunderts erfunden wurden.

Aber persönlich hat mir diese Konvergenz der Ergebnisse geholfen, an die Arten von Persönlichkeiten und ihre Auswirkungen auf die berufliche Tätigkeit einer Person zu glauben. Außerdem hatte ich die Möglichkeit, Menschen mit mir seit mehreren Jahren bekannten „Porträts“ zu beobachten, und die Richtigkeit der Merkmale wurde nur bestätigt.

Ich werde nicht über die Tests selbst sprechen - diese Informationen sind im Internet voll, und Ihre Personalabteilung wird Ihnen auf Anfrage gerne ein Dutzend senden.

Ich wollte nicht über Tests sprechen, sondern über meine persönlichen Beobachtungen : Wie verhalten sich Menschen mit unterschiedlichen Merkmalen in einem Team, welche Rollen spielen sie gut und welche übernehmen sie besser nicht, in welcher Arbeit und zu welchem ​​Zeitpunkt, wer ist besser (auf gute Weise)? )

Ich werde hauptsächlich am Beispiel von Programmierern und Systemadministratoren erzählen. Manchmal gehe ich über die festgelegten Grenzen hinaus Das IT-Team hatte überhaupt keine verschiedenen Persönlichkeitstypen, aber sie gingen in die benachbarten Abteilungen.

Koordinatensystem

Ich werde Ihnen das Beispiel der Teamrollen von Belbin erzählen - persönlich scheint mir dieser Test der erfolgreichste zu sein. Es gibt nicht zu viele Typen, es ist schwierig, verwirrt zu werden, während es im Internet viele Informationen gibt, und das Bestehen des Tests wird nicht schwierig sein - für diejenigen, die es wollen.

Der Belbin-Test unterteilt die Personen nach den Rollen im Team in Typen:

• Koordinator (Koordinator) - einer, der weiß, wie und liebt es, auf operativer Ebene zu managen;
• Motivator (Shaper) - einer, der weiß, wie und liebt es, die Arbeit voranzutreiben, grob gesagt, Menschen mit positiver und negativer Motivation zu „pushen“;
• Die Seele des Teams (Team Worker) - derjenige, der weiß, wie man das Team zusammenbringt (meistens - ziellos), sei alle befreundet;
• Ein Diplomat (auf andere Weise - ein Ressourcenermittler) ist jemand, der weiß, wie man mit anderen Teams und der Umwelt im Allgemeinen umgeht.
• Der Generator von Ideen (Plant) - einer, der weiß, wie und liebt es, neue Ideen zu allen Aspekten des Teams zu entwickeln;
• Analyst (Monitor Evaluator) - einer, der weiß, wie man Optionen analysiert, nach vorne schaut und Fehler erkennt;
• Der Auftragnehmer (Implementierer) - derjenige, der gerne nur das tut, was er sagt;
• Spezialist - ähnlich wie der Auftragnehmer, versteht jedoch den spezifischen Bereich gut;
• Finisher (Completer Finisher) - einer, der weiß, wie und liebt es, den Abschluss von Angelegenheiten zu organisieren.

Nach den Testergebnissen hat eine Person normalerweise 2-3 ausgeprägte Rollen, selten - eine, sehr selten - keine einzige, das ist alles. Normalerweise weist das Verschmieren des Ergebnisses auf eine ungerechte Füllung hin.

Also geh eins nach dem anderen raus.

Koordinator

Speziell für Programmierer ist die Rolle nicht sehr nützlich, da sie nicht immer und nicht jeden Tag notwendig ist. Der Koordinator weiß, wie er in kurzer Zeit mit einer Krisensituation umgehen kann.

Zum Beispiel ist ein Server abgestürzt. Gehen Sie bügeln oder virtuell oder Anwendungen. Nun, was ist da, alle - der Anwendungsserver wie 1Snogo hat aus irgendeinem Grund den gesamten Speicher verschlungen, der gesamte Prozessor und die Konsole hingen.

Es scheint in Ordnung zu sein - mit den seltensten Ausnahmen wird kein Datenverlust auftreten. Aber es macht Angst, hört auf und macht dich in einer solchen Situation dumm - Zeitdruck. Es gibt keine Zeit, die Leute rennen mit ihrem ewigen "ahhh, ich habe ein Auto zum Laden!" Herum, oder Sie müssen die Einkommenssteuer in 2 Stunden übergeben - es spielt keine Rolle. Karkushi und Clicker sind immer zu finden.

Eine ähnliche Situation ist also ideal für die Verwendung eines Koordinators. Er nimmt die Situation schnell selbst in die Hand und gibt klare, kurze Anweisungen, normalerweise in dem Fall. Alle anderen müssen einfach die Klappe halten und es tun, und dann wird alles klappen.

Hinweis - Der Koordinator erhält es nicht, weil er am intelligentesten oder erfahrensten ist. Er ist einfach nicht verloren, wie die anderen.

Wenn Sie den Zeitdruck ausschalten - zum Beispiel den Server während der Neujahrsferien fallen lassen, wenn keine Leute da sind, wird jeder Typ aus dem Team mit der Situation fertig. Aber in Zeitproblemen tut der Koordinator es am besten.

Ja, ein wichtiger Punkt - der Koordinator kommt gut mit der Führung des Problemlösungsprozesses zurecht und nicht mit der Lösung selbst.

Der Koordinator ist auf den ersten Blick dem Typ am ähnlichsten, den wir den Anführer genannt haben. Wir hatten viele Koordinatoren unter den Managern, und sie waren alle glücklich - ege-gay, selbst der Test bestätigte, dass wir Manager sind, dies ist direkt unser Persönlichkeitstyp!

Aber leider ist der Koordinator eher der Dispatcher, der Vorarbeiter für den Arbeitsauftrag, der Büroleiter usw., verstehen Sie? Sagen wir einfach, dies ist die niedrigste Kontrollebene, wenn Sie Aufträge direkt und für einen sehr kurzen Zeitraum erteilen - maximal einen Tag. Was tatsächlich mit der Zeit bestätigt wurde.

In normalen Zeiten ohne Krisen schadet ein Koordinator unter den Programmierern mehr als er nützt. Er beginnt, offensichtliche Anweisungen zu erteilen, um Prioritäten im laufenden Betrieb zu ändern, wie "Also renn weg, hilf Lilya, sie ist wunderschön", "Hey, lass dein OneScript fallen und schließe den Monat!", "Also, lass uns den Fortschritt zeigen, es sind bereits 15 Minuten." Sie müssen diesem Typen rechtzeitig klar machen, dass Sie nicht klettern müssen, um zu verwalten, was funktioniert. Es wird eine Krise geben - dann übernehmen Sie die Zügel.

Horror natürlich, wenn die Programmierer einen Chef mit dieser Art von Persönlichkeit haben - dann läuft man, wie sie sagen, um „Arsch in Seife“ (idiomatischer Ausdruck). Ich hatte so einen Chef, ich hatte anderthalb Monate genug (oder ich erinnere mich nicht an ihn).

Motivator

Dies ist meiner Meinung nach die nützlichste Rolle in einem Team von Programmierern. Ein Motivator ist eine Person, die weiß, wie man andere Menschen vorwärts bringt.

Er kann inspirieren, ordnen, manipulieren, herausfordern. Die Hauptsache wahrscheinlich - er weiß, wie man die richtigen Wörter für eine bestimmte Person auswählt. Weil er entweder von Natur aus ein guter Psychologe ist oder so etwas gelernt hat oder nur ein sprachlicher Teufel.

Sowohl die Arbeit als auch die Entwicklung des Teams und die Selbstentwicklung einer bestimmten Person voranzutreiben, ihm rechtzeitig Informationen zu geben oder ihn zu zwingen, über etwas außerhalb des Kontextes der Arbeit nachzudenken.

Warum ist Motivator der nützlichste Typ für Programmierer? Denn was auch immer man sagen mag, Sie und ich sind faule Schnecken, die etwas ungeschickt sind.

Aber das Problem ist, dass solche Leute unter Programmierern und ihren Vorgesetzten äußerst selten sind und selten von externen Programmierern kommen, um aufzumuntern. Kunden, die mit den Füßen stampfen und Termine festlegen, sind keine Motivatoren, sondern in der Regel latente Parasiten .

Unter allen von uns, die nach Belbin digitalisiert wurden, waren nur zwei Personen ausgesprochene Motivatoren, und alle befanden sich außerhalb der IT. Daher habe ich keine Beispiele für natürliche Motivatoren von Programmierern.

Aber es gibt gute Nachrichten. Ein Motivator kann man lernen. Es ist aus einem einfachen Grund unwahrscheinlich, dass es so cool ist wie das natürliche - es ist interessant für sie, zu motivieren, und wir müssen es zumindest zuerst mit Gewalt tun.

Ich habe lange Zeit mit natürlichen Motivatoren studiert und mir einige Fähigkeiten angeeignet. Im Vergleich zu diesen Leuten habe ich natürlich einen Bespontovaya-Eimer, aber unter Programmierern habe ich Bier getrunken.

Über die Fähigkeiten eines Motivators wird in Büchern über angewandte Psychologie, emotionale Führung und Führung im Allgemeinen sowie in Sachbüchern wie Transerfing viel und viel geschrieben.

Persönlich bin ich der Meinung, dass mindestens eine Person in einem Team ein Motivator werden muss, zumindest ein wenig. Um dies zu tun, müssen Sie versuchen, aber was jetzt. Sie können sich mit der Tatsache unterhalten, dass die Motivationsfähigkeiten sehr universell sind und ihr Erwerb den richtigen Beitrag zum Entlassungspaket leistet.

Team Soul

Persönlich scheint mir diese Seele des Teams der nutzloseste Typ für Programmierer zu sein.

Dies ist der Typ, der alle anruft, um am Freitag nach der Arbeit oder im Sommer auf einer Wanderung Bier zu trinken, oder während der Arbeit Gespräche „fürs Leben“ beginnt, oder der erste ruft „Jungs, geht essen!“. um 12-00.

Ich weiß nicht, vielleicht ist das eine Art Vorurteil, aber ein solcher Programmierer (und er war in unserem Team) hat mich mehr wütend gemacht als mit den anderen vereint. Ich werde nicht darauf bestehen, aber es scheint mir, dass es gewaltsam und schädlich ist, Personal und Arbeit gewaltsam zu vermischen.

Es macht natürlich Spaß, aber es wirkt sich stark auf die Arbeit aus - und wir sind gerne zur Arbeit gekommen. Wenn ich Bier trinken möchte, finde ich jemanden und brauche keinen Grund, und irgendwie kann ich die Organisation von Versammlungen übernehmen.

Solche "Firmenseelen" waren viel früher in Fabriken, in Dörfern und Kleinstädten. Dank ihnen gibt es im Team immer zwei Wertesysteme - professionelle und häusliche, und sie stehen fast immer in Konflikt.

Wenn Sie gut arbeiten und viel / effektiv arbeiten, verlassen Sie das Wertesystem des Haushalts - Sie trinken keinen Tee von 9 bis 10 Uhr. Dementsprechend und umgekehrt - derjenige, der die meisten Witze und Geschichten über das Angeln kennt und die leckersten Kuchen von zu Hause mitbringt - ist selten der wichtigste in der Produktion.

Aber hier wiederhole ich meine persönliche Meinung. Eigentlich wie alles im Artikel angegeben. Wenn Sie die Trikot-Jungs im Team mögen - gute Gesundheit. Ich mag es nicht. Deshalb habe ich die Dauer ihrer Angelgeschichten begrenzt :)

Motivator ist wichtiger für das Team.

Diplomat

Die Übersetzung ist dumm, im Original heißt sie "Ressourcenermittler" - ein Experte für Ressourcen. Das Team von Programmierern, insbesondere Implementierern, ist ein äußerst nützlicher Typ.

Ein Diplomat ist eine Person, die interessiert und in Bezug auf das Team leicht extern aufzubauen ist. In unserer Realität sind dies Beziehungen zu Benutzern, Kunden, Eigentümern, Entscheidungsträgern usw.

Insbesondere ist eine solche Person, wie Sie wissen, bei Implementierungen unverzichtbar, bei denen Sie viel mit der externen Umgebung arbeiten müssen. Dies ist besonders wichtig, nicht bei Franchise-Implementierungen, bei denen die Beziehung sozusagen für eine Nacht besteht, sondern bei aktiven Fixi-Teams, die das Unternehmensinformationssystem des Unternehmens in normalem Tempo entwickeln.

Denn der langfristige Erfolg des Teams hängt auf die eine oder andere Weise stark von der externen Umgebung ab. Sie können zumindest das coolste Super-Duper-Team sein, aber wenn Ihre Freunde nur Lilya aus der Buchhaltung und Serega aus der Verkaufsabteilung sind und der Rest Sie für einen Haufen selbstgefälliger Idioten mit Pferdegehältern hält, wird dieser Urlaub nicht lange dauern.

Wir hatten Glück - es gab sozusagen zwei Diplomaten auf verschiedenen Ebenen.

Einer ist ein Spezialist für horizontale Kommunikation, der schnell viele Verbindungen (im guten Sinne des Wortes ... wer weiß) zu unbelasteten hochrangigen Mitarbeitern in fast allen Abteilungen hergestellt hat. Es ist nicht so, dass sie direkte Busenfreunde wurden, aber sie reagierten fast glücklich auf angemessene Anfragen nach Hilfe - sie wollten einem guten Kerl helfen. Wir als Team haben diese Verbindungen dreist genutzt, wenn wir sie für die Implementierung oder Änderungen benötigten.

Der zweite ist ein Spezialist für vertikale Kommunikation, der die Treppe hinauf geleitet wird. Dieser Typ hat absichtlich einen ziemlich stabilen direkten Kommunikationskanal mit den Top-Managern aufgebaut - dem Eigentümer, dem Direktor und den Top-Managern.

Der Kontakt mit dem Eigentümer und dem Direktor war besonders hilfreich, da Mit seiner Hilfe war es möglich, Führungskräfte und mittlere Führungskräfte, die häufig die Implementierung und den Wandel bremsen, maßgeblich zu beeinflussen.

Es stellt sich heraus, dass Manager auf mittlerer Ebene am meisten Pech hatten - sie wurden sowohl von oben als auch von unten unter Druck gesetzt, von zwei zu nervigen Ressourcenermittlern.

Ideengeber

Dies ist ein Mann, der gerne Ideen einbringt. Ideen sind sein Produkt, auf das er stolz ist. Es spielt keine Rolle, ob jemand diese Idee umsetzt oder nicht, es reicht aus, wenn der Generator eine Idee einbringt und sie ausspricht - und er glaubt, dass er hart gearbeitet und seine Mission erfüllt hat.

Unter Programmierern gibt es viele Generatoren, weil unser Beruf kreativ ist. Ein Festprogrammgenerator in einem regulären Unternehmen - wie einer Fabrik oder einem Großhandel - kann, wenn er seinen Horizont in verwandten Geschäftsbereichen erweitert, über die IT hinausgehen und einen beeindruckenden Karrieresprung machen. Der Grund ist einfach: Unter den nicht-kreativen Berufen gibt es nur sehr wenige Ideengeber, daher mangelt es in verwandten Bereichen direkt physisch an hochwertigen Ideen.

Ideen wie „Der Hauptbuchhalter hat EDI für die Verbindung entwickelt“ oder „Der Finder hat FIFO für das Rechnungswesen entwickelt“ oder „Der Logistikdirektor hat WMS für die Implementierung entwickelt“ oder „Der Handelsdirektor hat diese CRM-Implementierung beleuchtet, um den Umsatz um 10% zu steigern“ - Bullshit leider. Formal sind dies Ideen, aber ihre Qualität ist Null.

Der Generator-Programmierer kann sich hochwertige angewandte Ideen einfallen lassen, denn egal wie trivial er ist, er ist ein Programmierer. Überzeugen Sie sich selbst.

Wenn Sie beispielsweise einen Idioten (keinen Programmierer) Anforderungen für ein Informationssystem bilden lassen, werden seine Ideen bash.org unterstützen. Hat schließlich jeder mindestens einmal die Idee eines „großen roten Knopfes“ gehört (es passiert immer noch grün)? Noch oft beginnen Ideen von Idioten mit dem Satz „Wenn ich es nur könnte ...“. Nun, dort beginnen bedeutungslose Fantasien, wie morgens einen Computer einzuschalten, Formulare zu zeichnen, mit einem Mobiltelefon „wie auf einem Computer“ (= bei einem dicken Kunden), Mitarbeiter verwalten durch Exoskelett, etc.

Alle diese Ideen sind bedeutungslose Buchstaben, die aus einem einfachen Grund nicht ausgesprochen werden sollten - sie sind nicht realisierbar und daher nutzlos. Nun, wie die Idee, "Frieden in der Welt zu schließen". Solche Ideen werden von Idioten nur für eine Sache geäußert - um geäußert zu werden.

Der Generator-Programmierer hat einen wesentlichen Unterschied: Seine Ideen sind kontextsensitiv. Weil er Programmierer ist, besonders wenn er auch 1Snik ist und immer was im Kopf hat? Einschränkungen der Plattform, seien sie falsch .

Die Einschränkungen der Plattform sitzen wie ein Koordinatensystem im Kopf und erinnern Sie daran, was möglich ist und was nicht. Natürlich werden diese Einschränkungen ständig erweitert - und die Plattform scheint sich laut Spiegel zu entwickeln , und die Frameworks außerhalb von 1C sind gut etabliert, aber der Kontext ist immer definiert.

Natürlich gibt es dort immer neue Technologien, Blockchains, künstliche Intelligenz und alle Arten von Open Source. Wenn Sie jedoch die Sicherheitsfrage stellen: "Was können moderne IT-Technologien?" Dem Programmierer antwortet er: "Auf eine Menge, aber Doher kann es immer noch nicht. Fahren Sie in die Rechnung und hindern Sie OneScript nicht daran, sie zu beleuchten." Und wenn Sie einem Idioten dieselbe Frage stellen, antwortet er mit "Für alles!".

Zurück zur IT. Jetzt verstehen Sie, warum die Ideen eines Programmierers, der beispielsweise in der Logistik versteht, wertvoll sind? Weil er die Einschränkungen kennt und die von ihm geäußerte Idee (in seinem Kopf) bereits eine Überprüfung der Einschränkungen bestanden hat. Obwohl es am Ende natürlich Fragen gibt wie "Hier bin ich mir einfach nicht sicher, ob es so sein kann, ich muss Handbücher googeln und rauchen" :)

Und jetzt zurück zum Programmierteam. Der Generator ist für sie sehr wichtig. Zuallererst sind nicht standardmäßige Lösungen im Rahmen von Beschränkungen der größte Wert. Der Generator hilft beispielsweise dabei, Tausende von Govnokod-Zeilen zu vermeiden, die eine kleine Lösung für eine ganze Klasse von Aufgaben auf so etwas wie Layout entwickelt haben.

Auch hier sind nicht standardmäßige Lösungen nicht unbedingt ungewöhnlich. Manchmal sieht nur ein Generator die Möglichkeit, einen Standardmechanismus zu verwenden, während andere nur einen neuen Kilometer Code sehen.

Aber ein Team mit einem Generator kann voller Probleme sein.

Erstens ist der Generator eine Narzisse . Wenn er eine Idee gibt, muss es so sein, sonst wird er ernsthaft beleidigt. Weil er, armes Ding, versucht, gedacht, nachts nicht geschlafen hat, und hier - kalte Stille als Antwort.

Zweitens sollte der Generator im Team einer sein . Wenn es zwei von ihnen gibt, wird es ein Albtraum sein - sie werden sicherlich anfangen, „ihre Ideen zu messen“, depressiv und depressiv zu werden, wenn die zweite etwas Abrupteres hervorgebracht hat. Nein, nicht so - es wird entmutigt, weil sie die Idee anderer unterstützt haben.

Wenn es zwei davon gibt, müssen Sie die Regeln des Zusammenlebens lernen.

Drittens muss der Generator aufgezeichnet werden. Besser natürlich, ihn dazu zu bringen, es selbst zu tun. Da die Generatoren voller Speicher sind und Sie die Idee nicht aufschreiben, wird er sie zum zweiten Mal aufrichtig entwickeln , und Sie müssen sie wieder mögen und bewundern. Und wenn Sie es nicht aufschreiben, sondern sich daran erinnern, wird es noch ein paar Jahre dauern, bis Sie sich daran erinnern - ja, ich habe es Ihnen gesagt, aber Sie haben mich ignoriert, Sie hören mir nie zu, bla bla bla.

Aber alles ist nicht so schlimm. Generatoren sind durchaus in der Lage, erwachsen zu werden und angemessen zu werden. So seltsam es auch scheinen mag, die bereits erwähnte Aufzeichnung von Ideen hilft irgendwo im Informationssystem. Wenn eine Idee aufgeschrieben wird, gibt der Generator sie frei und hört auf, wie bei einer schriftlichen Tasche damit zu hetzen.

Aber die Hauptsache wird später passieren. Wenn der Generator zu der zuvor aufgezeichneten Idee zurückkehrt, wird er selbst zuerst sagen, dass die Idee schlecht ist. Denn wenn dies ein normaler Generator ist und nicht zu faul zum Schreiben, wird die Liste groß sein - Hunderte, Tausende von Ideen - und es wird keinen Sinn machen, sich an sie zu klammern, können Sie die Ehe sicher streichen. Weil es nicht beängstigend ist - eine weitere Million Ideen werden mir in den Sinn kommen.

Versuchen Sie nicht, den Generator davon zu überzeugen, dass "eine Idee nichts ist, Produktion ein Ergebnis". Er hat ein eisernes Gegenargument - "Komm schon, versuche selbst eine Idee zu entwickeln, und ich werde sie programmieren und der Produktion geben."Die Qual der Arbeit des Nicht-Generators ist es nicht wert, und dieses Vieh wird bleiben und Spaß machen.

Es ist besser, solche Dinge einfach loszulassen - für jeden sein eigenes.

Analyst

Er wird auch als "Kritiker" bezeichnet. Dies ist ein Typ, der Entscheidungen, Ideen, Prozesse, Systeme kompetent berücksichtigen und Urteile fällen kann.

Zum Beispiel kann er die Ergebnisse der vorgenommenen Änderungen gut vorhersagen. In unserer 1Snoy-Praxis ist dies wichtig, Sie kennen sich selbst - Sie müssen verstehen, wie sich Änderungen an einem Metadatenobjekt auf ein anderes Objekt auswirken können.

Unter den Programmierern gibt es einige solcher Leute, die nicht Mangelware sind. Wahrscheinlich ist der Analytiker im Allgemeinen ein allgemeiner Persönlichkeitstyp für alle Ingenieurberufe.

In der Teamarbeit ist es wichtig und nützlich, den Analysten um eine Meinung zu bitten. Er ist, wie alle oben aufgeführten Typen, interessiertdie Ideen, Vorschläge, Pläne und Ziele anderer Menschen analysieren und kritisieren. Machen Sie sich daher keine Sorgen, wenn Sie etwas zur Analyse freigeben - es ist für den Analysten hoch. Wenn es sich nicht um zwei unbeladene Excel-Revolutionen handelt, zwischen denen Unterschiede festgestellt werden müssen.

Der Analyst ergänzt den Ideengeber gut, wenn beide ausreichend sind. Einer kommt auf eine Idee, der zweite analysiert sie. Beide im Geschäft, keine Beleidigung für irgendjemanden, jeder ist interessiert . Es kann in ein Spiel verwandelt werden.

Ein Analyst in einem Team von Programmierern eignet sich gut für die Rolle eines Scrum Masters - einer Person, die die Arbeit anderer beobachtet und erkennt, welche Programmierer dumm sind und Zeit verschwenden. Es gelingt ihm recht leicht, weil es hoch ist, einen Verlust für den Analysten zu finden, weil der Verlust ein Fehler im System ist. Lieblingsgerichtsanalyse.

Es stimmt, nur die Hälfte des Scrum Masters wird vom Analysten erhalten - demjenigen, der das Problem gesehen hat. Und wie man es löst, wird der Analyst keinen Generator finden. Und der Analyst wird dann kritisieren, die Lösung des Problems anprobieren, die Inkonsistenzen der Schnittstelle finden, dem Generator mitteilen, er wird sich etwas Neues einfallen lassen usw., ad infinitum, sie bereits iterativ stoppen .

In der Analytik gibt es zwei Extreme, die überwacht werden müssen.

Das erste ist Perfektionismus und übermäßiges Engagement. Wenn Sie keine Einschränkungen festlegen, analysiert er die Anordnung der Elemente auf dem Formular ad infinitum.

Das zweite - lassen Sie ihn nicht in ein System, das bereits fast in Produktion ist. Der Analyst kümmert sich nicht darum, dass Sie Termine und Nerven bis zum Äußersten haben, er wird die Nase aller in Fehler stecken, "die offensichtlich sind, wie Sie nicht sehen." Auch wenn es sich um die gleichen leicht gebrochenen Bindungen auf dem Formular handelt. Senden, um das nächste Projekt zu analysieren. Oder lassen Sie sich von der Seele des Teams in die Kantine bringen :).

Darsteller

Dies ist die häufigste Art von Persönlichkeit - sowohl unter Programmierern als auch unter Mitarbeitern im Allgemeinen.

Dies ist die Person, die tun wird, was sie sagt. Und das, was sie nicht sagen, wird nicht tun.

Diese Formel beschreibt gut ihre Vor- und Nachteile. Wenn der Auftragnehmer die Aufgabe rechtzeitig richtig festlegt, wird er sie wahrscheinlich erledigen. Nun, wenn Sie es abgeschlossen haben, aber es gibt keine nächste Aufgabe, was dann? Das stimmt, es wird auf Facebook dumm. Oder in der Kantine mit der Seele des Teams.

Künstler lieben Anweisungen, Pläne, Zeitpläne, Prozesse, Systeme und all diesen Jazz. Sie sind es, die die Masse bilden, die freudig und sanftmütig hilft, die Hölle aufzubauen - weil es ihnen so gesagt wurde.

Gleichzeitig sind Performer die beste Umgebung, um Änderungen einzuführen. Zum Beispiel, um Programmierer auf Scrum umzustellen. Es reicht aus, klar und konsequent zu erklären, dass die Aufgaben jetzt nicht dort, sondern hier an der Tafel sind und keine Fristen mehr haben. Sie müssen dies erst am Ende der Aufgabe, aber vor Ende der Woche herausfinden.

Und sie kümmern sich nicht wirklich darum, weil sie ein klares und verständliches Koordinatensystem bei der Arbeit haben - wenn Sie das tun, was bestellt wurde, sind Sie fertig . Dies ist, was Sie verwenden müssen.

Manchmal sind solche Programmierer natürlich wütend - sie müssen auch alles kauen und die Aufgabe und den Prozess und wohin sie gehen und mit wem sie sprechen und was sie lesen müssen und wo sich die Dateien mit den anderen befinden. Aber sie machen wütend, wenn Sie den Typ der Person nicht kennen. Und wenn du weißt - das ist alles, es ist klar, er ist so ein Typ, und du solltest ihn so behandeln.

Der schlimmste Mist auf der Welt, den Künstler auf dieser Welt machen - sie werden zu Führern. In der Tat muss jemand den Darsteller führen, damit der Darsteller führen kann. Nicht strategisch verwalten, Ziele für ein Jahr festlegen, sondern jeden Tag richtig festlegen - Aufgaben festlegen, in ein Unternehmensnotizbuch schreiben, Termine festlegen, Details erläutern, Ressourcen festlegen usw.

Und dann geht dieser Geschäftsführer zu seinen Untergebenen, und das Kauen von Rotz beginnt. Nein, wie man etwas selbst macht, versteht der Auftragnehmer immer noch irgendwie, aber wie man es an Untergebene delegiert und sogar die Leistung überwacht - ahhh, erschieß mich besser.

Das typische Verhalten solcher Führungskräfte ist: "Es fällt mir leichter, alles selbst zu tun." Eigentlich einfacher, weil es weiß, wie es gehteher als führen. Und das Problem liegt nicht bei den Untergebenen, sondern beim Anführer - wie sie sagen, entschuldige ich mich: "Du willst nicht * ficken, nicht foltern * opu."

Wenn jemand einmal eine normale Anweisung "Wie man die Abteilung verwaltet" schreibt, ist der Auftragnehmer natürlich erfolgreich. Aber es wird kein Testamentsvollstrecker sein, sondern ein Dispatcher.

Und so - nichts Gutes. Wenn Sie wissen, wie man sie kocht.

Spezialist

Früher dachte ich, ein Spezialist sei der gleiche Künstler, nur hochspezialisiert oder so.

Als sich herausstellte, dass einer meiner untergeordneten Systemadministratoren ein Spezialist war, wurde mir endlich klar, was mit diesem Typen los war.

Ein Spezialist ist eine Person, die normalerweise mit Interesse und Enthusiasmus Probleme nur in dem Bereich löst, den sie ausgewählt hat und in dem er wirklich ein Spezialist ist.

Von Sorgfalt ist keine Rede. Aber im Gegensatz zum Darsteller gibt es Begeisterung.

Zum Beispiel haben wir einen Spezialisten für Serverhardware und -software (sowohl Windows als auch Linux). Wenn Sie, Gott bewahre, eine ernsthafte Aufgabe hatten, Server zu konfigurieren, und nicht einmal eine gewöhnliche Aufgabe, sondern eine wichtige für das Unternehmen - zum Beispiel das Beheben einer Sicherheitslücke -, wird dieser Typ tagelang ohne Unterbrechungen und freie Tage im Serverraum sitzen.

Nur weil es für ihn interessant ist, Probleme in seiner Spezialisierung zu lösen.

Und er wird alle anderen Aufgaben nach den Ärmeln lösen. Oder, wie sie über so viele Systemadministratoren sagen, "als ob er sich in die Hose gemacht hätte". Über jede Sorgfalt, Disziplin, Timing, Qualität kommt normalerweise nicht in Frage. Hat - und das ist gut so.

Und leider oder zum Glück werden solche Spezialisten genau für ihre „Spezialität“ geschätzt. Denn die Lösung des Problems, das an Wochenenden und Nächten eindeutig in den Interessenkreis fiel, im Wertesystem fast aller Manager scheint eine ernsthafte Verpflichtung gegenüber dem Unternehmen zu sein.

Solche Ansätze haben mich lange wütend gemacht. Ich verstehe, dass es für Sie interessant ist, sich in den Server zu vertiefen, aber verdammt, jemand muss auch die Kassetten wechseln, und manchmal müssen Sie Twisted-Pair-Kabel verlegen.

Aber speziell in unserem Fall wurde die Lösung für sich gefunden - im Zusammenhang mit der Erweiterung nahmen sie den stellvertretenden Administrator, geringere Qualifikationen, aber - über das Glück - des Darstellers. Und alles, Ordnung und Harmonie kamen in allen Angelegenheiten, die der Chef-Systemadministrator nicht mochte. Und schließlich hatte er Zeit, sich eingehender mit den Servern zu befassen, eine zweite Tsiska zu kaufen und zu konfigurieren, automatisch zu einem Backup-Internetkanal zu wechseln, den VPN zwischen Büros und Ouuuu zu erhöhen. Es gab eine riesige Liste, die er schrieb und gerne tat.

Finisher

Dies ist ein großartiger Persönlichkeitstyp, aber ich bin gezwungen zu trauern - ich habe ihn nicht unter den Programmierern gesehen, das war nicht in unserem Team.

Aber es gab einen hellen, reichen, natürlichen Finisher unter den Führern parallel zu mir. Ich werde ein Porträt von ihm schreiben.

Ein Finisher ist jemand, der weiß wie und es liebt, Dinge bis zum Ende zu beenden. Fälle sind sowohl kleine Aufgaben als auch große Projekte.

Niemand im Unternehmen wusste, wie man lange Projekte wie diese Person durchführt.

Überzeugen Sie sich selbst.Während meiner Beobachtungen hatte eine Person mehrere Male Zeit, Projekte zu verwalten, deren Dauer zwischen 6 und 24 Monaten lag. Gute, große Projekte mit großem Budget, vielseitig einsetzbar.

Ratet mal, wie sehr die Person mit dem tatsächlichen Abschlussdatum der Projekte vermisst wurde? Maximal 1 Tag ! Das ist kein Scherz!

Darüber hinaus gab es keine Vermutungen, Scrum-Tricks, Reduzierung der Anforderungen, zeitliche Schmieraufgaben.

Erstens, als eine Person mit der Leitung eines Projekts beauftragt wurde, teilte sie ihm sofort die Frist mit - genau, bis zu einem Tag. Und kein Plan, nur ein Ziel.

Eine Person erstellte ohne Zweifel den vollständigsten und detailliertesten Plan, das Budget, die benannten Leistungsträger und Ressourcen, das Volumen des Outsourcings. Natürlich waren sich alle einig.

Und er tat es. Pünktlich alle Planpositionen. Es ist klar, dass es Abweichungen innerhalb des Projekts gab - etwas, das sich hinzog, irgendwo, wo Outsourcer versagten, oder eine Geldlücke unterbrach plötzlich die Finanzierung und dementsprechend einige Arbeiten oder Beschaffungen. Kurz gesagt, wie jeder andere ist dies das Leben.

Wichtig ist jedoch nicht, was passiert ist, sondern wie der Manager darauf reagiert. Und dieser, der Hund, der Finisher, unterscheidet sich von uns, gewöhnlichen Hummern, darin, dass er immer findet, wie man zum Zeitplan zurückkehrt ! Er hat nicht einmal den Gedanken, dass die aufgetretenen Hindernisse - objektiv, extern - abgedeckt werden können, otmazatsya, den Begriff neu verhandeln.

Seine Kernkompetenz (Finisher) ist es, immer zu verstehen, was zu tun ist und was zum Ziel führt. Fertig ist die Arbeit pünktlich erledigt.

Ich bewundere diese Kompetenz aufrichtig, weil ich sie noch nicht gelernt habe. Aber ich verstehe die offensichtlichen Nachteile.

Der Hauptnachteil ist die kontinuierliche Förderproduktion von Ersatzstoffen . Oben haben Sie gesehen, dass eine Person ein Ziel erhält und es in eine Liste von Aufgaben umwandelt, von denen sie sich dann fast nie zurückzieht. Dieser Ansatz ist der Hauptbrutplatz für den Ersatz.

Für den Finisher haben das Ziel des Projekts, seine Bedeutung und Nützlichkeit absolut keinen Wert. Alles was zählt ist das richtige Finish. Er genießt es, wie ein Schütze auf ein Ziel getroffen zu werden . Nun, oder wie in einem Witz - er tritt, wenn er dem Bus nachläuft, und schafft es, auf den Zug zu springen. Und dann fragt er - was ist diese Nummer?

Ein kleines, aber auch wichtiges Minus - der Finisher erschreckt, erträgt ständig und schmerzhaft das Gehirn aller. Wenn der Finisher ein Projekt machen muss und Sie, Gott bewahre, ihm im Weg stehen, warten Sie nicht auf Gnade. Sie haben zwar eine Position, einen guten Ruf, eine Autorität - der Finisher wird den Präsidenten erreichen, aber Sie werden das tun, was für sein Projekt notwendig ist. Sie haben unterschrieben oder zum ersten Mal von seinem Projekt gehört - nehmen Sie es heraus und legen Sie es ab.

Aber der Finisher ist schlau, wenn es angemessen ist. Er wird Sie und alle Köpfe mitnehmen, während das Projekt läuft, und am Ende wird er kommen, sich umarmen, nippen, weinen und sagen, dass nicht er schlecht ist, sondern der böse Wille Sarumans ihn durch die Steppen von Mittelerde getrieben hatDer Regisseur hat dich gemacht, und du bist sein bester Freund, und er wollte nicht schreien und sich über dich beschweren, es war nur eine Frage von Leben und Tod, bla bla bla. Und vergib mir, wohin ich gehen soll. Bis zum nächsten Projekt.

Daher habe ich persönlich nichts von diesem speziellen Finisher gelernt - ich mag die Methoden nicht. Aber das Ziel - zu lernen, Projekte pünktlich zu machen - gefällt mir.

Meine Bande

Ich antizipiere die Frage "Wie ist Ihr Profil auf Belbin?" Und beantworte: Ideengenerator + Kritiker + Diplomat. Ich kann mir eine Idee einfallen lassen, ich kann die eines anderen bescheißen, ich kann alles mit den falschen Händen machen. Ich arbeite langsam, schlecht und nur unter dem Stock hervor.

Als ich dies erkannte, leitete ich mein kleines Team beim Belbin-Test. Wir verteilten die Verantwortlichkeiten neu und ersetzten die fehlenden Kompetenzen und Fähigkeiten.

Neben mir waren 4 Programmierer im Team. Drei hatten eine ausgeprägte Rolle für den Auftragnehmer, so dass alle Verantwortlichkeiten, die über sie hinausgingen, von ihnen entfernt wurden. Sie fingen an, weniger mit Kunden und Benutzern zu kommunizieren, weil keine Diplomaten. Und ich und sie selbst hörten auf zu leiden und drückten Ideen aus mir heraus - es war mein Job.

Einer von ihnen erwies sich als die Seele des Teams, so dass es so etwas wie ein Vermittler wurde - es löschte Konflikte aus, berief alle zum Mittagessen ein und trank am Wochenende etwas.

Aber es gab Lücken. Zum Beispiel mangelte es an Koordination, keiner von uns hatte diese Rolle. Daher haben wir diese Rolle einfach durch Automatisierungs- und Priorisierungstechniken wie diese ersetzt . Tatsächlich verwendeten sie die Rollen des Ideengenerators und des Auftragnehmers, um eine Technik zu entwickeln und zu automatisieren, bei der der menschliche Koordinator durch eine koordinierende Maschine ersetzt wurde.

Dasselbe geschah mit der Rolle des Finishers: Je nach Abschluss des Projekts wurde dem Prioritätssystem ein automatischer Ausgleich hinzugefügt. Ich werde nicht sagen, dass es direkt Megacrut passiert ist - die Tante aus dem Artikel hat es besser gemacht, aber im Allgemeinen war das Ergebnis in Ordnung.

Aber die Rolle des Motivators musste mir gemeistert werden. Die Erfahrung ist auch wertvoll, weil es sich anscheinend herausgestellt hat. Dies wird ein separater Artikel sein.

Nach all diesen Änderungen werden wir nicht mehr als "Programmierer", "Informationstechnologieabteilung" usw. bezeichnet. - Wir wurden eine Bande. Dies ist nicht das, was wir uns nannten, sondern ein niedergeschlagener Finanzdirektor, der es nie geschafft hat, mit seinen dummen Dingen durch unsere Allround-Verteidigung durchzukommen.

Die Hauptsache im Belbin-Modell ist meiner Meinung nach, zu akzeptieren, zu verstehen und sich anzupassen. Wenn es keinen einzigen Ideengenerator im Team gibt, besteht kein Grund zur Fantasie: "Geben Sie uns einfach den Willen, wir werden so viele Ideen haben!". Wenn es verdammt noch mal keinen einzigen Auftragnehmer gibt, dann wird nichts funktionieren - jeder wird führen, sich gegenseitig motivieren, aber es wird niemanden geben, der arbeitet. Und wenn es keinen Koordinator gibt, wird es eine Menge sinnloser, nutzloser oder sogar schädlicher Arbeit geben, die niemand braucht.