■部下のことをロボットだと思うとスムーズに進むようになるよ

内心では部下のことをロボット扱いしてるって言うとまるでヒトデナシみたいだけど、違うんだ。

「パソコンが指示した通りに動かない」とか言うと「パソコンは指示した通りにしか動かないよ」とかが、プログラマーあるあるだよね。

バグって止まる時は、もうほぼ間違いなくソースコードに間違いがあったり、仕様にバグが仕込まれてたりするわけで。

そうするとさ、「できる？」と問い合わせると「できます！」が返ってくるプロトコルなんだな、と理解すれば良いわけだよ。

これはまあ、なんというか、とりあえずACKが返ってくるという状況で「通信が成功しました」という意味でしか無いと。

• 「できる？」
  • 聞こえた→「できます！」
  • 聞こえなかった→「すみません、よく聞こえなかったんですけど」

同じようなことで、「間に合わない時や、困ったときは、言ってね」というのもある。

サーバーの異常監視と全く同じなんだけど、異常時にメールを飛ばすシステムってだいたい動かない。

理屈の上では動くはずなんだけど、サーバーが大変なことになると、大抵黙ってリソースを食いつぶしてる。

だから、状態監視は「定期連絡が途切れたらなんか起こった」「定期的に外側からチェックする」の2つになるんだよね。

「遅れてからしか言わない」じゃなくて「遅れる頃にしかチェックしてない」が正しい日本語。

1. 部下になんか依頼したくなる。(仕様検討)
2. これ依頼するけど、念の為作業ステップをメールで返信してと送る。(プログラミング丸投げ)
3. メールのステップをチェック。抜けがあったら補足して返信。ゴー依頼。（デバッグとRUN）
4. 定期で、メールのステップのドコまで行ったかチェック。返信が遅れる時は異常時。(定期状態監視)
5. ミスや作業遅延は、記録しといてフォロー(デバッグ)

よく忘れがちになるけど、部下がミスったり出来なかった結果は、上司が責任取るのが基本なんだよね。

責任を取るということは、その作業に責任がある。作業にミスが発生したということは、上司に問題がある。

（ミスの原因とミスの責任は別で、原因究明後再発防止策を取るのは責任者のお仕事）

別に上司の仕事が増えていくということじゃない。

プログラミングとか、チェックリスト作成とか、定期監視とか、デバッグとか、部下に丸投げできるのが上司の醍醐味なんだし。

その代わり、リソース管理は上司のお仕事になるから、振った仕事は当然リストアップして、なんかこのサーバー負荷高くね？と確認する必要はある。

というわけで、部下のことはロボットだと思うと良いんじゃないかなあ。

道具が悪いって当たり散らしてる上司って、やっぱみっともないぜ。

http://anond.hatelabo.jp/20151101114446

ツイートする

Permalink | トラックバック(1) | 19:11