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.

(@terryyin)

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

No Reuse Before Use

The metaphor of software reuse has misled the industry. We believed reuse can help us reduce cost and produce better software. And we spent a lot of time and money to make our software reusable and to reuse it. Sadly, it’s an industry proven to be nothing more than unfulfilled promises. Come to my talk to check out why you should not reuse before use, and my suggestions. The topic is from the perspective of different... more »

Voting

20 votes
20 up votes
0 down votes
(@miuranobuak)

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

「ただのチームメンバー」がフォロワーにジョブチェンジするための9つの心得

ひとりのチームメンバーとして、自分のチームをより良くしたいと日々考えている人は多くいると思います。

何をするべきか、何ができるかを考えた時に私がとったフォロワーというあり方とフォロワーとして、ひとりのチームメンバーとして大切だと感じた9つの心得をお話できればと思います。

Voting

12 votes
12 up votes
0 down votes
(@takuodoi)

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

ビジネスプラクティスで捉えるScrum

書店で自己啓発コーナーなどに行けば分かるように、世の中には数多くのビジネスプラクティス・思考フレームワークが出回っています。それらはソフトウェア開発以外だったり、より汎用的なものだったりしますが、ソフトウェア開発に通じることも多くあります。

セッションでは、そのような他のフレームワークの観点でScrumを捉えることにより、Scrumの価値や、Scrumのプラクティスの適用におけるポイントを再認識するきっかけになればと思っています。

また、Scrumが有名なビジネスプラクティスに従ったという説明ができるようになれば、経営者層にも価値を伝えやすくなると思っています。

Voting

6 votes
6 up votes
0 down votes
(@lee8donna)

その他 Others

Teach in the University Programme : Agile and Scrum

This will be a session discussing about how the previous company that I worked for partnered with one of the biggest state universities in the Philippines in teaching Agile Methodologies and Practices by creating an elective course where actual Scrum Masters and Engineers from the company talk about how these concepts are being practiced in real working environments. Additional Information : Targeted Audience : Companies/any... more »

Voting

6 votes
6 up votes
0 down votes
(@makototakaesu)

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

PMP取ってみた

Project Management Professionalの取得者はまだまだ非アジャイル実践者に多いと思われます。 が、プロジェクトである以上プロジェクトマネジメントが必要であるのはアジャイルやスクラムを取り入れた開発でも変わりはありません。 「プロジェクトマネジャーについては書かれてないし、むしろ自己組織化を阻む存在でしかないのでいらない」、なんて思っていませんか? それを否定はしませんが、だからこそスクラムチームみんなでプロジェクトマネジメントとは何かを学び、それらを自分たちで取り組むべきこととしてプロジェクトに望む姿勢が必要だと思いませんか? ということで本セッションでは、以下のことを話したいと思います。 ・PMPへの想い ・PM要る? ・PMBOKいいとこ紹介 ・PMP要る? そもそもプロジェクトってなんなのよ?な方、プロジェクトマネジメントって嫌いだし苦手なんだよなぁとお悩みの方、プロジェクトマネジャーなんだけどどうすればアジャイル/スクラムってものをうちでもやれるんだろう?と疑問に思ってる方、などなどどなたでもお気軽にご参加ください!... more »

Voting

16 votes
16 up votes
0 down votes
(@makototakaesu)

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

ざんねんスクラム放談会

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

 

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

 

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

 

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

 

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

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

Voting

23 votes
23 up votes
0 down votes
(@tsutomu.yasui)

チームの学びと成長 Learn and Grow by Team

僕らのおれおれメトリクス / We metrics in our own way!

メトリクス、数値の取得や分析・評価というのは、開発の役に立たず時間を食われるばかりだと、開発チームから忌避されがちです。しかしスクラムチームがスクラムチーム自身のために取得するメトリクスは、チームの状況把握と問題発見に役立ちますし、チーム自身が見てセルフチェックできるものです。本セッションでは、とあるスクラムチームのメトリクスを紹介しつつ、なぜ測ることにしたか、測ってどうなったかお伝えします。 ハイライト: ・僕たち、見積もり下手だと思ってたけど、意外とそうでもなかったね ・Tシャツだと精度が低いからポイントにしよう! ・スプリントを見比べるとお化けが出る ・僕たちのヘルスチェック 対象: ・スクラムマスター ・スクラムを実践中のチームメンバー ラーニングターゲット: ・メトリクスのアイデアを知り、自分の現場で試してみたくなる ・自分たちの問題解決にメトリクスがどう利用できるか、ヒントを得る Metrics are sometimes... more »

Voting

24 votes
24 up votes
0 down votes
(@stanlylau)

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

Bridging the communication gap with Specification by Example

Having trouble with users can’t fixed the requirements? Built the wrong functionality? This talk illustrates some of the common problems in software development and shows you how the practice of Specification by Example can reduce the communication gap. Specification by Example has its influences from XP practices like Test-Driven Development and Acceptance testing and is regarded as one of the cornerstones in software... more »

Voting

15 votes
15 up votes
0 down votes
(@kyonmm)

チームの学びと成長 Learn and Grow by Team

スクラムとメトリクスとテストを活用するチームの事例

受託開発でスクラムを活用しているチームの事例を紹介します。

このセッションは「スクラムやっているけど、振り返りでなかなかアグレッシブに問題点や改善点がでてこなくて困っている」といった、お悩みスクラムチームにいくつかの大きな発見を提供します。

 

例えば、このチームではほぼ全ての開発活動を数十分単位で見える化したり、テスト設計の時間を80%削減したり、仮想通貨でコスト計算をしたり、スプリントにゲーミフィケーションを導入したり、レビューの質を定量化したり、などなど様々な取り組みをしてきました。

これらをどのようにチームでマネジメントしているのか、どうしてチームに根付いたのか、どうして活用できているのかといった視点で紹介します。

 

この発表自体は初めての内容ですが、一部関連するスライドは次があります。

 

http://www.slideshare.net/KyonMm/kaizen-process-with-test-hackt

Voting

34 votes
34 up votes
0 down votes
(@stevemcgee)

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

Simple tool for Retrospective to Impact Beyond Your Team

Retrospectives are great for healthy, productive teams. However we all know that there are causes outside the team that impacts performance. Managers don’t care too much about Velocity. But they do care about ROI. One simple metric can help your Scrum Master get manager support for improving organizational systems. We will teach how to calculate the metric and how to visualize ROI for your team. The Manager will... more »

Voting

6 votes
6 up votes
0 down votes
(@imagire)

ゲームで学ぶ Learn by playing Game

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

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

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

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

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

 

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

 

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

 

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

Voting

13 votes
13 up votes
0 down votes
(@yo4.furukawa)

スクラムのはじめかた How to begin Scrum

System of Systemsの開発にSCRUMで立ち向かう(ただし、一部だけw)

車や航空機に代表されるコンピュータシステムが幾つか連携して一つの大きなシステムを構成している製品はSystem of Systemsと呼ばれています。この様なSystem of Systemsの開発はいろいろな制約からウォーターフォール型の開発が当たり前でした。 今回、その制約がちょっと緩んだのでそのスキをついてSystem of Systemsの開発をSCRUMで行いました。そこで得られた、全体がウォーターフォール型開発で行われている中でどうやって一部をSUCRUMでやったのか、ターゲットのハードウェアがない状態でどの様に開発を進めたのか、スコープが変えられない問題にどうの様に立ち向かったのか等Webシステム等の開発とは異なる制約の中での状況をお話します。 先ずは、System of Systemsの説明、System of Systems(組込みシステム)とWebシステム等との開発の違い等をお話した後、弊社の開発環境や適用したメソッドや諦めたメソッド等についてもお話する予定です。... more »

Voting

12 votes
12 up votes
0 down votes
(@sylvainmahe)

その他 Others

The Facilitator’s Toolkit: 12 tools to reinvent your ceremonies

Goal of the session Learn how facilitation tools can help you bring an Agile team to the next level! Session Outline This energetic session will give the participants the opportunity to discover and experiment facilitation tools that make meetings more productive, fun and engaging while promoting collaboration and building trust: – How do you easily break the ice? – How can you identify participants that would prefer... more »

Voting

23 votes
23 up votes
0 down votes
(@toshiyukiando)

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

Mob Programming をやってみよう! (Let's try Mob Programming!)

Mob Programming は、チームメンバー全員で、1台のPCを使って、アプリケーションを開発する手法です。

(詳しい説明は、後で追加します)

 

Youtubeでその様子が紹介されてます。

 

前から興味はあるのですが、こればっかりは1人じゃできないので、SCRUM GATHERING Tokyoに集まる人と一緒にやれると、とても嬉しい。

 

時間: 90分くらい? (もっと??)

人数: 8人程度 (本家はMAXこれくらい、最初のTRYは少なくしたほうが良い?)

ネタ: ペアプロのお題からちょっと難しそうなのを選ぶのはどうだろう?

言語: (どうすればいいんだろう? 固定しても大丈夫かな)

PC: (私の使ってもいいけど日本語配列だよ?)

Voting

12 votes
12 up votes
0 down votes