All slide content and descriptions are owned by their creators.

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

依頼者の不利益を未然に防ぐための工夫弁護士として日々アドバイスしていますが、「するべきではない」というアドバイスをするときはすごく神経を使います。依頼者の“したい“を否定しなければならないからです。 一歩間違えれば、「あの先生は"できない"ばかり言う。ビジネスセンスのない弁護士だ。」なんて悪評を立てられかねません。 でも、弁護士だって意地悪で止めてるのではありません。依頼者のためを思って止めているのです。依頼者に不利益だと気づいたのであれば、それがたとえ依頼者がどうしてもやりたいことであっても、適切に止めることが出来なければ弁護士失格なのです。 では、どう伝えるのが良いか。色んな方法がありますが、今回は「たしかに」+「かえって」+代替案という方法を紹介したいと思います。 これは、「たしかに××という方法も考えられますが、そうすると、△△となって、かえって不利益となることが考えられます。むし