Regional SCRUM GATHERING Tokyo 2016 Search Ideas

私が2011年に公開したスライド「10分でスクラム Scrum in 10 mins」は、スクラムの基本的な流れを解説した超入門的な資料で、35000件を超えるアクセスをいただきました。時は2016年。5年の間に多くのことが変化しました。私自身のスクラムの経験も増えましたし、スクラムガイドも改訂されました。そこで、５年ぶりにアップデートした「10分でスクラム」を使りたいと思います。 パターン・ランゲージ活用のワークショップを参考にして、Scrum Patternを参照しながら、それぞれの10分でスクラムを作っていきます。 新しい「10分でスクラム」をみんなでつくりませんか？ 2011年版の構成 - スクラムとは - スクラムのイベント - リリースとスプリント - プロダクトバックログと見積りと計画 - スクラムのロール - すごいをふつうにするために [参考] 10分でスクラム (2011年) http://www.slideshare.net/kawaguti/20110118-scrum-10-mins... more »

スクラムをベースしたアジャイル開発のイントロダクションを話します。AはアジリティのA、かつ優等のAです。最近、アジャイル開発が単なる反復型のソフトウェア開発プロセスだと誤解されているのを耳にすることが多くなってきました。チームが協働するための仕組みという観点から、あらためてスクラムのフレームワークを紹介します。

プレゼンテーション実績:

2015.6.27 ハッカーズチャンプルー2015

http://www.slideshare.net/MihoNagase/build-yourateamwithscrum

参加対象者:

チーム開発をしている開発担当者、開発部門のリーダー・マネージャー

Scrumそのものに対する説明は詳細に行いません。

Scrum Guideに記載されている用語および基本概念については理解している方、もしくは詳細説明は不要でチーム開発や協調作業に興味のある方が対象です。

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

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

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

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

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

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

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

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

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

ScrumPLoP は、2010年から活動を開始しているPLoP (Pattern Language of Programming) で、Scrum をパタンランゲージの形で表現して、Scrum がうまくいく理由、考え方、経験などを共有できるようにしようとしています。 このセッションでは、ScrumPLoP自体のご紹介した後、書かれたパタンのいくつかを一緒に読んでみましょう。 みなさんの Scrum 実践の中から、「こうやったらうまくいったよ」というパタンの種も探したいと思っています。 ScrumPLoP is a PLoP focusing on Scrum. We've been working on Scrum as patterns since 2010 and collaborating to form a Scrum pattern language. In this session, we introduce ScrumPLoP... more »

In 1986, Prof. Ikujiro Nonaka co-wrote with Prof.Takeuchi a well-known paper "The New New Product Development Game", and coined the word "Scrum" which is later referred to by Jeff Sutherland in his modern Scrum in Agile development context. Here I’ll present some important ideas about “how knowledge is created” and “who is the center of the knowledge creation”, discussed in the Nonaka's Scrum concept but not yet discussed... more »

「あまり時間をかけずにスクラムを導入したい」「開発者以外にもスクラムを広めたい」。そのような声をいただいて、ワイクル株式会社では2012年から「レゴスクラム」と呼ばれるシミュレーションゲームを実施してきました。これまでに500人以上の方々に受講いただいております。ですが、年に数回程度しか一般公開しておらず、法人研修でのみ実施しているため、あまり目に触れる機会がないと思います。本セッションでは、そのような方々のために、「レゴスクラムとは何か」「どのような特徴があるのか」「組織にどのような効果をもたらすのか」などといった気になる点を簡単にご紹介いたします。

First I will introduce 2 cases, which has following results: 10 times increase for Gross Merchandise Volume 3 times shorten for cycle time 3 times increase for the active users 2 times increase for delivering velocity of R&D Second, I will introduce a pattern to help team lift off Agile concluded from above 2 cases. It is 1 core and 4 basics. In the meanwhile, besides introducing pattern, I will explain a tool or method... more »

フィリピンのスタートアップにスクラムを導入しようとしてみた事例を紹介します。

「スクラムの導入をサポートして欲しい」という依頼をうけて、2015年10月中旬から4週間フィリピンに行ってスクラムの導入にチャレンジしてきました。

英語をほとんど話せない私がフィリピン、インドネシア、日本の多国籍チームに対してどのようにアプローチし、何を行ない、その結果どうなったかについてお話したいと思います。

■アジェンダ(仮)

- 経緯

- 当初の状況

- 各週(1〜4週)で実施したこととそのフィードバック

- やり残したこと、言い残してきたこと

- まとめ

参考までに、現地のリクルーティングイベントで発表したスライドはこちら。

http://www.slideshare.net/aratafuji/is-scrum-the-best-choice-for-you

当社は生命保険分野を中心として、様々な生保、銀行様向けのシステムをウォーターフォールで開発してきました。 このような当社が、今回新規ソリューション開発において、初めてアジャイル開発にチャレンジしており、その中での具体的な取組み内容や、悩んだこと、工夫したことをご紹介いたします。 通常のウォーターフォールプロジェクトでは、ＥＶＭによる進捗報告、メトリクスによる定量的な品質評価が当たり前の世界の中で、アジャイル開発ではどのように進捗の定量報告、品質担保、品質評価していったかなど、試行錯誤しながら取組んだ施策をご説明いたします。 【想定アジェンダ】（変更の可能性あり） 　・導入/立上げプロセスとポイント 　　　－ＷＦ前提の社内標準開発ルールからの逸脱の調整 　　　－社内の管理部門との合意（リスク管理、品質生産管理部門） 　　　－ファシリティ 　　　－スクラムコーチの活用 　・ＫＰＴによるプロセス、運営改善の具体事例と効果 　　　－デイリーミーティングでの工夫... more »

フリーランスメンバーを中心にスクラムを導入して受託開発を行っています。

その中で行っているプラクティスとその工夫、上手くいくパターンと危ないパターンを報告できればと思います。

受託開発をしている方へのヒントになればと思います。

事例としては、新規事業開発、既存サービスのリプレイス、既存サービスの拡張などのパターンがありますが、基本的にBtoCサービスが多いです。

【想定アジェンダ】（変更の可能性あり）

* 契約形態

* 発注側と受託側の役割分担

* 発注者の意識や行動の変化（成功パターン）

* 課題（失敗パターン）

【想定する受講者像】

* 受託開発会社に勤めるエンジニア・マネージャ・経営者

* エンジニア不足に悩む事業会社

【どのようなものを得られるか】

* 日本の受託開発におけるスクラムの実践例

* 受注側へのスクラムの説明方法/巻き込み方

* フリーランスエンジニアとの協業事例

スプリントのふりかえりをチームで行う際に大切と思うことを実際にワークショップを通して体験する

・ ふりかえりのテーマの広げ方

・テーマの深堀の仕方

・次に繋げるためのアクションプランの出し方（時間があれば）

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

サブタイトル：Using Automation and Development Techniques to Grow an Agile Culture 2014年にアメリカのAgile2014で発表した内容の、日本語での再演になります。（ちなみに初めての日本語再演です。） とあるスマートフォンアプリの開発プロジェクトを通じて、私はCI/CD・TDD・BDDといった自動化の施策に、３つの可能性があるという考えに至りました。すなわち、1) 業務の効率化、2) チームメンバーやステークホルダーらとの良好な関係の構築、3) チームの学習と成長です。私はこの考え方を「Technology-Driven Development」と名付け、実務でも活用しています。現場での試行錯誤を通じて得たアジャイル・スクラムの実践知の１つを紹介させていただければと思います。 [参考] 1) Slideshare http://www.slideshare.net/ssuser968fab/technology-drivendevelopment-forslideshare-38323907... more »

楽天の大阪支社の開発部で、スクラムをベースにした開発を数年楽しくやってます。その中で例えば、スプリントボードをあれこれ考えながら作ってみてたり、バーンダウンチャートは書いてなかったり、組織構造的な難しさがある中でPOチームを組んでたり、ストーリーポイントは使っていなかったり。そんな風に、「やってること」と「やってないこと」があるなぁと思いました。そして、僕は自分がやってることが「これが正解だ！」とは思ってはいないし主張するつもりもないんですけど、その一つずつに自分なりの理由はあるんです。なので、その理由や試行錯誤をみなさんに共有してみて、それに対するみなさんの意見を聞いてみて、僕自身の考え方の幅を広げられる機会になったらいいなぁと思いました。 [これまでの発表内容] The Power of Lazy Engineers http://rakutentechnologyconference2015.sched.org/event/04db5f7f872c40261410edfde901d670... more »