アジャイル、XP、Scrumは10年くらい前からイベントに出たり、本を読んだり勉強しても、どうにも身につかず。

2017年に会社を作って、2019年に自社サービスをリリースして、やっとアジャイルが腹落ちしてきた気がします。

このセッションでは、なぜ今までアジャイルが実践できなくて、なぜ今になってアジャイルがわかりかけてきたのか、ということをお伝えできればと思います。

世の中でアジャイル開発が一般的になるにつれて、アジャイル開発を支援する「アジャイルコーチ」という職種や肩書を見かけることが多くなってきました。
アジャイルコーチとは組織がアジャイルなやり方で成果を出せるようにするために、組織的な観点、技術的な観点、プロダクトの観点などさまざまな観点から支援する役目です。
アジャイル開発に慣れていないチームには、アジャイルコーチは必要な存在だと言ってよいでしょう。

一方で、アジャイルコーチといえば、「めんどくさい」「マサカリ投げる」「上がった感」「単価が高い」「実際の効果がよくわからない」といったイメージがあります。
これらはコンサルティングを始めとした支援系の仕事に対する共通のイメージでもありますが、銀の弾丸思考の表れでもあります（アジャイルコーチがあなたの問題をすべて指摘し、魔法のように解決してくれるわけではなく、あくまで主体はスクラムチームです）。

本セッションでは、アジャイルコーチとは何なのか、実際にアジャイルコーチをどう活用すれば良いのかを、日本で唯一のScrum Alliance Certified Team Coach(CTC)で実際にアジャイルコーチングを有償サービスとして提供している現役アジャイルコーチが解説します。

チームの再定義 -フラクタルスプリントとフラクタルチーム-

1つのチームが複数のプロジェクトに分裂したとき、そのチームはどうひきつがれるのでしょうか。おなじものにはならないし、それなりの成熟をするには時間がかかる。だから、チームはできるだけ解散してはならない。果たして本当にそうでしょうか?

私達のチームメンバーは複数のプロジェクトにわかれ、PBLもPOもまったく異なるようになりました。それでも1つのチームとして存在する方法を模索しました。その過程で、複数チーム、複数プロジェクトにおける15minスプリントを基盤とするフラクタルスプリント、組織横断な知識交換、プロジェクトに依存しないチームとしての存在意義を見出してきました。私達のチームは解散したようにみえましたが、実際には解散していなかったのです。フラクタルスプリントによってフラクタルチームは成されました。

異なるミッションをもっていても、組織としては軍隊アリやバッファローのような超個体をめざす1つのチームとして機能をするようにまでなりました。プロジェクトのためだけにチームがあるのではありません。わたしたちがいるからチームなのであるという視点をつきつめていき、それは個人や組織の成長にもつながっていく姿をお話します。

そしてこれらを支える理論として進化心理学、ダーウィンの進化論などの学術的な視座からアジャイル開発を話します。なぜ人間はチームをつくるのか。

大企業で新規事業を始めるために必要なものはなんだと思いますか？予算ですか？社内政治ですか？そう！違う！そう！

プロダクトオーナーやリーンスタートアップの本を読んでも、なかなか教えてもらえないのが「日本企業におけるカネと政治」。エンジニア出身の方も、マーケティング出身の方も、プロダクトデザインやUXの方も、等しく苦労するポイントであろうと思います。

プロダクト開発はうまくできても、それ以外のところで泥沼にハマってしまいがちな大企業の皆様に、うまくサヴァイヴして人生をときめくためのヒントをお伝えできればと考えております。そのために、実際に大企業で新規ビジネス開発の仕組みづくりに携わるみなさんから、戦略やヒントやマサカリをいただきます。もしかしたらちょっと心に棘が刺さるかもしれませんので、しっかりと心のご準備をお願いいたします。

発表者は、絹川達也さん(楽天)、太田敦士さん(NTT西日本)、そして楽天技術研究所や楽天テクノロジーカンファレンスを設立から育ててこられた森正弥さん。いずれもご本人が新規サービス/事業を手掛けるだけでなく、仕組みづくりや組織づくり、メンタリングなども携わられてきたみなさまです。

あなたのチームはいつ死にますか？

スクラムはチームワークのためのフレームワークです。スクラムでは、安定したチームが成功するための前提条件として紹介されることが多いです。実際に「STABLE TEAM（安定したチーム）」はScrum Patternsの1つになっています。

安定したチームは本当によいチームなのでしょうか？

私たちのチームは、スクラムやモブプログラミングを通して自己組織的なチームになりました。Unlearnを自分たちの活動に組み込んで、学習するチームになりました。スタートアップしたプロダクトも成長軌道に乗せることが出来ました。そしてそのチームは、プロダクトの終焉を乗り越え、さらには会社をも越えました。

• チーム転職できました #チームFA宣言 #完結編 #アフターストーリー

私たちのチームは、Project-BasedでもProduct-Basedでもなく、Team-Based TEAMだったのです。私たちのチームにとってはプロダクトの終焉も転職もチームの死にはつながりませんでした。私たちの考える「STABLE TEAM（安定したチーム）」はSAME TEAM（同じチーム）ではなく、生物のように変化し続けることができるチームです。私たちは会社を越えた後も、変化と向き合い生物的チームを目指して活動を続けています。

あなたのチームはいつ死にますか？

このタフクエスチョンの答えはどの教科書にも載っていません。しかし、チームの死を考えることで、どう生きるかが定まり、どうチーミングすればよいのかが見えてきます。一緒にチームのライフサイクルについて考えてみましょう。

スクラムショーワークショップは、スクラムの説明をショー（寸劇）形式で行うワークショップです。
このワークショップを通じて、参加者はスクラムの基本を体験・学習できます。

スクラムショーワークショップは、yycr2019（アジャイルコーチとスクラムマスターの宴、通称：よなよなコーチングリトリート）で
生み出されたワークショップです。「短い時間でアジャイルを知るようにしてほしい」というニーズに応えるために、最大2時間でアジャイル・スクラムの理解を高められるワークショップをみんなで作りました。
会社の中で展開するために、できるだけ準備が少なく済ませたいという要望にも応えています。

皆さんも、スクラムショーワークショップを実施してみましょう！

紹介動画はこちらから！

詳細はこちらの記事をご参照ください。

UX屋さんは言います「ユーザーテスト（ユーザビリティテスト）は製品の利用品質を目覚ましく向上する」と。でも、専門家に頼むと結構な金額の請求書が届くかもしれませんし、社内でやると結構な手間がかかるかもしれません。結局、まだ「やったことがない」「見たことがない」という人が多いのかもしれません。

そこで、このセッションではスマホアプリを題材にしたユーザーテストを会場で実演します。「実演」と言っても大げさなものではありません。①その場にいる人で、②その場にある機材を使って、③約30分で完了する（ただしセッションは45分）ーーという「即席」スタイルです。

「UXとは？ユーザーテストとは？」という小難しいプレゼンテーションを聞いたり、その分野の本を読んだりするのも悪くありませんが、まずは自分の目で見て、自分で価値を判断してみてはいかがでしょうか。意外と気に入るかもしれませんよ。

はじめに

井の中の蛙、大海を知らず。A frog in a well has no knowledge of the great ocean.

As companies grow and evolve, common problems can occur. Often, the larger the company, the larger the problem.

One way many organizations choose to tackle these problems is through the introduction of immersive learning spaces, sometimes known as the "Dojo" concept. Through introduction of experimentation, Agile development, and offerings designed to build stronger teams - as well as application of novel coaching and instructional techniques - immersive learning spaces can improve efficiency and empower teams in brand new ways.

こんにちは。楽天仙台支社の半谷(はんがい)と申します。
仙台・東京・大阪・福岡にそれぞれ仲間がいる開発組織で、25人くらいのグループのマネージャーをやっています。ベースは仙台ですが、月に2回くらいは東京に行っています。

私達は、楽天市場の開発を行っています。

2019年6月にリリースした新機能開発では、もともと縦割り組織だったビジネス・デザイン・開発のそれぞれのステークホルダをワンチームにまとめ、日々数万店舗様が使ってくれるような顧客満足度の高いものを作ることが出来ました。

この体制を作るのに参考にしたのが、Jeff Pattonさんが提唱している「Product Discovery Team」の考え方でした。このおかげで、ともすると敵対関係みたいになってしまいがちな三者が、顧客に価値を届けるぞ！良いもの作るぞ！と同じ方向を向きつつそれぞれが強みを発揮するようになりました。

もちろん最初からうまくいったわけではなく、色々な書籍や文献、先達の知恵に助けてもらいつつ、もがき苦しんだ結果たまたま発見したものです。なのでセッションの内容は、うまくいったぜ！という過程ではなく、苦労話が多くなると思います。

このセッションが、大企業の中で組織改善に悩むいろんな方々のヒントになったら良いなと思います。私自身もまだまだ悩み中なので、一緒に旨い酒が飲める仲間が出来たら嬉しいです。

2018年の11月頃から始まり、開発手法としてScrumを採用したとあるプロジェクトは、2019年の6月に予定通りサービスのローンチを行うことができました。

このプロジェクトはお客さんとのユーザーストーリーマッピングでのMVP検討から始まり、まずはサービスの背骨にあたるMVPの実装を1ヶ月で完了。その後4ヶ月間はリリースできる状態をずっと維持し続けながら、毎スプリント着実に機能を追加していき、ローンチの1ヶ月以上前にはお客さんが希望する機能の追加を完了。ローンチ前にはいくつかのメディアに取り上げられたこともあり、多少注目されながらローンチ当日を迎えましたが、そこでも拍子抜けするほどなんのトラブルも起きず、お客さんからも開発チームからも、これほど安定したプロジェクトは今まで経験したことがないといったようなポジティブなフィードバックをもらうことができました。

その結果、お客さんからの期待値が想定以上に高まってしまい、同じやり方を他の複数プロジェクトにも早急に導入することが決定。開発者を含む関係者が一気に倍増したことで、チームは混乱状態に陥ってしまいました。

今現在も混乱中ですが、RSGT2020が開催される頃までには何とかなってると思うので、私達がこれからどのようにして再び練度の高いチームを作り上げていったかについてお話しできればと考えています。

永和システムマネジメントはソフトウェアの受託開発を生業にしていて、私もその最前線で25年やってきました。 そんな私が企画し、プロダクトオーナーとして関わった自社Webサービスが、数ヶ月前にひっそりと終了しました。

「ニーズがなかったね」の一言で済ますにはもったいなく、一体何が悪くてそこから何が学べるのか？ オーナーシップって何なんだろう？組織との付き合い方は？これからのエンジニアに求められるマインドって何？といったことを、自分なりに徹底して追及した結果を共有させてください。

The web service that I planned and worked as a product owner closed quietly a few months ago.

What is wrong and what can you learn from it? What is ownership? How do you interact with your organization? What kind of mind is required of engineers in the future?

Please let me share the results that I thoroughly pursued.

※ 「明日の開発カンファレンス2019」でお話させていただいたことを全面ブラッシュアップし、後日談も含めた【完結編】となります。

退職希望者の退職届け取り下げ。

エンジニアの大量採用成功。

やる気のない社員のマインドセットを変えた。

変革する気がない組織にアジャイルコーチを投入できた。

これがManagement3.0のプラクティスやツールを導入して僕らが半年で得た成果です。

近年、アジャイル界隈を中心に広がりを見せている。Management3.0

Management3.0には、仕事の改善、高性能のチーム作りや、やりがいのある仕事を作るといった能力を引き出すことに有効なツール、ゲーム、プラクティスが存在します。

それらは、どれもライトウェイトで導入が簡単かつ、確実に成果が出ます。

（具体的な成果は上記参照）

が、日本では学ぶ人は増えているが、実践している人が少ないのが現実。

そこで、自分の組織、家庭etc... 日本で２番目にManagement3.0実践投入している２人(株式会社クオリティアの吉川誠一、株式会社マリエッタの本田竜一)による、事例紹介のトーク＆実践者視点によるワークショップを行います。

Management3.0を日本で展開する、NuWORKS の　Stefan Nüsperling氏による、簡単なManagement 3.0の紹介やトークセッションも行います

仕事・夢・人生

モラトリアムな就職浪人、地元に近いという理由で第二新卒入社した中小SIerでプログラマ、通信キャリアの企画部署に長年常駐、海外合弁事業が初のグローバルな仕事。

アプリ開発ベンチャーでディレクター、転機となった自費40万で参加したSXSW2014、そして未払い賃金を勝ち取ったけど一瞬フリー状態に恐怖。

先輩つたってEC基盤な事業会社で良くしてもらい、そしてSXSW2014の縁がつながって現職と、20年近い仕事人生をなんとか渡り歩いてきました。

Toxic behaviours in a Team cause damage to the Team. Affecting their performance, causing high levels of stress and demotivation. Conflict Navigation is one of the biggest challenges within the Teams. Can you help them to overcome this challenge? Are there any antidotes?

When a Team member shows a toxic behaviour, how the Team reacts to it? Can we educate the team and help them as a System to overcome these challenges? As a Scrum Master or a Coach, our main mission is to help out teams to be their better selves. By the end of this workshop, you should be able to help your team to be better prepared to deal with conflict.

Nowadays the world of work is very dynamic and volatile. In this scenario Leaders should be able to lead by example, suggest improvements, catalyze change and show courage to improve experimentally: a context in which teams can perform. But in order to achieve this, leadership should be a team capability not only an exclusive trait of the Leaders. Growing that capability of leadership (for example within a Scrum team) requires building it into the organization structure and culture. In this talk we'll explore different leadership behaviours through archetypes and how we can (as Scrum Masters or Team Coaches) shift behavioural patterns from an archetype to another through an evolutionary journey of an high performing team from their early stage of development to maturity.

Are you living Agile Culture, Yes, No, or Not Yet ?

Are you in Wonder, Blunder or Thunder stage of Agile adoption & transformation ?

Are you only focusing on doing Agile or being Agile ?

Three questions and one answer, Agility comes by fostering The Agile Mindset!

ゲームモデルとは、サッカーなどのスポーツにおいて、試合中にチームで共有されるべき共通認識をモデル化したもので、チームが自己組織的に判断を繰り返すための「脳内映像」とも言えます。

ソフトウェア開発の現場でも、それぞれの現場、チームに応じた「状況・局面」が発生します。もちろん都度、問題に取り組み、解決につなげているわけですが、それを「再現性」のある形でチームの行動として落とし込むための道しるべとして、「ゲームモデル」のアイデアが参考になるのではないかと考えています。

とかなんとか書きましたが、つまり僕はニワカ素人サッカー戦術ファンで、自分たちのチームをサッカーチームっぽく表現して、みんなと話せたら、と思ったのです！

みんなの現場をシンプルなゲームモデルで表現して、わいわいできないでしょうか。

みんなの現場では、現場で起きることを自己組織的に解決するために、スクラムを、スクラムの外側を、どう実装していますか？それをサッカーっぽくやると楽しくないですか？

まずは僕がやってみようと思います。

アジャイル開発やスクラムに関する誤解や誤用（ScrumBut）をまとめて“ざんねんスクラム”と総称してます。
“ざんねん”なスクラムの状況を通じて、何がイケてないのかを深く理解し、どう改善すればよいのか？をSpeakerが話すだけではなく、参加者みんなで考えていこうというコンセプトのセッションです。

• 「それってうちのことですか？」
• 「どこかで見たこと聞いたことあるような。。。」
• 「なるほど、そう考えるとたしかによくなさげ」
• 「アジャイルが認知されてきたからこそ起きている、最近の状況」
• 本当にあった怖いスクラムの話

といった感じで複数の小さなテーマごとに話をしたいと思います。
（途中参加、途中退出はお気軽にどうぞ）

以前からの定番あるあるネタ、最近のアジャイル界隈などのテーマを織り交ぜて、参加者の方に１つでも生きた情報を現場に持ち帰ってもらえればと考えています。

Learn how to apply Agile to improve your life.

Coming from IT to better build better products, Agile is spreading everywhere today with a goal of bringing to people what they really need, continuously learning from results and adapting accordingly.

Highly passionate about improvement of the way people work and live, I bring Agile not only to Multi National Corporations, but also to teams, to communities and now to the life of individuals.

Agile life session is a mix of presentation of Agile life methodology, sharing of best practices and personal examples, and facilitated group interactions where participants will apply new learning to improve their life.

So why don't you join us and learn how to find what is truly important for you and how to make it happen effectively?