君のチームに「構造」はあるか？ 伊藤直也が語る、学びが蓄積されるマネジメント

2016年8月30日、これまで2社のCTOと5社の技術顧問を経験してきた一休の伊藤直也氏による「1人CTO Night」が開催されました。主催は転職サイト「DODA」を運営する、株式会社インテリジェンス。開発知識に加え、マネジメントスキルも求められるプロダクトマネージャーが最速・最高のアウトプットを生み出すにはどうすればいいのでしょうか。本パートでは、伊藤氏が過去の実例から「学習結果が蓄積されるマネジメント」について語りました。 「CTO」と「VP of Engineering」 伊藤直也氏（以下、伊藤）：「1人CTO Night」というちょっとキャッチーな名前のイベントですが（笑）、さっそく始めさせていただきます。一休の伊藤です。 今日は「一休の伊藤」というかたちで出ていますが、あまり自社の宣伝をしてもしょうがないので、過去に技術顧問をやってきた時の経験などを含めて「いろいろな会社でこう

[raimon49]

兼務の掛け持ちダメなのめっちゃ分かる。改善したいけどなかなか優先度が上がらないことに専任チームを作って取り組ませる話と、組織構造をいじり過ぎない話が身に染みる。

[s-feng]

>>マネジメントで一番大事な仕事は、問題を解決することじゃなくて「問題を発見する」「正しい問題を見極めることにフォーカスする」、

[akulog]

ほぼ同じことが起こってて笑うw

[itotto]

"マネージャーは、その問題をきちんと発見して設定し、それを現場にいるメンバーに渡して解いてもらうのが基本姿勢"

[shiishik]

『そのチームのなかに「やったことの学習結果」が溜まっていかない状態になってると、構造を作っている意味がほとんどなくなっちゃうんですよね。』

[ktanaka117]

このシリーズとても勉強になる...。自分の環境ではどうか、自分はどうか、自分のまわりの人はどうかと考えると読み合わせとかあってもいいかもしれない

[tototti]

この連載、すごく興味深い。取り上げられている本を読んでみよう...。

[k1take]

「マネジメントで一番大事な仕事は、問題を解決することじゃなく「問題を発見する」「正しい問題を見極めることにフォーカスする」「チームを正しい問題にフォーカスさせることだ」が基本的な姿勢としてある」

[aroma_black]

PJ掛け持ちは不規則なアサインメントになり個人に学習結果がたまる。不規則なアサインメントはコンテクストが分断され学習結果がたまらない。

[gnt]

コミュニティの加齢を感じる

[ono_matope]

やっぱり文字起こしがあると分かりやすい。「マネージャーは問題解決ではなく問題発見を受けもつ」「チーム／構造を作るのは経験値の蓄積先を作るため」

[sashiharajp]

やっぱりこの話は面白いな。学ぶべき点が多くある。

[sylvan_l]

君のチームに「構造」はあるか？　伊藤直也が語る、学びが蓄積されるマネジメント

[ohaan]

客や元請けに都合のいいように作られた「構造」をしたチームはたくさんある。

[mate_gai]

問題を正しく捉える姿勢を意識したいと思います。

[tbpg]

"あごでエンジニアを使って仕事をしてもらう感じではなく、高い能力を持った人の潜在能力をどこまで引き上げられるかということを、マネージャーとしては追求しなきゃいけない。"

[s_nagano]

問題解決より問題発見

[kenjiskywalker]

は、早く続きを読ませてくれーーー！！！

[masutaka26]

構造を作らないとなあ

[nrtkbb]

こないだ社内で再演したやつが書き起こされてる

[akira1908jp]

マネージャがジャージ

[issyurn]

“しかし、仕事だけに限らずどんなことでも、問題を解く方法と「そもそも問題設定が正しいかどうか」を見極めるという、2軸に分けて考える必要があるんですよね。”

[marmot1123]

チームの話。日経の話が分かりやすい。

[masayoshinym]

“GitHubを入れれば組織がうまくいく”

[machoo1038]

君のチームに「構造」はあるか？　伊藤直也氏が語る、学びが蓄積されるマネジメント - ログミー

[wadandandadan]

君のチームに「構造」はあるか？　伊藤直也氏が語る、学びが蓄積されるマネジメント