属人化を避ける - Qiita

属人化の理由 個人の問題 手抜きやバグを隠す たとえば、仕様書外の動作を実装し、それをプロジェクトで利用する 解雇されないための保険的行動 チームの問題 マニュアルを作る文化の欠如 他人のタスクに対する無関心 他人の監査なしにプロジェクトを更新可能 どうやって属人化を避けるのか 間違った対策 ○○さん以外にもマニュアルなしで操作できる人間を育成 育成した人が全滅すればやっぱり同じ状況 全員がすべてのプロジェクトに精通するとかはムリ 正しい対策 モジュールごとに仕様書を用意 間違って使うことが難しい仕様とする 即ち、仕様書を読まなくてもある程度正確に使える お互いにコードレビューさせる 具体的にはどうすれば良い？ テスト・仕様書・利用例 テストは仕様書のベースとなる 仕様書を見れば、深い動作がわかるようになる 仕様書を読まなくても、利用例を見れば使える 全員がテストできる環境を作る 前提条件

[lifeisadog]

最近は、よっぽど大きなプロジェクトでない限り、属人化していいんじゃないかと思う。もちろん、担当者の急病などのリスクもあるんだけど、結局どのプロジェクトでもキーマンが急病になったら停滞するのは同じだし。

[shikiarai]

結局は少数精鋭が最高だよってアジャイルマスターが言ってたからなぁ

[lyiase]

「スキルを底上げするべく定期的に研修などを行う」的な項目も追加してほしい。スキルがアンバランス過ぎると自動的に出来る人に属人化してしまう。

[kastro-iyan]

この辺りどうしても効率残業時間とのトレードオフになるから難しい

[pavlocat]

極端に言えば特定の人しかできないことが存在するのが属人化なら、真逆は誰にでもできることしかない、ということ。そんな仕事誰がやりたがる？属人化には段階があることを認識しつつ情報共有を適切に行うのが肝要

[xlc]

ブコメで反論が多いようだが、属人化しても乗り切れるなんてのは転職がないことを前提とした幻想。転職がないとしてもブラック、過労死へ一直線。

[ans42]

大抵はドキュメントやコミュニケーションの不足、それを行う場や時間がないという問題も。属人化する人にも、属人化させる環境にも問題がある。

[komutan1]

単純作業は属人化しないほうがいいけど、コンセプトや仕様、基本となる設計指針は属人化できるレベルのエンジニアがいないと良いもの作れない気がする。それをドキュメント化する必要はないんじゃないかな。

[lbtmplz]

ある程度隠した方が良い交渉材料にいやなんでもない

[nakag0711]

まあ何やったって無理ですね。メインプログラマが抜けたらもうその製品は延命フェーズでしかない。後から優秀なプログラマ連れてきたって何をするにも元のプログラマの半分の能力も出せない。現実を見よう

[treeapps]

属人化を避けると、成果物の品質が誰にでも理解できるような平均値に押し下げられて、有能な人が最高のパフォーマンスを発揮できない気がする。ってこれSIか。それなら納得。

[cuttoff19]

ブコメにSIのやることみたいでだるい(大意)という意見が結構あってなるほどなーと思いました。

[sawarabi0130]

顧客がお金を出してくれたり融通がきくおいしい仕事の場合は既得権益となって属人化が進んでいない事が多い。本人の頭にしかない情報の文書化、作業のマニュアル化やツール化を義務付けるのがよい。

[inazakira]

書きたくても時間が確保できないケースもあるよね。ドキュメント整備やテストコード整備など品質の時間対効果が数値化しづらいからのう。

[shimooka]

屍人化でも魔人化でも廃人化でもなかった。よかった。

[nacika_inscatolare]

“この時、「データベースくらい自分で初期化しろ！」ではなく、テスト内で自動的にDBやテーブルを生成させるようにする”

[pribetch]

解雇されないための保険的行動＝解雇された時の報復的行動

[utonn]

育成した人が全滅するような状況ってのがヤバイ雰囲気しか感じない

[nejipico]

属人化を防ぐためにCOBOLを導入しましょう。JCLも勉強してね。

[yatta47]

後に抜けることを考慮しても属人化は避けておきたい。

[lotasty]

バランスが難しいな～ SIer化と言われるのは納得。

[uturi]

仕様書もバージョン管理してメンテするのは重要。キーマンが抜けたら大変なのはどこも同じだけど、その際のリスクは可能な限り減らした方がいい。

[mangakoji]

工数3倍じゃ効かないよね。5倍くらい？

[a96neko]

見てる

[tankdesant]

これはこれでツラい現場。。

[cpw]

少数精鋭なら属人化しても大丈夫。出来上がるシステムは直感的だしソース読めが通じる世界。大変効率が良い。ただ、そうでない人は全く活躍できなくなるし、できる人だけを雇うのは大変難しい。

[wkwkhautbois]

続人化と専門特化の違いは難しいところ。

[jiro68]

数ヶ月間使い倒して終わりというシステムなら属人化を考えないという選択肢はあるけど、それを超えたら手間はかかっても資料を作る必要がある。自分が抜けられなくなるリスクと自分が分からなくなるリスクの為に。

[otation]

赤い水をなるべく摂取しなければ屍人化は避けられるぞ

[gabari]

仕様書を飛ばしてテストを書けばいいと思うのだが

[k-noto3]

屍人化に空目った。サイレン新作はもうでないかなぁ。

[chig_ns]

属人化を避けるとSIerになるそうです

[thesecret3]

効率を落としてまですることかは考えたほうがいい。

[Cherenkov]

魔人化に空目

[maotown]

“しにプロジェクトを更新可能”

[PEEE]

これに異議唱えられるのか。住んでる世界が違うんだな…

[yabu_kyu]

時間と人手が足りなくて属人化している場合はなかなか仕組だけの対応では辛そう（そんな状況終わってるという話ではあるけど）。