開発チームのスキルによって、開発の時に重要な要素である実行可能性（Feasibility）は大きく左右されます。価値のあるバックログアイテムが用意されても、それを実現でき、お客さんに届けることができなければ意味がありません。実現することこそが開発チームの本懐であると思います。

現在のソフトウェア開発において、オープンソースソフトウェア（OSS）を活用することは当たり前となってきています。もちろんOSSも人が作ったソフトウェアですのでバグはありますし、期待した機能を持っていなかったりもします。では、そういった不具合や期待した機能を持っていないことに気づいた時に、どうしたらいいでしょうか？居酒屋で見つけたバグをネタにビールを飲むことでしょうか？「こんなバグがあるなんて、酷い！」「このOSSは、○○が無いのでダメだ！」などとSNSなどで投稿することでしょうか？

残念に感じたり、時には怒りを覚えるかもしれません。ですが、それはとても素晴らしいチャンスです。そう、OSSに貢献するチャンスです。しかし、残念なことにOSSへの貢献がとても高いハードルと感じている方もいらっしゃるようです。

ようこそ、OSS Gate ワークショップへ！
このワークショップでは、OSSに貢献したいけど最初の一歩を踏み出せずにいる方の背中を後押しするワークを行っていただきます。終わった時には、小さいかもしれませんが、OSSへの貢献に確実な一歩を踏み出せたと思えっていただけるでしょう。そして、普段の開発で、それまでよりもOSSに対して身近に感じていただけると思います。

全国7,500万人のARL（Agile Radio Listener）のみなさん、こんにちわ。

ご存知の通り、数多の技術系ポッドキャストの中でも先駆けて、アジャイルのホットトピックを関西から届け続けてくれたのが、そうアジャイルラジオです。最初から聞き続けている田口＆開原推しの古参から、なんとなくアジャイル界隈のキーワードを拾いたくて聞いてる人、通勤中のノイズキャンセル代わりに聞き流してる人たちも、一度しか聞いたことない人達も、みんなリスナーです。

リスナーの想いを伝えられる場面が、五月雨式にTwitterやFacebookでタグを付けて送ることしかありませんでした。そこで、2018年のアジャイルラジオを振り返り、もっとアジャイルラジオを面白くしてもらうための話をしましょう！

アジャイルラジオは、きっともっとオモロくなる！知らんけど。

スクラムでチームの状態がよくなったとしても、プロダクト開発やお客さんの成功のために、お客さん自身から必要な情報や発見をどれだけ引き出せるかが重要です。

私はコミュ障です。人と話す時にどのように応じればいいのかわからずに、あたふたしながら無駄に汗をかいてしまいます。そんな私でも、お客さんのところへ毎週出向き、直接話しをしながらプロダクトのこれからについて、お客さんの本当に成し遂げたい成果について議論するということをしています。そんな私にとってとても参考になったのが、Linda RisingさんのCustomer Interaction Patternsです。

このセッションでは、Customer Interaction Patternsについて、自分のこれまでの実践を合わせて紹介いたします。

え、え、え、ちょっと待ってちょっと待ってーや？

このセッション、めっちゃ明るくなーい！？？？

スクラムでチームの状態がよくなったとしても、プロダクト開発やお客さんの成功のために、お客さん自身から必要な情報や発見をどれだけ引き出せるかが重要です。

私はコミュ障です。人と話す時にどのように応じればいいのかわからずに、あたふたしながら無駄に汗をかいてしまいます。そんな私でも、お客さんのところへ毎週出向き、直接話しをしながらプロダクトのこれからについて、お客さんの本当に成し遂げたい成果について議論するということをしています。そんな私にとってとても参考になったのが、Linda RisingさんのCustomer Interaction Patternsです。

このセッションでは、Customer Interaction Patternsについて、自分のこれまでの実践を合わせて紹介いたします。

One for All, All for One, To become The One

- LIVE AT WEMBLEY / BABYMETAL

登壇者は、スクラムでの開発を続けた後、ひとりでの開発、そしてモブプログラミングのチームで働くという経験をしてきました。また、現在ではモブプログラミングの原型から離れ、一見バラバラに見えつつも、ひとつの共通認識を持ちながら道なき道を突き進んでいます。本セッションでは、この経験を元に、両極端なひとりぼっちの開発とモブでの開発のそれぞれの良いことと悪いことをエンジニアの視点から紹介します。

このセッションに参加した人が、ひとりでの開発ではなく、チームでの開発を望むようになっていただければ幸いです。

I hope many people get opportunity to talk their experience of Scrum in this conference.  But most people feel 20 mins is too long for them. So I came to think Lightening Talk is good solution to it! 

スクラムギャザリングで多くの人が各々経験について話してくれることを期待しています。ですが、多くの人達は20分という持ち時間を長く感じてしまっているのではないでしょうか。そこでライトニングトークセッションを提案します。

Each speaker has 5 mins for their talk.  Any topic on Scrum would be acceptable. 
Vote this proposal! and Submit a lightning talk by commenting on this proposal if you want to talk!

一人あたりの持ち時間は5分。スクラムに関することなら何でもOK。まずはみなさんの票をください！LTをしたい方は、このプロポーザルにコメントして下さい！

Let's enjoy 

楽しみましょう

近年、様々なIT企業がオープンソース開発に取り組み、その活動を通じて社会の発展に貢献するのみならず、技術力のアピール、コミュニティを介しての採用など様々な成果を生み出しています。またその一方で、オープンソース的開発を企業内の開発に適用する取り組みがあります。その取り組み、またはその開発方法をインナーソースは呼ばれ、チームや組織の壁を越えたプロダクト開発の方法として注目されてきています。

このセッションでは、インナーソースについて、そしてこれまで公開されている文献を元にPayPalでの導入事例について紹介します。インナーソースの利点を理解するためには、実際にオープンソース的開発を体験してみることが一番の近道だと思います。可能であれば、オープンソース的開発の始め方についても紹介します。