チームがうまくなるために、「学習」と向き合うことはとても大切です。
私がこれまで関わってきたチームでも、アジャイル開発を通してチームがうまくなることに取り組み続けてきました。

ところが、最近新卒向けの研修に携わった際に衝撃を受けました。

ビジネス採用として入社したためプログラミング未経験だった新卒の彼らは、当初は黒い画面（ターミナル）すら怖がっていましたが、数カ月後にはメンター陣からのインプットを頼りに、

• 1 day timebox
• 1 hour timebox
• モブプログラミング
• プロトタイピング
• ユーザーインタビュー

などをまわしながら、3週間でプロダクトを作れるようになっていました。
その道のプロフェッショナル達がエクストリームだと思うこと／どうはじめたらいいのか悩んでいることを平気で突破してしまったのです。

もちろん彼らはプロダクトを本番リリースしたわけではありません。
もちろん彼らは運用しながらお金を稼いでいるわけではありません。
でも彼らはプロダクトづくりの経験をもっていませんでした。
でも彼らはプログラミング経験ももっていませんでした。

私達は、

• 学習し続けていく中で固定観念に囚われてしまうことがあること
• 学習をしていないことが圧倒的成長スピードを生むことがあること

という事実に向き合う必要があります。

学習を積み重ねていくことで成長スピードが落ちてしまうのではなく、学習を積み重ねていっても成長スピードを落とさないチームをどうつくるか。そのためにはUnlearn（学びをリセット）がキーになります。

このセッションでは、そろそろ言い訳するのはやめてもっとうまくなるためにはどうすればいいのかを真剣に考えます。もっとうまくなるための学習する／Unlearnするチームについて一緒に考える時間にしましょう。

2018年4月・・・

鶴の一声で、とあるWeb企業に入社したビジネス採用の新卒は全員プログラミング研修を受けることになりました。

プログラミング未経験の彼らは、最初は黒い画面（ターミナル）すら怖がっていましたが、数カ月後には研修メンター陣からのインプットを頼りに、

• 1 day timebox
• 1 hour timebox
• モブプログラミング
• プロトタイピング
• ユーザーインタビュー

などをまわしながら、3週間でプロダクトを作れるようになっていました。

さて皆さん、なにか質問ありますか？
※この話はノンフィクションです

その道のプロフェッショナル達がエクストリームだと思うこと／どうはじめるか困っていることを平気で突破していった彼らから学ばせていただきたいなと思い、今私はプロポーザルを書いています。

もちろん彼らはプロダクトを本番リリースしたわけではありません。
もちろん彼らは運用しながらお金を稼いでいるわけではありません。
でも彼らはプロダクトづくりの経験をもっていませんでした。
でも彼らはプログラミング経験ももっていませんでした。

このセッションは、そろそろ言い訳するのはやめてもっとうまくなるためにはどうすればいいのかを真剣に考えます。経験でもないスキルでもない我々に不足しているかもしれない何かを、彼らから学ばせていただきましょう。

このセッションでは実際に研修を受けた新卒の彼らに、彼らの言葉で話をしてもらいます。

モブプログラミングとはチーム全員で、同じ仕事を、同じ時間に、同じ場所で、同じコンピューターで行うことです。

日本においても、2017年に一気に話題となりました。
そのきっかけとなったモブプログラミングという働き方で紹介した楽天のモブ＝チームがその後どうなったのかについてお話します。

私達のモブでは、時間を決めてワークショップ形式で行うのではなく、朝来てから帰るまで働き方として実施しています。そのため、開発だけでなく資料作りや営業やモブプログラミングの体験会などすべてにおいてモブワークをしています。

• スクラムを中心としたアジャイル開発を精力的に行ってきたメンバーがモブプログラミングを通してどのように変化したのか
• 実際に仕事の成果が出せたのか
• モブとその外の関係性はどうなのか
• モブ＝チームのその後（※今後の活躍次第）

などについてお話したいと思います。

スクラムとモブプログラミングは、チーム全体のアプローチやチームビルディングという点で共通項も多い一方で、別の視点で仕事の本質やチームの本質について考えるきっかけになりました。

モブプログラミングに興味がある方はもちろん、そうでない方にとってもチームについて考えるきっかけを得られるようなセッションにしたいと思います。

 巷で噂のDevOps。

ところが、

• DevOpsってなんだろう？
• ぶっちゃけそんなにみんなやってるのかな？

などいまさら聞けないDevOpsが皆さんの中にきっとあるはずです。
今回はDevOpsをテーマに熱いパネラーと共に朝まで徹底生討論をします。

このセッションは参加型パネルディスカッションです。
実践できている人もまだできていない人も現場の話をしにきませんか？

パネラーは随時追加していく予定です。パネラーとして参加されたい方もご連絡下さい。
もちろん当日の飛び込み討論も歓迎です。もしかしたらあのDevOps有名人も！？

DevOps Days Tokyo2017に参加しようか迷っているそこのあなた！
あまり詳しくなくても実践できていなくても、興味さえあればきっと大丈夫なので、このセッションをきっかけに一緒にDevOps Days Tokyo2017に参加してみませんか？

アジャイル開発、スクラムに出会って6年。
いろんなチームでいろんなアジャイル開発、スクラムにチャレンジしてきました。

最近たまたまアウトソースやオフショアに携わる機会があり、そこでチームビルディングを行い、実践していく中で改めてアジャイル開発やスクラムについて考えました。

• 制約が多い
• やりたくない
• やらないほうがいい
• 興味ない
• 大事なことは変わらないでしょ

そりゃそうなんだろうけど、経験したからこそ伝えられることもあると思います。

経験があるかどうか・これからするかどうかに関係なく、知っておきたいなって思う方はぜひ聞きに来て下さい。自分のアジャイル開発やスクラムを見直すきっかけになるような話ができればいいなって思ってます。

自分たちの組織をどうやって改善するのか

特にエンジニアは組織の話となると嫌厭しがちです。
わかります、自分もそうでした。

でも、身近な改善を続けると必ず組織の問題にぶつかります（ました）。
昨今話題のDevOpsやMicroserviceの話をとりあげてみても、組織とは切っても切り離せません。

そんな時にもちろん今とは違ういい組織を探すことも一つの選択肢です。
しかし、そんな都合がいい組織は果たしてあるのでしょうか。
仮にあったとして自分がそこに都合よく入れるのでしょうか。

そんなことを考えた1エンジニアが、組織を変えることを考えて「未来会議」というものをやってみた話をします。

自分たちのどうやって組織と向き合えばいいのか、どういう組織を目指すべきなのか一緒に考えませんか？

誰が一番アジャイルなのか？

アジャイル、スクラム、名前はなんだっていい。

俺達の目的を叶えるために、現場で日々繰り広げられる闘いの日々。
そこで培ったものこそがホンモノの証だ！！

教科書は読むのはもうやめだ。
俺たちには現場で鍛え上げた経験がある。

誰が一番アジャイルなのか、今こそ決めようじゃないか。

（セッションの詳しい内容は詳細を御覧ください）