どこにでもいる普通のプログラマーが次元の異なる成長を遂げるにはどうしたら良いのだろうか？
スーパープログラマーでも、スーパーアーキテクトでもない凡人が、その向こう側の世界にたどりつくためには？
１歩目は？１万時間は？何をどうすれば良いのだろうか？シンプルだが習得は困難な道とはどういうことなのか？
本業や複業において、組織を横断したスクラムマスタージャーニーで、見えてきた世界観と仕事術をエモーショナルにお伝えします。

私がCTOを務める株式会社トランスリミットでは、いままでに「Brain Wars」「Brain Dots」「Craft Warriors」など、全世界で累計6,500万ダウンロードを記録するヒットゲームを開発してきました。
これらのタイトルをリリースするにあたっては、コストやリソースなどスタートアップがよく直面する様々な課題に対し、アーキテクチャ設計にも工夫を凝らして乗り越えてきました。

このセッションでは、タイトルごとに直面した課題と、その課題を乗り越えるためにどのようなアーキテクチャを設計したのかお話させていただきます。
アーキテクチャが課題と共に共有される機会はあまりないかと思いますので、皆様の現場に持ち帰れるような情報やノウハウを一つでもお伝えできれば幸いです。

LINE 社のアジャイル推進組織が、どのようにアジャイルを推進しているかご紹介します。組織であっても個人であっても、アジャイルを社内で広めている人のお役にたてればと思います。

最短で開発したい、最高のものを開発したい。常にエンジニアが求める理想像へは
実際にたどり着くことができるのでしょうか。
10年前の6月に現職へジョイン、経路探索と、そしてチーム開発と向き合ってきた経験から「ソフトウェア開発における最短経路」を探す営みと、これからの10年に何が起こり、我々はどう向き合っていくべきなのか、といった話をさせていただきます。

みなさんのこの10年はどれくらい楽しかったですか？
みなさんはこれからの10年をどのように楽しみますか？

私はこの10年間ずっとプロダクト開発の現場の最前線でエンジニアとして戦い続けてきました。その中で、アジャイル開発と出会い、DevLOVEと出会い、モブプログラミングと出会いました。変わったこともたくさんありますが、ずっと変わらないことは「最強のチームをつくる」ということです。いつも通りやってきたことや考えていることしかお話できないので、これまでの10年のチームとこれから先の未来のチームの話をしようと思います。

この記念大会に向けた意気込みをプロモーションビデオとブログに起こしたので、ぜひ御覧ください。出場するからには頂点を目指して戦います！
https://takaking22.com/2019/devlovex-pv/

DevLOVE開催の勉強会やイベントに参加したり，自分が中の人となって開催するようになってそこそこの月日がたちました。
それらの経験を通じて，意識するようになったことをご紹介します．これから勉強会やイベントを開催していく方への参考になればと思います。
また，皆さんなりに気にしていることがあれば教えていただけるとうれしいです．

Web開発者としてキャリアを重ねてきた10年、これまで経験した成功体験や失敗体験、そしてソフトウェアエンジニアとしての仕事の楽しさの背後には物事の「小ささ」が関わっているように感じます。
この発表を通して、成功談/失敗談を紹介しながら、「小さいこと」「小さくあること」のメリットや、「小さく」”上手”に仕事を回していくために意識したことなどを紹介できればと思います。

未だにフロントエンド/ビジュアルデザインには関りにくいけれども、バックエンドのエンジニアとしてユーザー体験のデザインを学んだのが2010年のことでした。
それから約10年の中で起こったこと、これからどうしていくのかをお話します。

新卒プログラミング未経験から、気づくとエンジニアからプリセールス、プロダクトマネージャー、etcと社内でも異色のキャリアを築き、その過程で10個のプロダクトを世に出しました（8個は現在も続くプロダクトです）

所謂ゼロイチ人材として、現在はキャリアの集大成となるMaaS（Mobility as a Service）の世界でプロデューサーとして暗躍している私が、自分のプロダクト作りを振り返りながら、ゼロイチ人材の存在価値と、これからの生存戦略を考えます。

この10年「どんな現場、チームならクライアントや利用者が喜ぶものを届けることができるか？」を探索し続けている気がします。

その探索の旅の中でDevLOVEに出会い、DevLOVE関西を作り、「正しいもの正しくつくる」ギルドワークスを立ち上げ、現場コーチとして様々な現場でこの探索の旅を続けています。

このセッションではこれらの経験から自分なりの「正しいもの正しくつくる」に近づこうとし、そしてこれからどこに向かうのかというお話をできればと思います。

ITの世界では、日々様々な勉強会やミートアップが開催されています。
こうした「コミュニティ」の存在はデベロッパーやデザイナーの人にとって有難い存在ではありますが、ただ漫然で参加しているだけでは、その恩恵を十分に得ているとは言えません。
コミュニティの恩恵をもっと受けるには、いや、それを超えて自分が好きなコミュニティを成長させるためにはどうすればいいか、実践のためのフレームワークについて、実例やマーケティングの視点も交えてご紹介します。

成長したいと思っている方にたくさんお会いするのですが、具体的にどうすればよいかというのは難しい問題です。
そこで、成長とは何か、そのためにはどうすれば良いかということについて考えてみます。

「これまで」のエンジニア、エンジニアリングマネージャーとしての学び、現職でのマネージャー育成コーチングからの学び、エンジニアへの成長インタビュー活動からの学びなどから、ある程度ポイントは絞れることがわかってきました。
そのポイントをベースに、「これから」我々はどう学んでいくべきかというところまで考察してみます。

気付けばSIerを2社、サービサーを1社と、かれこれ16年以上様々な環境を経験してきました。しかし、その中でも一貫してきたものは「楽しい」だったと思います。

もちろん仕事の中での「楽しい」もあるし、コミュニティの中での「楽しい」もあります。もっと言えば、他人が「楽しい」ことにフォーカスすることもあります。
それらのための方法に他人がつけた名前には興味などまったくないですが、僕がやりたかったことはただがむしゃらに「楽しい」ということ。皆さんの日々の「楽しい」のヒントをお伝えできたらと思います。

わたしが新卒の頃、世間ではようやくインターネットが仕事の現場に浸透しはじめていた時期でした。その10年後、スマートフォンが一般的になり、スマフォアプリエンジニアが業界のキャリアのスタンダートの一角になりました。そこからさらに10年。現在わたしは機械学習プロジェクトのマネージメントに携わっています。10年ごとに新技術と向き合いつつ、残りの人生でおそらくあと数回似たようなブレークスルーが起きるでしょう。それにどう立ち向かっていくか。わたしが現在、機械学習のマネージメントスキルを身に着けながら立ち向かっている様子をてがかりに、さらに未来との向き合い方について考えてみたいと思います。

10年前の2009年、私は42歳で、2月に10年やるときめたデブサミの7回目を終え、6月に結婚。その後、3.11→デブサミオーガナイザーの卒業&全社員未来会議を経て出版事業部へ異動。現在、52歳で書店営業モダン化戦士6年生。
10年後の2029年、私は62歳。今の職場は大好きだけど、75歳までお金を社会から得るためには、どうすればいいのか
？悩ましい思いを、本を読み、友人知人や転職コンサルトさんに取材した結果を、もしかして途中経過になるかもしれませんが、この場でお話したいと思います
（本セッションは、『13歳のハローワーク』（幻冬舎刊）に刺激を受け、タイトルとさせていただきました）

「UXデザイン」の分野に10年以上も関わり続けていると、”UX”という言葉が良くも悪くも持て囃されて良い思いも悪い思いもしてきました。UXデザインに関わる人材＝UXerはこれからもこのバズワードに翻弄されながら生きていくのか？あるいは新たな地平を切り開くのか？長く現場で携わってきた者の目線からお話させていただきます。

一休 .com の開発組織改善に取り組み始めて、5年が経ちました。
5年間の取り組みでどれくらい改善が進んだのか、改善によって変わったこと/変わらなかったことをふりかえりながら、今後の5年、合わせて10年間の話をします。
自分が所属する開発現場を良くしたいけど、良くなっていかないと考えている方やマネジメント寄りのエンジニア・デザイナー・ディレクターの方など、モノづくりに関わっている方に聞いていただきたい内容です。よろしくお願いします。

ソフトウェア開発は不確実性が高いと言われており、とても複雑な制約のなかで、日々プロダクト開発をしています。そんな制約の中で私達が価値を早く提供するためには、強い開発チームが必要です。
強い開発チームとは、心理的な安全性が保たれて、定期的に自分たちの仕事の仕方を振り返って、日々改善し、状況を把握すること、チームメイトのクセを知る事によって、集まったメンバーが、チームになり、スプリントを重ねる毎に強いチームに育って行きます。　これら全てスクラムの原則に通じるものもあります。
これらの考え方を、組織全体に越境することで、プロダクト開発しやすくなっていきます。その越境する際にどうしたか？というお話をしたいと思います。

・40年余りの自分なりのIT業界史、変革点を振り返る
・特に90年代からのIT革新、OSSなどとオープンコミュニティ
・金融機関がクラウドを使いだす背景
・クラウドでITの在り方が更に加速度を増す
・楽しくワクワクし続けるエンジニア人生を

私がファシリテーターというものに出会ったのが2008年。そこからまさにDevLOVEでダイアログ・ファシリテーターとして活動を始め、そこから10年。ファシリテーション自体をスキルの軸に置いて働いてきた知見をプロジェクト、コミュニティ、ダイアログ（対話型のチームビルディング）の文脈でお話ししたいと思います。

ファシリテーションというものがそもそも表舞台に現れると変な意識になりやすいこともあり語られることがなかったファシリテーターの仕事の仕方、働き方をお話をしたいと思います。

ファシリテーターらしく、当日来ていただいた方と共に場をつくり、その辺りの用いた場づくりの解説もラストに入れます！

アジャイルチームのふりかえりに関わって10年以上が経ちました。
老害と言われることを恐れながらも、その経験の中から得られた知見を共有する機会になればと考えています。
特に、KPTとKPTAのこだわりについてお話できれば幸甚です。

“The steps you take don’t need to be big. They just need to take you in the right direction.” これは S.H.I.E.L.D. のエージェント Jemma Simmons の言葉です。エバンジェリストとして10年以上活動できた原動力は、まさにこの言葉につきます。「物語のいらない」エバンジェリストを長く続けてきて、会社を超えて、会社から独立しても貫ける鉄の意志はどこから生まれて、どこで培ったのか、それらをシンプルにふりかえりならが、これからの10年を考察してみたいと思います。

ITの活用範囲の広がりとともに、費用・品質よりもデリバリを優先するプロジェクトも増えてきました。しかし「しっかり考えるよりも、作ってリリースしちゃおうぜ、正解なんて誰にも分からないんだから」というマントラを唱えながら、返済見込みの立たない大量の技術的負債を抱える。それが最善の選択なのか、もう少しだけ立ち止まって考えてみませんか? YAGNIという言葉を便利に使いすぎてはいませんか? コードを書きなぐるのと、ちょっと考えて設計して作るのとで、そんなに開発スピードに違いがありますか? 考えてみたいと思います。

10年前の2009年、永和システムマネジメントの中にはじめて「アジャイル」という名前がつく組織ができました。最初はアジャイルチームという名称で、翌年にアジャイルグループになり、2014年にアジャイル事業部となりました。私は一貫してこれらの組織の組織長を務めてきました。
受託ソフトウェア開発を生業とする組織で、開発をアジャイルにするために、そして、組織運営をアジャイルにするために、私がやってきたこと、考えてきたこと、悩んできたことをできるだけ赤裸々にお話ししたいと思います。

『アジャイルな見積りと計画づくり』の翻訳から10年たちました。
本に書かれたことをあらためて振り返ってみて、計画が価値の探求であることを、自分の現在に照らしながら考えてみました。

クラウド登場から約13年、アーキテクチャー＆テクノロジートレンドに急激な変化が起こっている今日、その中でもServerlessがとにかく面白い。このセッションでは、私のエンジニア人生を振り返りつつ、その理由について、歴史的観点、ここ１〜2年で起こっていることを踏まえてお話しします。また、これから起こりうること、起こってほしいことについても独断と偏見でお話しします。

リーンスタートアップはプロダクトだけの話ではありません、生き方なのです。RPAしくじり先生こと私が、リンスタ方式で本を書いて、事業を作り、会社をちょっと変えた2年間の話をします。何か新しいことをやろうとしているあなたが1歩めを踏み出せるお話になるようにがんばります。

受託開発でも顧客のビジネスがうまくいっていれば、継続してお仕事がもらえますよね。
でも、無駄なものを作れば、ビジネスは失敗、開発は打ち切り。
顧客のビジネス成功にどのようにすれば貢献できるのか。
以下のような試行錯誤についてお話します。

* 顧客のビジネスを理解するために何をするか
* 投資回収率の高い開発をどうやって提案するか
* その優先度をいかに高くしてもらうか
* ストーリー単位の見積り・発注管理システム
* 投資回収率のトラッキング

サラリーマンとして18年。
悩みながら歩み、何となく成るべくして「アジャイル」な方向に向かって来たのだと思います。

2013年11月9日DevLove甲子園の「モデリングもしないでアジャイルとは何事だ」の予期せぬヒットをきっかけに、「アジャイル」によって何が変わり、失くした何かを再発見して拾い集めたのかを私のアジャイル一発芸人人生と照らし合わせてふりかえりたいと思います。

私の人生なので他の誰とも同じ歩みではないと思いますが、体験の一端から少しでも学びを伝えたいです。 最後に、これからの10年にやった方が良いことを提言します。まぁ、モデリングは楽しいからやろうぜって事ですけどね。

キラキラした実績がない、そんな元エンジニアにも、夢や実現したいことがある！
人生の意味を考え直す時期に、どう過ごしているか。考えるきっかけになることを話します。

CTOとかVP of Engineeringとかの職はもはや日常的に耳にするものになりました。
わたし自身それらの職を経験し、現在も事業会社でVP of Engineeringとして、日々その務めに邁進しています。

この業務を進められているのは、2003年に中規模SIerに新卒入社して業務システムのSEとして歴史深いシステムと文化の元で頑張っていた頃から積み重ねてきた経験とスキルの支えがあるからこそです。
このセッションでは、そんなわたしを支えている、これまでの業務経験から得たスキルセットを解説します。

きっとこういうことを感じているDevLOVE参加者が少なからずいらっしゃると思います。
- 流行りの技術を仕事で使えなくてエンジニアとしてダメにならないだろうか
- 今の仕事のままで将来があるのだろうか
- 将来のキャリアはどうなってしまうだろうか
そういう方々の悩みや不安にアプローチできる事例をお届けします。

10年後、20年後、僕たちは何歳だ？どんなところでどんな仕事をしているだろう？技術は変わるし働き方も大きく進化する。過去の要約はできるけど、10年先を見通すのは限りなく難しい。
それでも僕たちには未来に届けたいメッセージがある。10年後に活躍しているエンジニアたちに送る最大限のエールを聞いてくれ！

昨年満60歳を迎えるに当たり、定年退職をしました。
大学卒業以来、プログラマとして生きてきた自分の経験をもとに、会社員としてのプログラマについて語ります。
なぜ自分はカーネル読書会を立ち上げたのか、なぜまなび続けるのか、人生100年時代の生き方についてヒントを得たい皆様に向けてのセッションにできれば嬉しいです。

実は、まだできてない。11月発売だけど、9月に出るかも‬
‪The Scrum Pattern Groupは、2010年から、Scrumのパタンランゲージを作り上げるべく活動をしてきました。‬
‪10回目のScrumPLoPが先月ポルトガルで実施され、A Scrum Bookの出発の目処が立ちました。‬
‪このセッションでは、A Scrum Bookができるまでの経緯を知ってる範囲でお話しします。‬

私は子供の頃、家族には全く期待されていない子供で、勉強も決してできる子ではありませんでした。幸運だったのは、日本でインターネット・ブームが始まった時に見た、Duke (Java) との出会いでした。それ以降、学生からエンジニアとして成長していく中で、常に Java が私の中心にありました。
Java が世の中に出てきた時、Java が未来を変えてくれるのではないか？と本気でそう思っていましたし、まさか将来自分が Java エバンジェリストになるとは全く想像していませんでした。
一方で、夢に描いていたエバンジェリストと実際にやったのでは様々なギャップがあり、この10年は決して順風満帆ではない様々な経験を積み重ねてきました。この10年以上のエバンジェリスト、アドボケイトの経験を踏まえ、私の中で何が変わってきたのか、今の活動における幸せは一体何なのか、そして今後のチャレンジについてご紹介します。
そして、本セッションでは、エンジニアとして成長したい方、そして DevRel で活動したい、もしくはしていらっしゃる方に、私でもできる、やればできるという勇気をお届けしたいと考えています。

[トピック]
* ９割の参加者を寝させた初めてのプレゼン
* 伝説の謝罪会見
* #てらだよしおがんばれ　が生まれた秘話
* コミュニティ・メンバーが救ってくれた
* 仲間の大切さ(良い人との出会い)
* Java エバンジェリスト（会社）を辞めた時
* 悪の帝国は悪の帝国だった？
* エンジニアとしての成長
* 46歳エンジニアの新たなチャレンジ

このところ各所でデジタルトランスフォーメーション(DX)という言葉を聞くことが増えてきましたが、DXの本質は「ありとあらゆるものをデジタルデータとしてソフトウェアで処理し、インターネットでやりとりできるようになる」ということにあると考えられます。このような世界観はOMO(Online-Merge-Offline)と呼ばれますが、OMOの時代にはIT(ICT)こそが世界の根幹であり、今までのようにITを利用してビジネスを部分的に効率化するという考え方とは根本的に異なるアプローチが必要になります。

本セッションでは、これからのITのあり方を根本的に捉え直す「Cloud Native」という哲学と、それを実現するアーキテクチャとしての分散システム、実現手段としてのコンテナとマイクロサービス/サーバーレス、実行基盤としてのハイブリッドクラウドについて考察してみたいと思います。

開発が楽しくて、もっと楽しくなるためアジャイルを学び、いいチームを作ることに喜びを見出した私が家業の食品会社を経営することになりました。
経営層は、アジャイルの世界ではしばしば敵対する人、阻害する人として扱われることがあります。実践者の皆さんは、経営層の振る舞いや意思決定に頭を悩ませているかも知れません。
新米経営者である私が、会社経営において見えてる景色と、アジャイルの知識や経験において組織でやっていること目指していることをご紹介します。経営層を「あいつら」でなく、アジャイルに関わる一つのロールとして、何に悩み、何と格闘しているのかをお話できたらと思います。

タレントマネジメントシステムは3つの人事領域「労務人事」「採用人事」「戦略人事」のうち、戦略人事における従業員の能力を最大限活用するための「組織計画」「育成計画」「配置計画」「後継者計画」「目標・評価管理」などを実施するためのツールです。
弊社では、従来のタレントマネジメントだけでなく、OKRを運用するためのツールも提供しはじめました。
そんな従業員の才能を引き出すシステムを提供しているサイダスにおいて、自社のエンジニアのアウトプットを最大化するために導入したOKRにまつわる1年間の記録です。
従来のMBOによる目標管理の運用は主に「個別の目標」と「その目標達成による人事考課」がセットで運用されることが多く、「全社のミッションと一貫性をもった大きな目標の実現追求」と「人事考課と直接的にはリンクさせない心理的安全性」を担保するためにOKRによる目標管理が現在爆発的に人気を博しています。
サイダスのエンジニア組織でOKRを1年間運用した中で得られたノウハウや、アンチパターンをお伝えしたいと思います。

｢ITエンジニアのフレームワークやカルチャーは、世の中の課題解決になる！｣ 全国200を超える企業・官公庁・自治体で組織活性や働き方改革、マネージメント強化を支援してきた沢渡あまねが、事例ともにたっぷりお話します。エンジニアが、世の中に蔓延する『仕事ごっこ』を優しく滅ぼすのだ！ Engineers as a Solution!

プロダクト開発におけてローンチするフェーズ、グロースさせるフェーズで考えていくべきことは変わってきます。
今回はその違いや特にグロースさせるフェーズで必要なプロセスをお話します。
これからの10年でどんな開発手法、プロセスが重要になってくるのかを考える上で、今大事だと思っていることを紹介します。

UIデザインの道をつっぱしったものの、疑問を感じて旅へ出た。そこには心やさしい人たちがたくさん。地域に入り込みながら、デザインのしごとをする。
田舎暮らしは「非効率」。太陽や雨の恵みを受けながら、衣食住を自分たちの手で世話する。そもそも「効率化」とは？IT技術はそこにどう活きるのか？
アグリテックなど地方でのIT開発に携わるor興味のある方へ、田舎の真実、そして地球の真実。

仕事を充実させようと考えて工夫し続け10年くらい経ちました。
多くの失敗をしながら、自分に向いていて楽しめる仕事を見つけるために、沢山の仕事にチャレンジして向いていると思える仕事を探してきました。
結果として、今はエンジニアを卒業して、アジャイルコーチとして働いています。そして、もっと早く決断すればよかったと思えるほど、とても充実した仕事ライフを送っています。

自分のキャリアを考え抜くことと共に、これまでに500時間以上のキャリア支援のコーチングを実施してきました。そこで、キャリアを考える支援の初期段階に特に役立った目標設定の考え方を、自分の失敗体験とともに共有します。

新卒入社してからアジャイルの文脈に触れ、実際にチームを巻き込んで動く機会となったGitの導入エピソードなどをお話します。

この5年間で「技術」「野球」「Python」から何を学んだか？
先の5年間でどのように「Lean」していって「野球」そして「自分」をグロースしていくか？
アウトプットを通じて野球エンジニアのキャリアをつかみ、そしてこの先どうしようかな？というお話ができればと思っています。

「アジリティ」という言葉通り、IT業界も目まぐるしい速さで変化しており、私たちにもその俊敏性が常に問い続けられます。
私はアジャイル開発とともに10年以上、様々な組織のイノベーションに携わってきました。
チーム作りや部署を超えた円滑なコミュニケーションの仕方など、良好な人間関係を保つためのスキル（soft skills）には、今何が求められ、それをどのように組織に活かしていくのか。そして、そこから日本企業はどうアジャイルにイノベーションを起こしていくかを、過去の事例と経験を踏まえて今後の展望をお話します。

※ステファン・ニュースペリングと共同でお話をします。

Management 3.0のこれまでの歩みと展望、そしてアジャイルリーダーシップの将来像についてお話します。
さらに、日本におけるワーカー・ハピネスについて、今後どのように環境が変化していくのか、「仕事と幸せ」について日本企業を例に取って考えます。

※アルナブ ・グプタと共同でお話をします。

Kubernetesがコンテナオーケストレーションのデファクトとなり、CloudNativeにおけるLinux,OSというポジションになるとまでいわれています。CloudNativeからKubernetesNative。
そして、これまでMulti-Cloudとして複数のクラウド（パブリック/プライベート）を連携したシステムからさらにKubernetesクラスタを連携するシステムへと変わりつつあります。
Multi-CloudからMulti-Kubernetes。
まさに、"Kubernetes Everywhere"な時代です。
そして、この”Kubernetes Everywhere”に対して、Multi-Kubernetes、KubernetesNative環境の構築や運用管理をどうするかを考える必要があります。可能であれば、オンプレミスやクラウド問わず一元で管理できれば最高です。そして、それを実現できるプラットフォームの一つがRancherです。
オンプレミス、マネージド（AKS,EKS,GKE）に対するkubernetesクラスタ構築、カタログによる一括デプロイ、Prometheus+Grafana機能の同梱を主軸にRancherを詳解し、Multi-CloudからMulti-Kubernetes,CloudNativeからKubernetesNative時代の道しるべの一つになるお話をしたいと思います。

2009年から始まったAgile Japanも今年で10周年。
これまで毎年その時々の時流を考えながら実行委員たちの思いを込めたテーマを掲げて、多くのセッションを積み重ねてきてきました。
その時々で何を思い、何を越境しようとしてきたかをAgile Japanの10年間の歴史を振り返りながら歴代実行委員長達自身が語ります。そして、これからのAgile Japanは何を越境していくのかを我々４人のディスカッションを通して考えてみます。

ユーザーにうれしい体験を生み出すAIとは、どのようなものでしょうか。これからの未来で必要になる「AIのUXデザイン」「人間中心のAI」を、Google の「People + AI Guidebook（人にうれしいAIのためのUXデザインガイド）」をひもときながら、発表者の実体験も交えて、お伝えします。

私がこの業界に入ったときは、プログラムを書くことがただ楽しくてたまりませんでした。
本を読む中で少しずつソフトウェアの構造に興味が湧き、方式設計やフレームワークの実装を行うようになります。
その後、「クライアントに価値を届ける」ことを目指して、プライムベンダーのプロジェクトマネージャを行ってきました。

今はユーザー企業に転職し、今度は「クライアント」の側でものづくりに携わるようになっています。
今回は、ユーザー企業情報システム部の立場からソフトウェア開発のパラダイムをふりかえることを通じて、 この先10年を考えるうえでの足がかりにしていきたいと考えています。

この10年間、様々な分野を経験してきました。理論物理学、Linuxカーネル、ゲーム開発、Engineering Manager、VP of Engineeringなどなど。特別な何かを目指してキャリアを逆算してきたというよりは、そのときに自分が本気で打ち込めることに飛び込んでみて、全力を尽くしてきました。このキャリアの形成方法は、一見して無謀とも見えるかもしれません。しかし、予定調和ではない、環境に適応するために自分を変化させ続けようとした結果であると解釈しています。

本セッションでは、この10年間のキャリアをふりかえりながら、なぜそこまで変わることが出来たのか、変わるための自分なりのメソッドを明らかにしていきます。更に、次の10年に向けて、時代の変化にどのように適応させていくのかを述べます。

10年前の2009年、私は「人の役に立つプロダクトを作りたい」という思いでプログラマになりました。しかし私が開発に携わってきたプロダクトは、胸を張って最高だと言えるものではありませんでした。
「頑張ってコードを書いているのになぜ最高にならないんだろう？」そんな疑問をきっかけに、より良い開発プロセスの探求が始まりました。気づいたらスクラムマスターになり、アジャイルコーチチームを設立していました。
最高のプロダクトを作るためにはチームワークが欠かせません。これまでに私が探求する過程で気づいたこと、学んだことを共有してみたいと思います。

また、私が所属するサイボウズは複業(副業)を推奨していることもあり、現在は週3日正社員で働きつつ、残り2日は個人事業主として複業をしています。意図せず実現した働き方ではありますが、これを実現する過程で、市場価値について考え、給与交渉をし、持続可能な働き方・学び方について考える機会がありました。これは人生100年時代を生きる上でちょっと面白い参考になるかも知れませんので、ぜひ働き方についてもお話できればと思います。

アウトカムを出したい！

日々の開発も楽しみたい。でもそれが難しいことがたくさんあります。
私自身、アウトカムと楽しさの両立に苦しんできました。さらに、エンジニアリングマネージャーとなり、アウトカムと楽しさの両立の重要性をより感じています。そんな中で、自分がそれらをどう両立させようとして、失敗し、諦めず経験から学び自分とプロダクトを前進させて位言ったのかの経験を話します。

アウトプットを楽しむエンジニアが増えています．特に技術ブログを書くエンジニアが増えていますが，習慣化をして書き続けることや，読みやすい記事を書くことに課題を感じるという声を多く聞きます．そこで，技術ブログを習慣化して楽しく書けるエンジニアを増やすために「ブログメンタリング」という活動をしています．約1年半のブログメンタリング経験を整理し，技術ブログのコツとメンタリングのコツをお話します．

僕たちは社会に出てから、いや子どもの頃から「効率よく」って何度言われてきただろう。
僕も最初はそう思ってた。効率化って大切だなって。皆で足並み揃えてキレイに進むことって良いことだなって。
でもね、この10年で変わってしまったんだ。生きるための価値観が根底から変わった。
「そんなに効率って大切なのか？効率を上げるための標準化って意味あるのか？」そんな疑問を抱く人に伝えたいことがある。
さらば産業時代。情報時代へようこそ。

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

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

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

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

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

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

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

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

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

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

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

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

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