10年前まで私は、SIerの中で働く開発者であり管理者でした。そして、ちょうど10年前の2009年の5月に起業して、それから経営者として過ごしてきました。
エンジニアが最大限に成果を出して、最高に幸せを感じられるチームを作る、そのためにできることは何か、マネジメントとは何かを追求してきた10年でした。
そうして今、私の経営するソニックガーデンでは、受託開発から納品をなくし、リモートワークでオフィスをなくし、管理すらしない経営まで実現できました。
プログラマだった私が経営者として10年間すごしてきた中で、自己組織化されたチームに育てるために取り組んだこと、学んだことを紹介したいと思います。
また、プログラマとして生きてきた私が経営者になるまでの10年も振り返ってみることで、皆さんのキャリアや人生の指針を考えるヒントになれば幸いです。

この10年間、エンタープライズ領域でのアーキテクチャ設計やアジャイル開発について取り組んで来ました。
その過程で得た知見を元に、これからのシステム開発必要なことについて展望します。
具体的にはマイクロサービスでは分けることよりも繋げ方が大事、アジャイルでは早さではなくリズムが大事、といったような、皆さんの気付きになることをお伝えできればと思います。

レガシーシステムを抱えるような大企業の開発の現場の目線からアジャイルの世界で語られていることを見ると、以下のような課題感を感じてしまいます。

・制約のない理想のキレイな状態（制約が少ない世界の話）で語られがちであり、実際の現場との乖離が激しすぎてどう登っていいのか困る初見殺し感。
・現実的にはこんがらがった状態から改善が始まる事が多い。新規開発でうまくやれるのはそりゃそうだろ感。「なぜ、こうなるまで放置してたの？」とか「こんな状態になることに問題がある」みたいに正論を言っても何も「今」を変えることは出来ない。それぞれ事情がある。現実の課題から出発していない「べき」論が多い。
・海外のほげほげ大企業でも出来てます。といわれても遠い世界の話にしか聞こえない。
アウトカムにフォーカスしていない。ビジネス目的やKPIベースで語られずに、「価値」あるソフトウェアみたいな表現の解像度で止まっていて、説明責任を果たせない。果たすのが難しい。で、どういう構造でビジネスに寄与するの？が大切なのにプラクティスに終始しがち。
・Be Agileという割には、Do Agileの話をよく見かける。本質が見えにくい。
このような課題感に対して、実際に大企業の現場でビジネスに即した形でアジャイルな状態を作り上げていくために、経験から学んだ私なりの勘所をお伝えできればと思います。

振り返ってみると、講演でテスト駆動開発のライブコーディングを行うようになって10年以上経つようです。
このセッションでは、ライブコーディングを続けてたどり着いた境地を時間に収まる限りご覧いただきます。