【エンジニアリング組織論への招待】を10~15分で読めるように1万文字程度でまとめてみた - Qiita

■ はじめに エンジニアリング組織論への招待という本を読みました。 ジョブ理論 に続く名著でした。 理想に向けて、事業を最速かつ生産性高く成長させるには、「未来」と「他人」という2つの不確実性をマネジメントすることで、成し遂げられる ソフトウェア開発における不確実性のマネジメントには、不確実性に立ち向かえるチーム開発が何よりも重要である（ex. メンタリング、権限移譲、信頼関係、透明性） の2点を中心に、事業成長×組織の幸せに必要なフレームワークを提供してもらえるものでした。 ソフトウェア関連の事業やプロダクトに関わっている人（特にマネジメントしている人）は職種限らず読むと、みんな幸せになれそうなので、1人でも多くの人がこの概念に触れられるように、私なりの視点で雑多にまとめました。 （ちなみに著者の 広木さん - hiroki_daichi には個別にご連絡し、要約した本記事の公開許可は(

[topposansan]

メモ

[mkataigi]

この本、前半は良いのに後半無理やりアジャイル出してる感あって好きじゃないんだよなー。不確実性を減らす=>アジャイルは乱暴だと思う

[fuji_haruka]

著作権的に大丈夫？

[zou3dazou]

"内心への指摘ではなく行動の指摘 SMART Specific（解釈にブレの少ない言葉である必要) Measureable（測定可能な） Achievable（到達可能な） Related（課題とどのように関連しているのか説明できる必要) Time-Bound（時間制限のある）"

[FunnyBunnyDizzy]

この本すごい崇拝されてるけど、言葉遣いが異様に分かりづらくて気味が悪かったのは自分だけ？

[moegg]

“「未来」と「他人」という2つの不確実性をマネジメントすることで、成し遂げられる””不確実性に立ち向かえるチーム開発が何よりも重要である（ex. メンタリング、権限移譲、信頼関係、透明性）”

[hdkINO33]

“プロジェクトにとって最大のリスク / 終了しないこと。” “プロダクトにとって最大のリスク / 終了してしまうこと”

[nabeen919]

[あとで読む:]【エンジニアリング組織論への招待】を10~15分で読めるように1万文字程度でまとめてみた - Qiita:

[eichisanden]

“考えても情報の整理しかされない、間違っていた、分からなかった、となっても次の打ちてで出ない 行動した場合は間違っていても、分からなくても、それが情報となり次の打ち手に繋がる”

[emmie714]

この本は半分のページで良かったのでは、と思ってる。ものすごくいいこと書いてあるのに、どうでもいい半分に揉み消される。つまるところ、カレーの寓話がエンジニアリングの真骨頂。

[nasustim]

今思えば去年プロジェクトでやってきた事ってアジャイルの一部だったよね

[chrl-ohya]

良いまとめ！