エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog

チームのマネージャーが、自らの責務をジョブディスクリプションとして明文化することは難しい。職務内容や権限を、断片的にしか書けないかもしれない。もしそうなるなら、実務も断片的になっている可能性がある。 チームマネジメント（組織マネジメント）という活動は、個々のマネージャーの経験や関心によって、断片的になりやすいように感じている。断片的とは、マネジメント活動が、責務の一部の領域に偏ってしまっていたり、問題を検知してはじめてその領域がマネジメント範囲であることを知る、といった様子を指している。 このような状態になる背景は、マネージャーにとって、マネジメントが、日々の実務を通して蓄積された経験に基づく活動になっているからではないか。マネージャーは孤独だ。ひとりでその責務を担う。エンジニアとは違い、チームで協働するわけではない。だから、形式知として言語化されず、個人の経験として暗黙知にとどまる。その

[nilab]

エンジニアリングスキルで捉えるチームマネジメント - mtx2s’s blog

[braitom]

チームマネジメントとエンジニアリングの比較とマッピング。チームをシステムと捉えてマネジメント活動を当てはめ説明している。めちゃくちゃ面白い。

[p1ass]

DIPの考え方を使っていて、なるほどとなった

[hatakazu93]

技術

[BOSEIsan]

おもしろい

[bYMQ]

すごく良いエントリですね。私もマネジメント勉強してますが、過去勉強して参考にしてきたところがよくまとめられていると思います。

[hylom]

これ、自分もずっと考えていた話だわ。マルチプロセッサのシステムでの並行処理やクラウドでの動的リソース確保の技術・ノウハウをもっとチームマネジメントに導入できるのではないかと。

[fifnel]

特に「最後に」に書かれた内容がめっちゃ良かった。エンジニア系マネージャの面白さを再認識させられた。

[inoueyuworks]

チームをエンジニアリングするという観点で網羅的に説明

[hirose504]

エンジニアリングチームをシステムとして捉えてマネジメントする

[emsk]

“凝集度”

[ksk_uchimura]

体系だった知識がなかったけど運良く意識出来てたなと思う箇所もいくつかあったが、反面自分は第二の男になってしまうシーンもあり、もっと組織を意識しないとなぁって思った。

[shiro-16]

“プロデューサーは、コンシュ”

[larklong]

とてもおもしろい。非常に示唆に富む一方で、これをまともに読み通して自分ごととして響くためにはある程度プレイヤーとマネージャー双方の経験を積んでいる必要がありそう。

[tyrog]

“ジキューを介した非同期メッセージングは、メッセージを生産するプロデューサーと、それを処理するコンシューマーを分離する。プロデューサーは、コンシューマーが過負荷な状態であっても、それを気にすることなく

[ptpadan]

あとでちゃんと読む

[lorenz_sys]

大変に秀逸な内容。無償で読めるレベルではない。

[yatta47]

めちゃめちゃ面白い。

[yamadadadada2]

長いな。後でしっかり読もう

[nonsugertan]

スクロールバーが長い！ あとで読む！

[ya--mada]

「断片化＝整理、統合、体系化されていない様」って意味？

[akulog]

"第一の男は、「これで暮らしを立てているのさ」と答えた。第二の男は…「国中でいちばん上手な石切りの仕事をしているのさ」と答えた。第三の男は…「大寺院をつくっているのさ」と答えた。"

[fukumura]

スクロールバーの長さに愕然としたので後で読みますm(_ _)m

[dskst9]

おもしろい。言語化したかったものがここにあった