情報のたまり屋にどう対処しますか?[閉まっている]


29

私たちは皆それらに出くわしたに違いありません-長い間存在していて、素晴らしいドメイン知識を持っている開発者が、彼らのチームとその知識を共有することに失敗しています。

チームは必死に知識を共有する必要がありますが、それを買いだめ者からこじ開けることはできません。

チームはどのようにしてこの問題を解決しましたか?


2
管理はあなたをバックアップしますか?

情報のたまり屋は情報を収集するだけであり、買いだめは共有しないという意味ではありません。たぶん、あなたは秘密主義者、妄想者または保護者に対処する方法を尋ねるつもりですか?
asoundmove

実際のところ、情報のたまり屋とは、定義上、自分自身に情報を保持する人のことです。したがって、彼らはすでに提示している情報を保護しています。
匿名タイプ

@Thorbjorn-はい。管理者は問題を見ることができます。しかし、彼らはあまりに無作法に振る舞うことに神経質です。
-sheikhjabootie

2
@匿名タイプ-問題は、開発チームで発生し、前進する可能性のある情報のボトルネックをどのように処理するかについてです。私がそれを書いたとき、私はすべての買いだめが自分自身を定着させようとしていると仮定していました。いくつかの投稿から、そうではないことは明らかです。そして、ボトルネックを取り除くためのコミュニケーションスキルが不足している買いだめを扱うためのいくつかの非常に実用的な提案がなされました。この観点は、過度の拮抗を避けるために重要です。これは私がちょうど良く共通の開発問題に対処する方法を知りたいと思った、hoarder-憎悪クラブではありません:-)
sheikhjabootie

回答:


35

チームからコード所有権を削除します。ワークロードを分散します。コードレビューを行います。ナレッジトランスファーセッションを開催し、数回のセッションを待ってから、それぞれの地域でプレゼンテーションを行うよう依頼します。

もちろん、マネージャーではない場合はマネージャーの支持が必要ですが、チームの全員が定期的に情報を共有している場合、誰かが同じことをしないことで思いつくことができる言い訳は非常に多くあります。

また、彼のマネージャーは彼と一緒に座って、これが彼の仕事を脅かすものではないと説明する必要があります。それが彼がそれをしている理由だからです。

個人がすべての知識のフォントではないことは良いことです。彼は他のもっと面白いことをすることができます。


7
どこで何をするかによって、これはあなたの仕事を非常に脅かす可能性があります。高度に自動化されたジョブを持っている多くの人々は、彼らの経営陣が見つけることを恐れています。ドキュメンテーションは、人々が仕事にどれだけの頭脳力が入るかを把握するための1つの方法であり、その人を喜んで交換しても、喜んでも交換しなくてもかまいません。
l0b0

1
@ l0b0-会社が成功した場合、やるべきことは常に他のプロジェクトにあります。私はマネージャーがそれを売るのに十分な会社を信じていることを望みます。
pdr

@pdr-このチームでは、チームは死の3月のプロジェクトに勇気を出します。そのため、引き渡しセッションを実行したり、ドキュメントを作成したりするために、買い手は常に「忙しすぎ」ます。彼は、方法や理由を教えることなく、何をすべきかを指示しました。彼は何とか彼らを以前と同じように暗闇の中に置いていった。ペアプログラミングの彼のバージョンは、ジュニアが混乱する間、彼がそれをすべて行うことです。保持の問題が発生します。しかし、私たちは買いだめを失うことはできません。私は彼にチームメイトをサポートする素晴らしいチームリーダーになりたいと思っていますが、彼は首を突き出すことを恐れているようです
...-sheikhjabootie

8
@Xcaliburp-再び、あなたが彼に注目しているなら、彼は抵抗します。チームポリシーを作成している場合、彼はそれだけ長く耐えることができます。彼が完全に拒否した場合、彼は解雇されなければなりません。私は、不可欠な誰かを失った会社にいましたが、あなたは何を知っていますか?生き残った。
pdr

9
あなたのチームに有害な何かを習慣的に行うことが仕事を失う理由になるはずです。
-JeffO

33

ジェラルドワインバーグは、コンピュータープログラミングの心理学(私が目の前に本を持っていないために言い換えた)コメントしたときに、まさにこのタイプの人に言及していたと思います。彼はすぐに。 25年後、彼が本を再発行したとき、彼は、このアドバイスほど多くのアドバイスは得られなかったとコメントしました。

それが一つの解決策です。


1
それはとても素晴らしい引用です、私はすでにこの本を読んでいたらよかったのに。
匿名タイプ

おもしろいですね。.今日、私たちの会社のCEOにこれを教えてもらいました。彼はスイス出身です(アメリカではありません)。これは、誰かが自分自身を不可欠なものにしようとしている場合、それを解雇するという国際的な感覚のようです。
ブライアン

1
私が複数回賛成できたら素晴らしいと思います。見積もりには少なくとも+20を差し上げます。
ヤチェクプルシア

12

彼らが望むものを与えてください-彼/彼女だけが行う知識を持っているすべてのメンテナンス作業とタスクを割り当てます。

いいえ、他の誰もこれらの他の非常に重要な保守作業を行うことができないため、彼らは新しい仕事をすることができません。

はい、新入社員は楽しい仕事を得て、光沢のある新しいおもちゃで遊んでいますが、彼らはあなたがすることを何も知らないので、これらの非常に困難で優先度の高い退屈な仕事をしなければなりません。

もちろん、それらの1つにそれを行う方法を示したい場合を除きます。


1
原則としてあなたに同意しますが、担当者がルールを施行する必要があります。これは成り立たないでしょう。
-JeffO

2
マネージャー、プログラマー、および管理の私の経験では、「ルールの施行」は素晴らしい理論ですが、(人事問題の短い)難しいです。濡れた弦を上に押し上げようとしていることが5秒でわかる人もいます。だから、彼らが何か特別な方法で何かをしたいのなら、私は彼らに彼らの決定に責任を負わせ、彼らの言い訳をすべて彼らに返します(彼らは言い訳の最も驚くべき絶え間ない供給を夢見ることができ、反論を考えることを節約します)。そして、チームの残りの部分は引きずられず、彼らが穴に自分自身を掘ったことに気付いたとき、彼らは向きを変え始めます。
jqa

これは非常に受動的で積極的なソリューションだと思います。人を解雇する方がずっと簡単だと思います。もちろん、それらを最初に理由付けてください。彼らが状況の重要性を知っていることを確認してください。しかし、それができない場合は、それらを緩めます。
ConditionRacer

11

これは、Rands in Reposeのこの記事を思い出させます。

この男が情報を貯めている理由を理解する必要があると思います。ジョブのセキュリティ(The Fezに関する記事など)は大きなものです。しかし、不安も同様です。あるいは、彼はこの種の仕事が好きで、それをすべて自分にしたい、または特定の領域について強い所有感を感じているというだけです。または、過度にコミットされており、時間を稼ぐ方法がありません。

これらの問題のいくつかは、非対立的なトリックによって解決できます。

  • 男に彼の視野を広げるいくつかのタスクを取得し、彼にいくつかの仕事を引き渡すように強制します。
  • 不安がどこから来ているのかを把握し、情報の蓄積につながる実際の問題に取り組んでください。
  • 唯一のナレッジホルダーとしてわだちに固執しすぎると、彼はそれから自由になることができず、彼のキャリアはテクノロジーと密接に結びついてしまい、すべてのテクノロジーは最終的になくなることを指摘します。
  • オーバーコミットメントがどこから来ているのかを把握し、最も重要なことを把握する

また、情報を求めるいくつかの試みに参加することも価値があります。タンゴには2つかかる場合があります。問題を悪化させます。飛び込んで物事をバックアップし、より広範な質問をして、男を動かす必要があるかもしれません。また、そこで管理職に質問をすることは、情報共有活動に重要性と重要性を与えます-後戻りして管理を避けることははるかに困難です。通常、いくつかの生産的なセッションが進行中であれば、中間段階から抜け出し、「皆さんはこれを持っています、あなたは私を必要としません」と言って、次の問題に進むことができます。

もう1つの鍵は、知識を共有する必要がある分野で作業を支配しないようにすることです。作業を他の誰かに任せて、知識を共有することが情報保管者の仕事であることを明確にします。彼がその後共有できない場合は、情報の共有がオプションではなくチームの要件であることを説明する残酷な会話が必要になる場合があります。彼は他の誰かが学ぶのを助けないことでチームのスケジュールの問題に貢献している。


9

「拒否」が正しい言葉であるかどうかはよくわかりませんが、通常、彼らは忙しすぎて、彼らに明らかなことを説明するために多くの時間を割く余裕がありません(または傾斜、または社会的スキル) )n00bsに。

積極的な解決策は、彼らにアシスタントを提供することです-チームの周りに仕事を広げるようなものです(しかし、システムについてすべてを知っている古いタイマーと、知らない新しい人がいる場合、チームはあまりないと思います、このセットアップを考えると、彼らが彼らの貴重なスキルを伝えたくなく、より若くて安価なバージョンに置き換えたくないのも不思議ではありません!)新しい外部委託チームに...うーん?)

アシスタントはシステムの一部で作業することをお勧めします。また、時間が経つにつれて専門家になることが期待されます。経験豊富な開発者は、その小さな領域での作業を支援することが期待されます。とにかく「Xがどのように機能するかを知りたい場合は、(廃止された、または存在しない)ドキュメントを忘れて、ジムに相談してください」と言っています。

彼らにアシスタントを与えると、経験豊富な開発者(彼ら)としての地位が確認されるだけでなく、一部の作業負荷を軽減する機会が与えられるだけでなく、時間の経過とともに知識が広がります。彼らはメンターまたは「チームリーダーへの最初のステップ」の役職になり、仕事が安全であり、経験が大切であると安心させる必要があります。これらのいずれかを実行できない場合は、マネージャーとして失敗しています。

スーパーコンプレックスシステム(または、新しい人が自分でそれを理解できるようにする必要がある)がある場合は、知識の伝達が非常に長いプロセスであることを忘れないでください。誰もが座って完全にスピードを上げる方法はありません。私の場所では、そのようなタスクは最低でも6か月かかります。それでも..ここ10年近く!


3
@gbjbaanb-回答ありがとうございます。問題の一部は、買い手がコーディングや問題解決に熟練していることが多いが、説明、コーチング、文書化に熟練していないことだと思います。そのため、貯蔵庫は意図せずに蓄積します。強い意味で「拒否」するつもりはありませんでした-おそらく「レジスト」の方がよかったでしょう。私たちは皆、知識を共有する必要性を認識していますが、100万もの理由があり、それを防ぐことができます。したがって、アシスタントの提案が機能する可能性があります。理想的なアシスタントは、ドキュメンテーションに夢中になっている開発者です
-sheikhjabootie

@Xcaliburp-私は同意しません、あなたはマネージャー/他のチームメンバーが常にこのすべての「複雑で難しいもの」に興味を持っていることを意味します。実際のところ、ほとんどの人はドキュメント、Wiki、プレゼンテーションを気にしません。明らかに、「情報の秩序」の種はそうしています。何らかの方法で、私は自分自身をこのカテゴリに数えます。たまに他の人、共有フォルダ/ Wikiなどでそれをします。しかし、通常は誰もそれに興味を持ちません。;)(私のドキュメンテーションにも自分自身のドキュメントにもありません...)
フィリップ

1
@Xcaliburp:「doccoを愛する開発者!」:)
gbjbaanb

1
@Philip-あなたがジュニア開発者の場合、やりたいことはコードだけです。しかし、あなたが年功序列を獲得し、チームリーダーになると、ほとんどのシステムは、一人ではできないソリューションを共同で構築するために多くの熟練した人員を必要とすることに気付きます。そのため、最高のコードは、最速でも最高でもありませんが、最もシンプルです。チームメイトを支援することは、素晴らしいソフトウェアを構築する最良の方法です。私はドキュメンテーションを書くのは好きではありませんが、私の「名前」が何年も呪われているという考えは、この泥の大きなボールを作った開発者であるということは、仕事のその部分で卓越しようとするのに十分なインセンティブです:
sheikhjabootie

@Xcaliburp:確かに、しかし誰でも簡単に理解できるが誰も読まない、あなたでさえも大量のドキュメントを書きたいと言っていますか?;)
フィリップ

5

コミュニケーションを各チームメンバーのコミットメントとし、年次レビューの一環としてこれを評価します。

チームが個人だけでなく成果についても認識されていることを確認し、すべての個人がチームの成功が優先事項であることを認識し、チームの成功を妨げる場合はペナルティを科します。

コミュニケーションの妨げにならないようにし、ドキュメントを作成して情報を共有するプロセスとシステムがあることを確認します。例:Wiki、SharePointサイト、設計ドキュメントのスケジュールされた成果物など。


すべては順調ですが、情報の蓄積を防ぐことはできません。そのような環境でも、買いだめはまだ成功できます。そして、誰かが買いだめを始めたら、貴重な知識の鍵を握っているので、彼らを罰するのは難しいです。
edA-qa mort-ora-y

それは管理上の問題です-すべてのスタッフは、彼らがコミュニケーションする必要があることを認識しています。他に提案がある場合は、気軽に追加してください。
スティーブ

4

すべてのプロジェクトで、少なくとも2人のプログラマーが作業できるようにしてください。これは、誰かが会社を辞めたときに常にバックアップがあることを確認するためです。

また、すべてのデータベース情報を含むウィキを開始しました。情報にすばやくアクセスしたり、情報を更新したりするのに非常に役立ちます。


3

「買い手」が本当に意図的にそうしているのではなく、実際には社会的スキルの欠如、時間のコミットメントなどの理由でそうしている場合。ワークロードまたは知識の抽出を支援します。これが新しい人の目的であり、面接プロセスに「買い手」を巻き込むことを両当事者に明確にします。経営陣はこれに手を加え、彼らが知識を共有できるようにしなければなりません。それが管理の目的であり、障害を取り除き、労働者が仕事を終わらせることを可能にします。


5
ジュニアアシスタントを忘れてください。彼と一緒に働くベテラン、賢く、知識のある人を取得します。彼らは言葉の意味でコラージュになり、人#2はドキュメントを書きます。忘れないでください、人々の力に報いてください、彼らの弱さを罰しないでください。
クリストファーマハン

@Christopher-わかりました。私は「意図的ではない買いだめ」であるという状況にあります。この過剰な特定の知識を後輩と共有しようとするのは拷問です。それを拾い、できるだけ簡単に消化できる経験豊富な人でなければなりません。
Carson63000

3

私の経験では、情報のたまり屋は2つのタイプに分類できます。知識を共有し、自分のような他の人をあからさまに助けることで満足感を得たい人とそうでない人です。明らかに。

今、双方には理由があり、知識を共有するのが好きな人は、通常、知識を共有していない人がそうしないのと同じ理由でそれをすべて公開することはめったにありません:彼らは周りの人々を作ろうとしているそれらはより良いものであり、私の偏った意見では、そうすることは正しいです。(もちろん、単に自分自身を不可欠なものにするために知識を共有しない人もいます。それは間違った理由のためであり、通常はそもそもそれほど素晴らしいものではないので、やめるべきです)

結局、彼らは通常、純粋な実験、批判的思考の寛大な適用、直観と洞察の閃光、そして様々なタイプの犠牲家畜を含む神秘的な儀式を通して、彼らが知っていることを学ぶために秘儀と難解な海を深く掘り下げなければなりませんでした、そして、彼らはそれのためにより良く出てきました。通常、周囲の人々があまりにも怠laであるか、同じように管理できない場合、最初から仕事をするべきではなく、彼らは確かに知識にふさわしくないという考え方です。周囲の人が同じことを経験すると、彼らはより良いプログラマーになります。なぜなら、彼らはよく考え、複雑な問題などを解決する方法を学んだからです。

それは本質的に、争いを通して他人をより良くすることを強制しています。多くの人が踏まれて追い出されますが、ガントレットを介してそれを作る人は、協力によってより良くなった場合よりも必然的にはるかに良くなります。

さて、彼らに情報を共有させることに関して:あなたは彼らにそうさせることはできません。それらを強制しようとすると、彼らはあなたを貪欲、怠zy、または自分でそこに到達するにはあまりにも愚かであるとみなし、それらのケースのいずれにおいてもあなたに同情することはありません。上位の誰かがそうするように強制しようとすると、非常に厄介になり、個人を阻止するためにかなりの知性をすべて回すか、原則を裏切るのではなく完全に辞めることになるかもしれません、結局、スキルを使用できる場所がたくさんありますと知識。

知識を喜んで共有するために知識を共有したくないこれらのいずれかを取得する方法は、実際には1つしかありません。通常、彼らが持っていないという知識を持っているだけで十分です(しかし、するのは難しいです)。プロクオとすべてのことをやめます。それ以外の場合は、ヤギを2頭購入してから飛び込みます


@Phoenix-みんなに自分自身でそれを理解するように言うと、旅は彼らのスキルを磨くでしょうか?すべての雲には銀色の裏地があると思います;-)犬が犬を食べるよりも、私が助けとサポートを受けた場所で働きたいと思います
...- sheikhjabootie

協力的なチーム全体は、おそらく本当に優れた単一のプログラマーよりも優れているでしょう。ただし、優れたチームを優秀なプログラマーに変えるのに必要なのは、知っていることを単に活用し、共有しない場合でも、1〜2人の本当に優れたプログラマーだけです。共有する人はしばしばビットを省略し、他の人が自分で解決しなければならない問題につながります。それをすべて捨てることは、学習と記憶のような問題につながります。何かを真に学ぶには、他の人が指示したように単純に暗記するのではなく、複雑さのすべてを理解する必要があります。
フェニックス

また、私はただ考えていました:それは実際には「犬を食べる犬」でもありません。なぜなら彼らは個々のプログラマー間の競争を促進しようとしておらず、代わりにプログラマーと知識自体の間の競争を促進しようとしているからです。
フェニックス

伝統的なオーストラリアのアボリジニの文化では、彼らは文章を持っていなかったので、代わりに彼らは情報を乏しくし、したがって価値がありました。最も尊敬されている長老だけが、年齢の学習を引き継ぐ責任を委ねることができました。情報が必要な人は、1)その価値があり、2)お金を払わなければなりませんでした。これは約30000年にわたって正常に機能し、その後、執筆に携わる人たちがやって来て、情報を完全に共有するという問題が解決されました。あなたが説明するものは、機能するアボリジニの方法のように聞こえますが、彼らがそれを書き留めただけで、それはさらに良くないでしょうか?
シェイクジャブーティー

私が言いたいのは、すべての知識を備えた優秀なプログラマーを排除することではなく、彼らが行う優れた仕事を彼らに続けさせ、他のプログラマーも仕事ができるようにしたいということです効果的にも。「犬が犬を食べる」ことについてあなたが何を言っているかわかります。質の高い情報を求める闘いは長期的には有益だと思います。私の経験では、あらゆる種類の才能や情熱を持つ新兵は、情報共有なしで何かをするのがどれほど難しいかについて非常に不満を感じているので、彼らはかなり早く終了し、より支援的な仕事をします。
sheikhjabootie

2

上司は誰ですか?どこで終わりますか?情報を共有する必要はありません。ドキュメントを提供する必要はありません。時間通りに物事を成し遂げることに絶えず失敗します。コーディング標準に従わないでください。担当者がこれを重要だと思うか、そうでないかのどちらかです。結果があるはずです。彼らは基本的に会社から盗んでいます。


2

「私は秘密のゲームを持っているをプレイする人々は絶対に最悪です。これらの人々は不安定で、危機モードで作成または繁栄する傾向があります

システムに対して行ったすべての変更または修正を文書化します。また、開発者が開発した各修正の事後分析を提供するようにします...

  • 何が起こった
  • なぜそれが起こった
  • それが起こるのを防ぐ方法
  • 同じバグに対して他のどのシステムが脆弱か

私もこの人に責任を負わせます...

  • コーディング標準の開発
  • コードライブラリの維持

1

多くは、関係する知識の種類に依存します。直接コードであろうと、ビジネスプロセス指向であろうと。通常、後者はビジネスの他の場所で利用可能です...取得することができます。

第二に、いわば、開発者が共有することなく特定の分野で仕事の全期間を費やすことができないようにするという議論があります。そのため、仕事をやめることに責任を持つラインマネージャーがいる場合、特定の開発者がビジネスプロセスの所有者の最初の連絡先になることなく、ビジネスの変更要求が彼/彼女を介して確実に受け渡されるようにさせる必要があります。 ...これは、開発者が第一人者になるための努力を妨げます。


-2

小規模な会社を見つけること、または自分の会社を設立することさえ情報保管者に勧められた場合、双方にとって最善の利益になるでしょうか?おそらくその人はその小さなタイプの環境で成功するでしょう。(現実の世界でもこのアプローチを試したことがある人がいるかもしれません。)


これを断った人は、その理由を説明するように丁寧にしてください。それともあなたも情報の宝庫ですか?
mg1075

1
ダウンボッターの理由はわかりませんが、OPはチームにもっと関心を持っていると思います。そして、これはチームから何もしているようには見えません。
ザカリーイエーツ

@ZacharyYates-わかりました。私の暗黙の仮定は、私が提案した行動が状況に関係するすべての関係者を最終的に助けるかもしれないということです。
mg1075
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.