Tokyoのセッション公募サイトです。Tokyo公式サイトをごらんください。ここではセッションを投稿することができます。興味のある他人のセッションに投票したりコメントすることでコンテンツ作りに参加することができます。投稿者はコメントを受けてセッション内容をより良いものにすることができます。みなさまの積極的な参加をお待ちしております!■セッション公募の流れ下記のスケジュールに沿って、セッションを公募します。2015/11/28〜2015/12/12■セッションSpeakerになりたい方へ下記の要領に従って、セッションの内容を登録してください。適当なタグの他に、セッション枠(20分または45分)をタグ付けして下さいセッション内容に合ったキャンペーンを選択し、投稿!キャンペーンについてキャンペーンとは、セッションの内容をカテゴライズしたものです。セッションの決定にあたっては、キャンペーンの種類ごとにバランスを調整する場合がありますので宜しくお願い致します。キャンペーンの種類は以下のとおりです。Others投稿が終わった時点から投票の対象となります。■セッションの投票をしたい方ideaScaleユーザーの登録を行うと、どなたでも投票することができます。自分の見たいセッションに投票しましょう!あなたの一票がプログラム構成に反映されます。投稿されているセッションにコメントしてあげてください。あなたの「ここを一番聞きたい!」「こんなことも話してほしい!」と言った要望が反映されたセッションになるかもしれませんよ。Kucha)」形式で報告します。「iPhoneのようなものが欲しい。顧客の本当の要望は顧客自身もわかっていないのです。わかっていない要望をどのように把握するのでしょうか?もちろん顧客に聞いてもだめです。顧客は、実際に見たり、触ってみないと、自分が望んでいたものかどうかわかりません。ソースコードを書いてプロトタイプを作っていたら、時間もコストもかかってしまいます。そこで「サービスデザイン思考」です。スクラムで開発する前にサービスデザイン思考を用いて、顧客自身もわかっていない要望を見つけましょう。Craftsmanshipそれ僕のTDDと違う!TDD(テスト駆動開発)の基本から、賛否両論の議論を紹介し、どうTDDを活かしていけばいいか、紹介します。1年くらい前のネタの再演になります。Process組織変革における21世紀の新しいマネジャーの重要な役割スクラムコーチとして私たちは影響を与えることができます。同様な権限を持つように、マネジャーは変革を起こすパワーを持っています。マネジャーは、自分の部下たちと直接的な関係を持っており、部下たちは自分たちのマネジャーに対し、どうしたら良いか明確な方向性を提供してくれることを期待しています。組織を変革するためには、マネジャーのサポートが不可欠です。すれば組織の目標や課題を達成するために協働できるか、マネジャーが他のマネジャーとミーティングを持ち、話し合うことがマネジャーの仕事です。マネジャーたちは問題と機会について合意し一致する必要があります。Canvasなど)も紹介します。Scrumフィリピンのスタートアップにスクラムを導入しようとしてみたお話フィリピンのスタートアップにスクラムを導入しようとしてみた事例を紹介します。「スクラムの導入をサポートして欲しい」という依頼をうけて、2015年10月中旬から4週間フィリピンに行ってスクラムの導入にチャレンジしてきました。英語をほとんど話せない私がフィリピン、インドネシア、日本の多国籍チームに対してどのようにアプローチし、何を行ない、その結果どうなったかについてお話したいと思います。まとめ参考までに、現地のリクルーティングイベントで発表したスライドはこちら。Teamスクラムの中で、何をやってて、何をやってないか。楽天の大阪支社の開発部で、スクラムをベースにした開発を数年楽しくやってます。その中で例えば、スプリントボードをあれこれ考えながら作ってみてたり、バーンダウンチャートは書いてなかったり、組織構造的な難しさがある中でPOチームを組んでたり、ストーリーポイントは使っていなかったり。そんな風に、「やってること」と「やってないこと」があるなぁと思いました。僕は自分がやってることが「これが正解だ!」とは思ってはいないし主張するつもりもないんですけど、その一つずつに自分なりの理由はあるんです。その理由や試行錯誤をみなさんに共有してみて、それに対するみなさんの意見を聞いてみて、僕自身の考え方の幅を広げられる機会になったらいいなぁと思いました。-懐疑的だったアジャイルに魅了されたオジサンの泣き笑いアジャイル紹介-ウォータフォールしか知らなかった私はアジャイルに懐疑的でした。そのようなオジサンが、たまたまアジャイルプロジェクトのリーダーを行ったことがきっかけで、いくつかのアジャイルプロジェクトを経験し、今ではすっかり社内のアジャイル推進派に(売上も順調に伸びています)。弊社では「お客様への価値提供」というASEアジャイルポリシーを守りつつ、「お客様もいろいろ」ということで、SCRUMを基本としながらもプロジェクト毎に独自のアレンジを行っています。日本の商習慣に合わせた請負契約。お客様の体制やプロジェクト規模に合わせたプロジェクト運営。そのようなアレンジが必要となったのかについて、その背景や失敗談も含めて、弊社独自のASEアジャイルを事例として紹介します。アドヴァンスト・ソフト・エンジニアリング)20分枠。「ストーリー中心に対話で解決」と言ったってどうやっても発生しちゃう認識齟齬。あなたにモデルを使った簡単な認識合わせをオススメしたいと思います。講演者が現場で繰り返し行っているモデリングとそこから見えたモデルあるあるを含めて話したいと思います。「お寿司」をネタ(w)にモデリングをします。UMLとか知らなくても大丈夫。皆さんには簡単にモデルを書いてもらいます。隣の人と話ながら書いてもらう形式です。(ペアモデリング)最後に講演者がライブモデリングしながら認識合わせのコツを話します。巨大企業Microsoftがなぜ、そしてどのようにScrumを導入していったのか?サービスリリース日に直面した失敗と学び、そしてその後のチーム学びと進化を、人・プロセス・技術の面から生々しくレポートしたいと思います。全世界にまたがったグローバルチーム開発、グローバル分散環境のデプロイメント戦略、プロダクションからの学び、テレメトリ戦略、DevOpsへの旅まで具体的にお話しいたします。近年突然インパクトある製品やサービスを生み出すことができるようになったMicrosoftは何故変わることが出来たのでしょうか?その秘密を公開いたします。