「ソフトウェアの設計を学ぶ」ということについて、設計の考え方の歴史を簡単に振り返りながら、これからのエンジニアが学ぶべき設計の考え方とやり方について考えてみます。
＜サブテーマ＞
・何を学ぶべきか？
・初学者の学び方
・中堅の学び方
・上級者への道

DevLOVE 10 周年おめでとうございます！
みなさんのチームは10年後はどんなチームになってますか？ 何百回目のスプリントを迎えていますか？

10年前をふりかえってるみると「アジャイル開発という言葉がなぜ周りに理解されないのか」という個人的な想いにガムシャラに立ち向かっていました。
現在、そういった状況は一変したと感じていて、その変化のなかでこれから先はチームを支える役目を持つ人たちは何をどう考え、行動していくべきなのかを、みなさんと一緒に面白可笑しく考えてみたいと思います。

主に、チーム開発が好きな方や「アジャイルサムライ」や「Scrum Boot Camp The Book」を読んで実践している/しようとしている方向けに話す予定です。

なぜあそこでは良い技術者が集まり、よいシステムが出来上がるんだろう。
なぜうちではそれができないんだろう。
どうやったら、良いシステムが出来上がる組織が作れるのだろう。

このような疑問に対して、「エンジニアリング組織論への招待」の著者が、文化資本という切り口で組織構築の手法を紐解く。

よい技術組織のハビトゥスとはなにか。そして、いかにして組織を構築するか。

アジャイルな現場づくり、チームづくりに2000年からずっと携わっています。プラクティスの背後にある、内発的モチベーションと自発的行動が起こる「しかけ」を、現場リーダー、スクラムマスターが心に留るべき5原則として紹介します。ぼくが15年間200回に渡って紹介してきた「プロジェクトファシリテーション」の集大成であり、自分のパッションのありかと、53歳を向かえての気持ちの変化も語らせてください。