Wie gehen Sie mit einem Informationshorter um? [geschlossen]

29

Wir müssen alle auf sie gestoßen sein - Entwickler, die es schon seit Ewigkeiten gibt und die fantastische Domänenkenntnisse haben, und die dieses Wissen dennoch nicht mit ihrem Team teilen.

Das Team muss dringend das Wissen teilen, aber es scheint nicht so, als ob es aus dem Hamsterer geholt werden könnte.

Inwiefern haben Teams dieses Problem erfolgreich gelöst?

Scheichjabootie
quelle
2
Unterstützt Sie das Management?
Ein Information-Hoarder sammelt nur Informationen. Horten bedeutet nicht, dass er keine Informationen weitergibt. Vielleicht wollen Sie fragen, wie Sie mit einer geheimen, paranoiden oder beschützenden Person umgehen sollen?
Asoundmove
eigentlich nein, ein information hoarder ist per definitionem jemand, der informationen für sich behält. Deshalb schützen sie die Informationen, die sie bereits besitzen.
Anonymous Type
@Thorbjorn - ja. Das Management kann das Problem erkennen. Aber sie sind nervös, wenn sie zu schnell handeln.
sheikhjabootie
2
@Anonymous Type - Die Frage ist, wie man mit Informationsengpässen umgeht, die in einem Entwicklungsteam auftreten können, und wie man voranschreitet. Als ich es schrieb, war ich davon ausgegangen, dass alle Hamsterer versuchten, sich zu verschanzen. Aus einigen Beiträgen geht hervor, dass dies nicht der Fall ist. Es wurden einige sehr praktische Vorschläge für die Arbeit mit Hortern gemacht, denen die Kommunikationsfähigkeiten zum Entfernen des Flaschenhalses fehlen. Diese Perspektive ist wichtig, um unangemessenen Antagonismus zu vermeiden. Dies ist kein Horter-Hass-Club, ich wollte nur wissen, wie ich mit einem allgemeinen Entwicklungsproblem besser
umgehen kann

Antworten:

35

Entfernen Sie die Code-Inhaberschaft aus dem Team. Verteilen Sie die Arbeitslast. Code-Reviews durchführen. Organisieren Sie Sitzungen zum Wissenstransfer, warten Sie einige Sitzungen und bitten Sie sie, eine Präsentation über ihren Bereich zu halten.

Es ist natürlich unerlässlich, dass Sie, wenn Sie nicht der Manager sind, die Unterstützung Ihres Managers haben. Wenn jedoch alle in einem Team regelmäßig Informationen austauschen, gibt es nur so viele Ausreden, dass jemand auf die Idee kommen kann, nicht dasselbe zu tun .

Außerdem sollte sich sein Vorgesetzter zu ihm setzen und ihm erklären, dass dies seine Arbeit nicht gefährdet. Weil er es deshalb tut.

Es ist gut für den Einzelnen, nicht die Quelle allen Wissens zu sein. Es macht ihn frei, andere, interessantere Dinge zu tun.

pdr
quelle
7
Abhängig davon, wo Sie arbeiten und was Sie tun, kann dies Ihre Arbeit gefährden. Ich wette, viele Leute, die hoch automatisierbare Jobs hatten, haben Angst, dass ihr Management es herausfindet. Die Dokumentation ist eine Möglichkeit für Menschen, herauszufinden, wie viel Gehirnleistung in einen Job fließt, und erleichtert es ihnen, diese Person freiwillig oder ohne Vorbehalt zu ersetzen.
l0b0
1
@ l0b0 - Wenn ein Unternehmen erfolgreich ist, gibt es immer etwas anderes zu tun, andere Projekte stehen auf dem Spiel. Ich würde hoffen, dass ein Manager genug an das Unternehmen glaubt, um es zu verkaufen.
pdr
@pdr - In diesem Team scheut das Team bei Death-March-Projekten den Mut, und so ist der Hamsterer immer "zu beschäftigt", um Übergabesitzungen abzuhalten, Dokumente zu erstellen usw. Wir haben versucht, seinen Job zu wechseln, um ausschließlich Trainer zu sein, aber Er würde bestimmen, was zu tun ist, ohne zu lehren, wie oder warum. Es gelang ihm, sie so viel im Dunkeln zu lassen wie zuvor. Seine Version der Paarprogrammierung ist, dass er alles tut, während ein Junior verwirrt wird. Dies führt zu Problemen bei der Aufbewahrung. aber wir können den Hamsterer nicht verlieren. Ich möchte ihn dazu inspirieren, ein großartiger Teamleiter zu sein, der seine Teamkollegen unterstützt, aber er scheint Angst zu haben, ihm den Hals
rauszuhalten
8
@Xcaliburp - wieder, wenn Sie sich auf ihn konzentrieren, dann wird er widerstehen. Wenn Sie es Teampolitik machen, dann kann er nur so lange durchhalten. Wenn er sich völlig weigert, muss er entlassen werden. Ich war in Unternehmen, die jemanden verloren haben, der nicht mehr wegzudenken ist, und weißt du was? Wir überlebten.
pdr
9
Gewohnheitsmäßig alles zu tun, was Ihrem Team schadet, sollte ein Grund sein, Ihren Job zu verlieren.
JeffO
33

Ich glaube, Gerald Weinberg bezog sich auf genau diese Art von Person, als er in The Psychology of Computer Programming (umschrieben, weil ich das Buch nicht vor mir habe) kommentierte : Wenn Sie einen Programmierer bemerken, der versucht, sich unentbehrlich zu machen, schießen Sie ihn sofort. 25 Jahre später, als er das Buch neu auflegte, bemerkte er, dass ihm kein anderer Ratschlag so viel Dank gebracht habe wie dieser.

Das ist also eine Lösung.

btilly
quelle
1
Das ist so ein tolles Zitat, ich wünschte, ich hätte dieses Buch bereits gelesen.
Anonymous Type
Lustig, dass du das sagst. Ich habe mir das heute vom CEO unseres Unternehmens sagen lassen, und er kommt aus der Schweiz (nicht aus den USA). Dies scheint ein internationales Gefühl zu sein: Wenn jemand versucht, sich unentbehrlich zu machen, entlassen Sie ihn.
Brian
1
Es wäre toll, wenn ich mehr als einmal abstimmen könnte. Ich würde Ihnen mindestens +20 für das Zitat geben.
Jacek Prucia
12

Geben Sie ihnen, was sie wollen - weisen Sie ihnen alle Wartungsarbeiten und Aufgaben zu, die nur er / sie ausführen kann.

Nein, sie können keine neuen Arbeiten ausführen, da diese anderen sehr wichtigen Wartungsarbeiten von niemand anderem ausgeführt werden können.

Ja, die neuen Angestellten bekommen die lustige Arbeit und spielen mit den glänzenden neuen Spielsachen, aber Sie müssen diese sehr schwierigen, hochprioren und langweiligen Aufgaben erledigen, weil sie nichts von den Dingen wissen, die Sie tun.

Es sei denn natürlich, Sie möchten einem von ihnen zeigen, wie es geht ...

jqa
quelle
1
Ich stimme Ihnen im Prinzip zu, aber jemand, der dafür zuständig ist, muss die Regeln durchsetzen. Dies wird nicht ertragen.
JeffO
2
Nach meiner Erfahrung mit Managern, Programmierern und Managern ist 'Durchsetzen der Regeln' eine schöne Theorie, aber (abgesehen von HR-Problemen) schwierig. Mit einigen Leuten können Sie in 5 Sekunden herausfinden, dass Sie versuchen, die nasse Saite bergauf zu schieben. Wenn sie also etwas auf eine bestimmte Weise tun wollen, mache ich sie für ihre Entscheidung verantwortlich und lehne alle ihre Ausreden ab (sie können sich die erstaunlichsten und unaufhörlichsten Ausreden ausdenken, und ich denke nicht an Widerlegungen). Und der Rest des Teams wird nicht heruntergezogen. Als sie bemerken, dass sie sich in ein Loch gegraben haben, fangen sie an, sich umzudrehen.
3.
Ich sehe das als eine sehr passive aggressive Lösung. Ich denke, es wäre viel einfacher, die Person zu feuern. Natürlich Vernunft mit ihnen zuerst. Stellen Sie sicher, dass sie die Bedeutung der Situation kennen. Aber wenn das nicht gelingt, schneiden Sie sie los.
ConditionRacer
11

Dies erinnert an diesen Artikel aus Rands in Repose.

Ich denke, Sie müssen herausfinden, warum dieser Kerl Informationen hortet. Die Arbeitsplatzsicherheit (wie der Artikel über The Fez) ist groß. Unsicherheit aber auch. Oder einfach nur, dass er diese Art von Arbeit mag und alles für sich alleine haben möchte oder ein intensives Gefühl der Eigenverantwortung für einen bestimmten Bereich empfindet. Oder ist überfordert und hat keine Möglichkeit gesehen, Zeit zu gewinnen.

Einige dieser Probleme können durch nicht konfrontative Tricks gelöst werden:

  • Holen Sie sich ein paar Aufgaben, die seinen Horizont erweitern und ihn zwingen, etwas Arbeit abzugeben.
  • Finden Sie heraus, wo die Unsicherheit herkommt, und arbeiten Sie an den tatsächlichen Problemen, die zum Sammeln von Informationen führen.
  • Weisen Sie den Kerl darauf hin, dass er als einziger Wissensinhaber niemals frei davon sein wird und seine Karriere eng mit der Technologie verbunden ist - und schließlich alle Technologien verschwinden.
  • Finden Sie heraus, woher die Überbindung kommt, und finden Sie heraus, was am wichtigsten ist

Es lohnt sich auch, sich an einigen Versuchen der Informationsbeschaffung zu beteiligen - bis zum Tango können es zwei sein, und Sie möchten möglicherweise nicht ausschließen, dass es genug Einschüchterungen gibt, die die Fragesteller nicht gut stellen das Problem verschärfen. Möglicherweise müssen Sie einspringen und anfangen, Daten zu sichern und umfassendere Fragen zu stellen, um den Jungen in Bewegung zu bringen. Wenn das Management dort Fragen stellt, gewinnt die Aktivität zum Informationsaustausch an Gewicht und Bedeutung - es ist weitaus schwieriger, sich zurückzuziehen und das Management zu meiden. In der Regel können Sie mit ein paar produktiven Sitzungen aus der Mitte herausgehen und sagen, "Ihr habt das, Ihr braucht mich nicht" und mit dem nächsten Problem fortfahren.

Ein weiterer Schlüssel ist, NICHT zuzulassen, dass der Typ die Arbeit in den Bereichen dominiert, in denen er Wissen teilen muss. Beauftragen Sie eine andere Person mit der Arbeit und machen Sie klar, dass es die Aufgabe des Information-Hoarders ist, das Wissen weiterzugeben. Wenn er dann nicht teilen kann, müssen Sie möglicherweise eine brutale Unterhaltung führen, in der Sie erklären, dass der Austausch von Informationen eine Anforderung für das Team ist und keine Option. Dass er zu Teamplanproblemen beiträgt, indem er niemandem hilft, etwas zu lernen.

bethlakshmi
quelle
9

Ich bin mir nicht sicher, ob "Ablehnen" oft das richtige Wort ist. Normalerweise sind sie einfach zu beschäftigt und haben nicht die Freizeit (oder die Neigung oder die sozialen Fähigkeiten), um sich viel Zeit zu nehmen, um ihnen das Offensichtliche zu erklären ) an die n00bs.

Die positive Lösung ist, ihnen Assistenten zur Verfügung zu stellen - fast so, als würde man die Arbeit auf das Team verteilen (aber ich denke, es gibt nicht viel von einem Team, wenn man alte Leute hat, die sich mit dem System auskennen, und neue Leute, die es nicht wissen Angesichts dieses Setups ist es kein Wunder, dass sie ihre wertvollen Fähigkeiten nicht kommunizieren und durch eine jüngere, billigere Version ersetzt werden möchten an das neue ausgelagerte Team ... hmm?)

Ich würde empfehlen, dass der Assistent an einem Teil des Systems arbeitet, und es wird erwartet, dass er im Laufe der Zeit ein Experte darin wird. Von dem erfahrenen Entwickler wird erwartet, dass er ihnen hilft, ihre Arbeit in diesem kleinen Bereich zu erledigen. Wir waren ohnehin alle dort, "wenn Sie wissen möchten, wie X funktioniert, vergessen Sie die (veraltete oder nicht vorhandene) Dokumentation und sprechen Sie mit Jim".

Indem Sie ihnen einen Assistenten geben, bestätigen Sie nicht nur ihre Position als erfahrene Entwickler (was sie auch sind), sondern geben ihnen auch die Möglichkeit, einen Teil ihrer Arbeitsbelastung zu verringern, sondern das Wissen im Laufe der Zeit zu verbreiten. Sie werden zu Mentoren oder zu Führungspositionen, die ihnen versichern sollen, dass ihre Arbeitsplätze sicher sind und ihre Erfahrung geschätzt wird. Wenn Sie eines dieser Dinge nicht können, scheitern Sie als Manager.

Vergessen Sie nicht, dass der Wissenstransfer ein sehr langer Prozess ist, wenn Sie ein Super-Complx-System haben (was Sie auch tun, oder wenn die Neuen es selbst herausfinden sollten). Es gibt keine Möglichkeit, sich hinzusetzen und jemanden auf den neuesten Stand zu bringen. Bei mir würde eine solche Aufgabe mindestens 6 Monate dauern, und selbst dann ... zum Teufel lerne ich immer noch, was unser Produkt macht und was ich war hier fast ein Jahrzehnt!

gbjbaanb
quelle
3
@ gbjbaanb - Danke für die Antwort. Ich denke, dass ein Teil des Problems darin besteht, dass der Hamsterer oft im Codieren oder Lösen von Problemen erfahren ist, aber nicht im Erklären, Trainieren oder Dokumentieren. Der Hort sammelt sich also ungewollt an. Ich meinte nicht stark "ablehnen" - vielleicht wäre "widerstehen" besser gewesen. Wir alle erkennen die Notwendigkeit, Wissen zu teilen, aber dann verhindern eine Million und ein Grund, dass es passiert. Ihr Vorschlag für einen Assistenten könnte also funktionieren. Ein idealer Assistent wäre ein Entwickler, der von der Dokumentation besessen war
sheikhjabootie
@Xcaliburp - Ich bin anderer Meinung, Sie implizieren, dass die Manager / anderen Teammitglieder immer an all diesen "komplexen und schwierigen Dingen" interessiert sind. In der Tat interessieren sich die meisten Menschen nicht für Dokumentation, Wikis, Präsentationen. Offensichtlich tut dies die Art des "Informationsrandes". Irgendwie zähle ich mich in diese Kategorie, für mich dokumentiere ich sehr viel. Gelegentlich mache ich das auch für andere, für freigegebene Ordner / Wikis usw. Aber normalerweise interessiert sich niemand dafür. ;) (Weder in meiner Dokumentation noch in der Dokumentation von sich selbst ...)
Philip
1
@Xcaliburp: Viel Glück beim Finden des "Entwicklers, der Docco liebt!" :)
gbjbaanb
1
@Philip - Wenn Sie ein Junior-Entwickler sind, ist alles, was Sie tun möchten, Code. Wenn Sie jedoch älter werden und ein Teamleiter werden, werden Sie feststellen, dass die meisten Systeme viele qualifizierte Mitarbeiter benötigen, um zusammenzuarbeiten und eine Lösung zu entwickeln, die keine einzelne Person alleine schaffen kann. Der beste Code ist also nicht mehr der schnellste oder intelligenteste, sondern der einfachste. Wenn Sie Ihren Teamkollegen helfen, können Sie am besten eine großartige Software entwickeln. Ich liebe es nicht, Dokumentation zu schreiben, aber der Gedanke, dass mein "Name" Jahre verflucht ist, weil er der Entwickler dieses großen Schlammballens ist, ist genug Ansporn, um zu versuchen, in diesem Teil des Jobs
hervorragende
@Xcaliburp: Sicher, aber erzählst du mir, dass du Tonnen von Dokumentation schreiben möchtest, die jeder leicht verstehen kann, aber niemand lesen würde, nicht einmal du? ;)
Philip
5

Machen Sie die Kommunikation zu einer Verpflichtung für jedes Teammitglied und bewerten Sie diese im Rahmen der jährlichen Überprüfung.

Stellen Sie sicher, dass das Team für Leistungen und nicht nur für Einzelpersonen anerkannt ist, und stellen Sie sicher, dass alle Einzelpersonen wissen, dass der Erfolg des Teams ihre Priorität ist. Bestrafen Sie sie, wenn sie den Erfolg des Teams verhindern.

Stellen Sie sicher, dass keine Kommunikationsblockaden vorhanden sind, und stellen Sie sicher, dass Prozesse und Systeme zum Schreiben von Dokumenten und zum Weitergeben von Informationen vorhanden sind. zB Wikis, Sharepoint-Sites, geplante Lieferungen für Designdokumente usw.

Steve
quelle
Alles schön und gut, aber es verhindert nicht das Horten von Informationen. Der Hamsterer kann in einer solchen Umgebung noch gedeihen. Und sobald jemand anfängt zu horten, ist es schwierig, ihn zu bestrafen, da er die Schlüssel zu wertvollem Wissen besitzt.
edA-qa mort-ora-y
Dann handelt es sich um ein Managementproblem - alle Mitarbeiter sind sich bewusst, dass sie kommunizieren sollten. Der "Hamsterer" wird zum Zeitpunkt der Überprüfung (oder durch einen beliebigen Prozess für das Karrieremanagement) bestraft. Wenn Sie weitere Vorschläge haben, können Sie diese gerne hinzufügen.
Steve
4

Stellen Sie sicher, dass alle Projekte mindestens zwei Programmierer haben, die daran arbeiten können. Dies stellt sicher, dass Sie immer ein Backup haben, wenn jemand die Firma verlässt.

Wir haben auch ein Wiki gestartet , das alle unsere Datenbankinformationen enthält. Dies ist eine sehr hilfreiche Methode, um schnell auf Informationen zuzugreifen oder diese zu aktualisieren.

Carra
quelle
3

Wenn der "Hamsterer" dies wirklich nicht absichtlich tut, sondern nur aufgrund mangelnder sozialer Fähigkeiten, zeitlicher Verpflichtungen usw. Besorgen Sie sich auf jeden Fall einen "Assistenten" oder Junior-Programmierer, der speziell für die Lockerung zuständig ist die Arbeitsbelastung oder helfen, das Wissen zu extrahieren. Machen Sie beiden Parteien klar, dass dies der Zweck der neuen Person ist, und beziehen Sie den "Hamsterer" in den Interviewprozess ein. Das Management muss daran mitwirken und es ihnen ermöglichen, ihr Wissen zu teilen. Das ist der Zweck des Managements, Hindernisse zu beseitigen und es den Arbeitnehmern zu ermöglichen, ihre Arbeit zu erledigen.

John Gaines Jr.
quelle
5
Vergiss die Junior Assistentin. Lassen Sie eine erfahrene, kluge und sachkundige Person mit ihm zusammenarbeiten. Sie werden Kollegen im wahrsten Sinne des Wortes, und Person 2 schreibt die Dokumentation. Denken Sie daran, belohnen Sie die Stärke der Menschen, bestrafen Sie ihre Schwäche nicht.
Christopher Mahan
@Christopher - gut ausgedrückt. Ich war in der Situation, ein "unbeabsichtigter Hamsterer" zu sein, und ich kann Ihnen sagen, dass der Versuch, diesen Überschuss an spezifischem Wissen mit einem Junior zu teilen, Folter ist. Es muss jemand erfahrener sein, der es so einfach wie möglich aufheben und verdauen kann.
Carson63000
3

Nach meiner Erfahrung können Informationshorter in zwei Typen eingeteilt werden: diejenigen, die gerne ihr Wissen teilen und ein Gefühl der Befriedigung bekommen, wenn sie offen anderen helfen, wie mir selbst, und diejenigen, die dies nicht tun. Offensichtlich.

Jetzt haben beide Seiten ihre Gründe, und derjenige, der sein Wissen gerne teilt, wird selten alles aus dem gleichen Grund preisgeben, aus dem derjenige, der sein Wissen nicht teilt, es nicht tut: er versucht, die Leute dazu zu bringen, sich zu verbreiten sie besser, und meiner voreingenommenen Meinung nach sind sie dabei richtig. (Natürlich gibt es auch diejenigen, die nicht nur Wissen teilen, um sich selbst unverzichtbar zu machen, und das ist aus den falschen Gründen, und sie sollten beseitigt werden, da sie normalerweise nicht so großartig sind)

Schließlich mussten sie tief in das arkane und esoterische Meer eintauchen, um zu lernen, was sie wissen, normalerweise durch reines Experimentieren, eine liberale Anwendung des kritischen Denkens, blitzartige Intuition und Einsicht und mystische Riten, die verschiedene Arten von Opfervieh betrafen. und sie kamen besser dafür heraus. Wenn die Menschen in ihrer Umgebung zu faul sind oder nicht mit dem gleichen Problem umgehen können, sollten sie in der Regel zunächst nicht einmal ihre Arbeit verrichten, und sie sind sicherlich ihres Wissens nicht würdig. Wenn die Menschen um sie herum die gleichen Dinge durchmachen, die sie tun mussten, werden sie zu einem besseren Programmierer, weil sie gelernt haben, gut zu denken und komplexe Probleme und all das zu lösen.

Es zwingt andere, durch Streit besser zu werden. Zwar werden viele überfahren und vertrieben, aber diejenigen, die es durch den Kampf schaffen, werden zwangsläufig weitaus besser sein, als sie es hätten, wenn sie durch Zusammenarbeit besser geworden wären.

Nun, um sie zum Teilen der Informationen zu bewegen: Sie können sie nicht dazu zwingen. Wenn Sie versuchen, sie zu zwingen, werden Sie entweder gierig, faul oder zu dumm sein, um allein dorthin zu gelangen, und sie werden in keinem dieser Fälle Mitleid mit Ihnen haben. Wenn jemand höherer Stufe versucht, sie dazu zu zwingen, könnte er sehr böse werden und all seine beträchtliche Intelligenz darauf verwenden, das Individuum zu vereiteln, oder sogar ganz aufgeben, anstatt seine Prinzipien zu verraten und Wissen.

Es gibt wirklich nur einen Weg, um einen von diesen zu bekommen, der sein Wissen nicht gerne teilt, um es bereitwillig zu teilen: würdig zu werden. Normalerweise reicht es aus, Kenntnisse zu haben, die sie nicht haben (aber es ist schwer zu tun). Gegenleistung und all das. Kaufen Sie sich ansonsten ein paar Ziegen und tauchen Sie ein.

Phönix
quelle
@Phoenix - Sagen Sie den Jungs, sie sollen es selbst herausfinden und die Reise wird ihre Fähigkeiten verbessern? Ich denke, jede Wolke hat einen Silberstreifen ;-) Ich würde lieber irgendwo arbeiten, wo ich Hilfe und Unterstützung
bekomme,
Ein kooperatives Team als Ganzes wird wahrscheinlich besser sein als ein einzelner Programmierer, der wirklich gut ist. Es sind jedoch nur ein oder zwei wirklich gute Programmierer erforderlich, um ein gutes Team in ein großartiges zu verwandeln, auch wenn sie einfach das nutzen, was sie wissen, und es nicht teilen. Diejenigen, die teilen, lassen oft Teile aus, was zu Problemen führt, die andere selbst lösen müssen. Alles wegzugeben führt zu einem Problem, das dem Lernen oder dem Auswendiglernen ähnelt. Um etwas wirklich zu lernen, muss man es in all seinen Komplexitäten verstehen, anstatt es einfach auswendig zu lernen, wie andere es angewiesen haben.
Phoenix
Außerdem habe ich nur gedacht: Es ist auch nicht wirklich "Hund frisst Hund", weil sie nicht versuchen, den Wettbewerb zwischen den einzelnen Programmierern zu fördern, sondern sie versuchen, den Wettbewerb zwischen den Programmierern und dem Wissen selbst zu fördern.
Phoenix
In der traditionellen australischen Kultur der Aborigines hatten sie keine Schrift, stattdessen machten sie Informationen knapp und damit wertvoll. Nur die angesehensten Ältesten konnten mit der Verantwortung betraut werden, das Lernen der Zeitalter weiterzugeben. Diejenigen, die Informationen wollten, 1) mussten es wert sein und 2) mussten dafür bezahlen. Dies funktionierte gut für ungefähr 30000 Jahre und dann kamen einige Typen mit dem Schreiben und das Problem mit dem Teilen von Informationen wurde perfekt gelöst. Was du beschreibst, klingt nach der Art der Aborigines, die funktioniert - aber wäre es nicht noch besser, wenn sie es einfach aufschreiben würden?
sheikhjabootie
Ich denke, ich meine, wir reden nicht davon, die guten Programmierer mit all dem Wissen loszuwerden, wir wollen, dass sie die gute Arbeit machen, die sie leisten, und wir wollen, dass die anderen Programmierer arbeiten können auch effektiv. Ich verstehe, was du mit der Sache "Hund frisst Hund" meinst. Sie glauben, dass der Kampf um hochwertige Informationen langfristig von Vorteil ist. Ich habe nur die Erfahrung gemacht, dass Rekruten mit Talent oder Leidenschaft so frustriert sind, wie schwierig es ist, etwas ohne Informationsaustausch zu tun, dass sie ziemlich schnell aufhören und sich an einen unterstützenderen Ort begeben.
sheikhjabootie
2

Wer ist der Boss? Wo hört es auf? Sie müssen keine Informationen teilen. Sie müssen keine Dokumentation vorlegen. Es gelingt uns nicht, die Dinge pünktlich zu erledigen. Befolgen Sie keine Kodierungsstandards. Entweder hält jemand das für wichtig oder nicht. Es sollte Konsequenzen geben. Sie stehlen im Grunde genommen von der Firma.

JeffO
quelle
2

Leute, die "Ich habe ein geheimes Spiel" spielen, sind das absolut Schlimmste. Diese Menschen sind in der Regel unsicher und schaffen oder gedeihen im Krisenmodus .

Ich würde sie dazu bringen, jede Änderung oder Modifikation, die sie am System vornehmen, zu dokumentieren. Ich würde sie auch dazu bringen, ein Post-Mortem für jeden Fix bereitzustellen, den sie entwickelt haben, um ...

  • Was ist passiert
  • warum es passiert ist
  • wie man das verhindert
  • Welche anderen Systeme sind für den gleichen Fehler anfällig?

Ich würde diese Person auch verantwortlich machen für ...

  • Entwicklung von Codierungsstandards
  • Pflege einer Codebibliothek
Michael Riley - AKA Gunny
quelle
1

Viel hängt von der Art des Wissens ab. Ob direkter Code oder geschäftsprozessorientiert. In der Regel ist letzteres an anderer Stelle im Geschäft erhältlich ... und kann erworben werden.

Zweitens gibt es ein Argument dafür, dass kein Entwickler sozusagen sein gesamtes Arbeitsleben in bestimmten Bereichen verbringen kann, ohne sie zu teilen. Wenn Sie also einen Vorgesetzten haben, der für die Verteilung der Arbeit verantwortlich ist, sollte er sicherstellen, dass alle geschäftlichen Änderungsanforderungen über ihn verteilt werden, ohne dass ein bestimmter Entwickler der erste Ansprechpartner für einen Geschäftsprozessverantwortlichen wird ... Dies wird die Bemühungen eines Entwicklers behindern, ein Guru zu werden.

Versuchung
quelle
-2

Wäre es im besten Interesse beider Parteien, wenn der Informationshorter aufgefordert würde, ein kleineres Unternehmen zu finden oder sogar ein eigenes Unternehmen zu gründen? Vielleicht würde die Person in dieser kleineren Art von Umgebung gedeihen. (Bin gespannt, ob jemand diesen Ansatz jemals in der realen Welt ausprobiert hat.)

mg1075
quelle
Wer auch immer dies ablehnte, sei bitte so höflich, einen Grund dafür anzugeben. oder vielleicht sind Sie auch ein Informationshorter?
mg1075
1
Ich kenne den Grund des Abstimmers nicht, aber ich denke, das OP ist mehr mit dem Team befasst, und dies scheint nichts für das Team zu tun, außer den Hamsterer von ihm zu entfernen.
Zachary Yates
@ ZacharyYates - verstanden. Meine implizite Annahme ist, dass die von mir vorgeschlagene Maßnahme letztendlich allen Beteiligten in der Situation helfen könnte, auch wenn dies bedeuten würde, dass der Hamsterer das Team verlässt.
mg1075