Regional SCRUM GATHERING® Tokyoセッション公募ページへようこそ

Welcome to Regional SCRUM GATHERING® 2016 Call For Sessions

→ See description in English.


このページは、Regional SCRUM GATHERING® Tokyoのセッション公募サイトです。
イベントについてはRegional SCRUM GATHERING® Tokyo公式サイトをごらんください 。

まずここではセッションを投稿することができます。さらに、興味のある他人のセッションに投票したりコメントすることでコンテンツ作りに参加することができます。投稿者はコメントを受けてセッション内容をより良いものにすることができます。
みなさまの積極的な参加をお待ちしております!

■セッション公募の流れ
下記のスケジュールに沿って、セッションを公募します。

  1. セッション公募とレビュー     2015/10/24~2015/11/28
  2. セッション決定と登壇者へのご連絡 2015/11/28〜2015/12/12

■セッションSpeakerになりたい方へ
下記の要領に従って、セッションの内容を登録してください。

  1. まずは、ideaScaleユーザーの登録
  2. 左上の“新しいアイディアを投稿”をクリック
  3. 画面に従い、セッションの題名、内容を入力
  4. 適当なタグの他に、セッション枠(20分または45分)をタグ付けして下さい
  5. セッション内容に合ったキャンペーンを選択し、投稿!
キャンペーンについて
キャンペーンとは、セッションの内容をカテゴライズしたものです。
セッションの決定にあたっては、キャンペーンの種類ごとにバランスを調整する場合がありますので宜しくお願い致します。
キャンペーンの種類は以下のとおりです。
  • スクラム全般のテーマ
    • スクラムってなに? What is Scrum?
    • スクラムのはじめかた How to begin Scrum
  • チームや組織のテーマ
    • チームの学びと成長 Learn and Grow by Team
    • 組織変革とプロセス改善 Organizational Change and Process Improvement
  • 各ロールにフォーカスしたテーマ
    • ソフトウェア開発の熟達 Software Craftsmanship
    • 達人スクラムマスターへの道 A way to be a master of ScrumMaster
    • プロダクトオーナーシップ Product Ownership
  • ワークショップ、その他
    • ゲームで学ぶ Learn by playing Game
    • その他 Others
投稿が終わった時点から投票の対象となります。

■セッションの投票をしたい方
ideaScaleユーザーの登録を行うと、どなたでも投票することができます。自分の見たいセッションに投票しましょう!あなたの一票がプログラム構成に反映されます。
また、投稿されているセッションにコメントしてあげてください。あなたの「ここを一番聞きたい!」「こんなことも話してほしい!」と言った要望が反映されたセッションになるかもしれませんよ。どんどんコメントして、あなたの意見をセッションに反映してもらいましょう!


This is a session proposal submission form for Regional SCRUM GATHERING® Tokyo 2016.
To learn event details, go to Regional SCRUM GATHERING® Tokyo website.

The Regional SCRUM GATHERING® Tokyo is one of the biggest conferences focusing on Scrum and Agile in Japan. It will run for two days from January 18th to 19th.

Please share your experience at your workplaces or any ideas related to Scrum. We accept talks, workshops, discussion panel ideas, but we also welcome your ideas. All submissions will be posted here, reviewed and discussed by community. Though Japanese is the official language of the conference, we welcome submissions in English.

Here you can submit ideas, vote on existing ideas, or add comments.

To submit your session, please click the Submit New Idea button at the top of the navigation sidebar. You will then be asked to add a title and choose a campaign for the new idea. Campaigns are like these :

  • Basics
    • What is Scrum?
    • How to begin Scrum
  • Team and organization
    • Learn and Grow by Team
    • Organizational Change and Process Improvement
  • Scrum Roles
    • Software Craftsmanship
    • A way to be a master of ScrumMaster
    • Product Ownership
  • Workshops, etc.
    • Learn by playing Game
    • Others
PLEASE NOTE: Each duration of a session should be a 20 or 45-minute time slot including time for questions. Please provide duration (20mins or 45mins) of your session by adding either tag.

You will also have the option to add tags to the idea. To vote on an idea, simply click the up or down arrows to the right of the idea title/description. And to add a comment, click in the box below the idea.

If you would like to see all ideas created with a specific tag, you can click on the word or phrase via the tagcloud in the navigation sidebar area under "What we're discussing". You can also view ideas sorted by Campaigns from the right navigation area. To return to this page, click the All Ideas link.

Submission and discussion deadline is November 28th. Each person can submit multiple proposals. Organizing committee will send you an acceptance or a reject notice by December 12th. Accepted speaker will receive a free admission ticket.

組織変革とプロセス改善 Organizational Change and Process

生き延びよう!強い組織になろう! - 迷わず行けよ 行けばわかるさ

本セッションでは、これからスクラムを導入したいと思っているリーダーへは勇気と覚悟を、そのリーダーを支える経営層やマネージャーには、変革者やチームへの支援と寛容の気持を持ってもらえるようなセッションが出来たらいいなと思って応募しました! ちょっと固めで古臭い企業でスクラムをはじめたマネージャが、スクラムをどうやって始めて、どのような変化が起きたのか。 定期的に感じる失敗感・挫折感を乗り越えて、これからどのような手を打って行こうとしているのか、現在進行形のお話をしたいと思います。 具体的には、マネージャができるチームへの支援や、支援をどのように取り付けたのか、外部アジャイルコーチの有効性、現場の人たちの戸惑いや変化、グループ企業内で静かにゆっくりと波及しはじめている変化や、ちょっとした対立なんかを生々しくまとめたものを発表してみたいと思います。 聞いてもらうことによって、スクラムをはじめやすくなったり、間接的に良い開発現場つくりの貢献ができれば、とてもうれしいと思っています。 ...more »

Submitted by (@takahiro.kaihara)

Voting

24 votes
24 up votes
0 down votes

ソフトウェア開発技術 Software Craftsmanship

Stack Overflow Driven Development: The Right Way

Stack Overflow Driven Development: The Right Way, Since Stack Overflow was invented, it is the light of hope of software industry. It shows the world that finally we have found our definition of “reuse” which is “copy and paste”. This session will how you “how to use stack overflow in proper way” so that you can deliver software together with good quality of code. Target Audience: For management level you will know what ...more »

Submitted by (@twinpanichsombat)

Voting

14 votes
14 up votes
0 down votes

その他 Others

本当に顧客の要望わかっていますか?顧客自身もわかっていないのに…~サービスデザイン思考とは?~

スクラムで開発するとき、プロダクトは顧客が本当に望んでいるものになっていますか? 例えば、iPhoneのようなイノベーティブな商品が登場するとき、顧客は事前に 「iPhoneのようなものが欲しい。」と要望していたでしょうか? また、iPhoneの発表があったときにすぐに欲しいと思った人はどれだけいたで しょうか? 大多数の人は、発売されて店頭で実際に見て、触ってみて、はじめて「ああ、これが私の望んでいたものだ」と思ったのではないでしょうか? そう、顧客の本当の要望は顧客自身もわかっていないのです。 わかっていない要望をどのように把握するのでしょうか?もちろん顧客に聞いてもだめです。 そして顧客は、実際に見たり、触ってみないと、自分が望んでいたものかどうかわかりません。 いきなりソースコードを書いてプロトタイプを作っていたら、時間もコストもかかってしまいます。 そこで「サービスデザイン思考」です。 スクラムで開発する前にサービスデザイン思考を用いて、顧客自身もわかっていない要望を見つけましょう。 ...more »

Submitted by (@hidehikoakasaka)

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

付箋紙 ・コピー紙(A4,A3) ・サインペン

追加の詳細情報 / Comments :

発表者:(株)オージス総研 竹政 昭利、赤坂 英彦

90分を希望します。

Voting

12 votes
12 up votes
0 down votes

組織変革とプロセス改善 Organizational Change and Process

Offshore and Nearshore Scrum teams

Offshoring / Near-shoring part of a team is relatively much more difficult in a Scrum framework than in Waterfall. But with a committed organization that can make well-defined engagements and appropriate infrastructure changes, the benefits can be tremendous. It will be Scrum that can work around the clock . . . literally!

 

Come and join the session to know how to deal with offshore / nearshore Scrum teams.

Submitted by (@taihuynh)

Voting

18 votes
18 up votes
0 down votes

その他 Others

Get BDD with Cucumber

BDD is principally an idea about how software development should be managed by both business interests and technical insight, the practice of BDD does assume the use of specialized software tools to support the development process.[2] Although these tools are often developed specifically for use in BDD projects, • Speaking a common language • Making user stories power effective conversations • Why describing behaviours ...more »

Submitted by (@marisagility)

Voting

16 votes
16 up votes
0 down votes

ゲームで学ぶ Learn by playing Game

ボードゲーム「世界一周ゲーム」で遊ぼう

「JALで行こう!世界一周ゲーム」を遊びに来ませんか?

このボードゲームは、昔、バンダイから発売されていたもので、ゲームの目的は3週間の旅を満喫してマイルを貯めることです。

ルールとしては、毎週、旅行の目的地が決まり、毎日の移動で各地を楽しみながらマイルを貯めていきます。

毎週ゴールがあるこのゲームは、1週間スプリントが体験できる市販ゲームと見ることができます。スクラムをチームに導入するさいのとっかかりとして使えそうな、このボードゲームを体験してみませんか?

 

スクラムを導入する際に組織の抵抗をどのように軽減しようか悩んでいる方にとっての、あらたな導入方法の一助になれば幸いです。

 

当日は、ふりかえりなどのイベントを加えながらゲームで遊び続ける予定です。

 

難しいことを考えなくても、ゲームを楽しむ気軽な場として、ご来場ください。

Submitted by (@imagire)

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

ホワイトボード

Voting

13 votes
13 up votes
0 down votes

ゲームで学ぶ Learn by playing Game

Product owner & Development Team - A tango in communication

Using the dance tango, I will explain the principles of communication techniques. We will learn through doing.

Submitted by (@jaschong)

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

Projector, empty space

追加の詳細情報 / Comments :

Co-presenting with another speaker.

Voting

11 votes
11 up votes
0 down votes

プロダクトオーナーシップ Product Ownership

PO - the forgotten role: Define and Schedule Complex Work

In USA job website, 500,000 SM jobs, 3 PO jobs… Each team is supposed to have both!? Since 2007, every company I have visited has a problem. They can't bridge the gap between strategy and User Stories. In the session, we will survey several techniques and tools that PO use to clarify design, and then clarify requirements. Most importantly, we show the PO’s critical role in limiting WIP, and scheduling work. Target ...more »

Submitted by (@stevemcgee)

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

Projector. White board if available.

Voting

8 votes
8 up votes
0 down votes

ソフトウェア開発技術 Software Craftsmanship

Fight Legacy Code Write Unit Test

Legacy code causes pain and impedes delivery. Developers are living with it everyday either from what they wrote or what they received. This session introduces how legacy code comes about and how to work effectively with it. There will be some source code shown. Agenda: 1. What is legacy code? 2. The Problem 3. How to deal with it? Target Audiences: Not limited to developers, team leads and managers who have met the ...more »

Submitted by (@stanlylau)

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

None.

追加の詳細情報 / Comments :

This is a talk.

Voting

12 votes
12 up votes
0 down votes

スクラムってなに? What is Scrum?

ざんねんスクラム放談会

これまで2回にわたって、スクラムに関する誤解/誤用/ScrumButを「ざんねん」とまとめて発表してきましたが、今回は失敗談/懺悔なども加え、参加者皆さんの経験談を中心に語り合いたいと思います。

 

どのように「ざんねん」なのかを通してスクラムの理解をより深めて、また他の実践者の方々が嵌ってしまった落とし穴なども共有できる場にしたいと思います。

 

想定している参加者としては、経験の有無は関係ありませんが、スクラムの用語は言葉だけでも知っている方となります。

 

雑談のように始まって雑談のように終わりますので、途中の入退出もお気軽にどうぞ。

 

参考までに、前回のスライドはこちら。

http://www.slideshare.net/takaesu0/ss-45655213

Submitted by (@makototakaesu)

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

他の参加者の話を楽しく聴いて、時には話を被せにいって盛り上げて、話題をどんどん広げていく心構えでお願いします!

ネタの持ち込みも大歓迎です!!

Voting

23 votes
23 up votes
0 down votes

組織変革とプロセス改善 Organizational Change and Process

あじゃいる時代のソフトウェア品質保証 〜DevSQAの提案〜

「アジャイルってなんだか流行ってるけど、ソフトウェアの品質保証ってどうやるのか。品質保証部門はどうアジャイルに関われば良いのか。」

アジャイル宣言にもその背後の12の原則にも、「品質」という言葉は一切出てきません。アジャイルの時代において、品質保証部門はもはや用済みなのでしょうか。

アジャイル、DevOps、IoTの時代における品質保証部門の存在意義とは何か、どんな取り組みをしていくべきなのか。DevOpsならぬ"DevSQA"の提案と共にお話しさせていただきます。

Submitted by (@hiroaki.xo)

Voting

19 votes
19 up votes
0 down votes

プロダクトオーナーシップ Product Ownership

Customer Expectations Management of Scrum スクラムにおける事前期待のマネジメント

プロダクトオーナーは、顧客が本当に必要としているサービスやプロダクトを見極めるために、経験や勘ではなく、論理的に考える力が求められています。では、顧客が本当に必要としているサービスやプロダクトを、論理的に考えるには、どうすればいいのでしょうか。 顧客は、プロダクトやサービスを利用する際に、なんらかの期待(事前期待)を持っています。この事前期待に対して、プロダクトやサービス利用後の「実績評価」の方が大きいと、そのお客様は満足してリピートしていただけるようになります。顧客満足は、サービスの成果より、プロセスの良さで決まります。 本セッションでは、サービスサイエンスという考え方を軸に、スクラムにおける顧客とサービスの関係を、どのように整理すればよいか紹介します。 http://www.slideshare.net/fullvirtue/postudy-day-2015-autumn-in-tokyo-day3-postudy/54 ...more »

Submitted by (@m.seki)

Voting

39 votes
44 up votes
5 down votes