6月24日 スクラム道バースト(東京都) 今年3月に開催予定であった当イベント。開催直前に発生した東日本大震災の影響により開催が中止扱いとなっていましたが、この日ようやく開催の運びとなりました。 3月18日 スクラム道バースト(本イベントは中止となりました) 開催場所は品川シーサイド・青物横丁をそれぞれ最寄り駅とする『バンダイナムコ未来研究所』。 でっデカイ！Σ(￣Д￣；)遠目からでもかなりの存在感です。そして目の前に来ると更にその造形・巨大さは存在感を増してきます。 大きさもさることながら館内の綺麗さ、奇抜さにも驚かされました。入り口も何かダンジョンに入り込むような構造だったし(^^ )川が流れていたり、ロボットがあったりと飽きさせない作りになっていました。さすが。 会場到着は結構時間ギリギリでした。 18:30 - 18:45 テーマ決め、選手入場 室内は数百人収容可能な大ホール。広々

6月18日(土)に横浜のアットウェアさんの会議室でScrum Boot Camp横浜を開催しました。 Scrum Boot Campとは以下のようなことを目的としたセミナー＆ワークショップです。 たぶん日本では初めての開催でしょう。 定員は30人で、当日の欠席率は0でした(すごい！) 概要 　Scrum(スクラム)は竹内弘高氏、野中郁二郎氏が1986年にハーバードビジネスレビュー誌にて発表した「New New ProductDevelopment Game」を元にしてジェフ・サザーランド氏らが考案したアジャイル開発手法の１つで、近年アジャイルな開発の手法として日本国内においても急速に採用事例が増えています。 　一方でコーチや経験者の指導のないままに表面的なプラクティスを導入し、結果としてあまりうまくいかないというケースも良く聞くようになりました。 　そこで今回はこれからScrumを導入して

(本編終了間際、『ふりかえり』でのKPT作成資料。※なぜ『レッドブル』が置いてあるのかは後述。) 6月18日 Scrum Boot Camp 横浜(神奈川県) Scrum(スクラム)は竹内弘高氏、野中郁二郎氏が1986年にハーバードビジネスレビュー誌にて発表した 「New New ProductDevelopment Game」を元にしてジェフ・サザーランド氏らが考案したアジャイル開発手法の１つで、 近年アジャイルな開発の手法として日本国内においても急速に採用事例が増えています。 一方でコーチや経験者の指導のないままに表面的なプラクティスを導入し、結果としてあまりうまくいかないと いうケースも良く聞くようになりました。 そこで今回はこれからScrumを導入して開発を行うことを検討されている方もしくはトレーニングを受けない (受けさせて貰えない)ままにScrumチームに参加されている方を対象

著作 SCRUM BOOT CAMP THE BOOK 著者／訳者：西村直人 永瀬美穂 吉羽龍太郎 出版社：翔泳社( 2013-02-13 ) 定価：￥ 2,520 スクラム初心者に向けて基本的な考え方の解説から始まり、プロジェクトでの実際の進め方やよく起こる問題への対応法まで幅広く解説。マンガと文章のセットでスクラムを短期間で理解できます。スクラムの概要を正しく理解したい人、もう一度おさらいしたい人にオススメ。 CakePHPで学ぶ継続的インテグレーション 著者／訳者：渡辺 一宏 吉羽 龍太郎 岸田 健一郎 穴澤 康裕 出版社：インプレス( 2014-09-19 ) 定価：￥ 4,320 Webアプリケーション開発における継続的インテグレーションについて、CakePHPのサンプルをベースにして、その概要から使用ツール解説、導入方法、メンテナンスまでを解説

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 スクラムにおけるイベントはスプリントプランニング、デイリースクラム、スプリントレビュー、スプリントレトロスペクティブの4つがあります（スプリント自体もイベントですが他のイベントの入れ物なので除外しました）。 また責任としてはプロダクトオーナー、スクラムマスター、開発者、そしてそれ以外のステークホルダーに分けられます。 誰がどのイベントに出席するべきなのかについて、マトリクス化された資料が存在しなかったので、作成してみました。なお、イベントではありませんが、プロダクトバックログリファインメントを参考までに入れました 以下補足です。 プロダクトオーナーのデイリースクラムへの出席出席しませ

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 アジャイル開発のコーチングやトレーニングでスクラムの全体像を1枚の絵を使って説明することが多いのですが、以前作成したものを最新化したので公開します。 スクラムの本質的な価値やスクラム以外でも日々のプロセスに組み込んだほうが良いこと（テスト自動化や継続的インテグレーション）は含めていません。 あくまでスクラムの概要のみを書いています。 PDF版はこちらにおいておきます。 ※改変なしで引用元併記の上であれば自由に使っていただいて結構です。著作権自体は私に留保します。 内容の誤りや足りない事などがありましたらTwitterなどでお知らせください。 自分のスライドに入れて使うためのパワーポイ

先日、アジャイル開発にはじめて取り組む現場向けのプチ講習をやりました。 アジャイル開発の一連の流れとそれぞれやる事をお話しして、これから自分達が何をやっていくのかを把握してもらおうというのが目的でした。 その後、実際にスプリントを始められるように準備をしましょうというところまでやりました。 その時に使った資料を公開しておきます。 実際の現場でやる時は口頭で解説つけたり詳細な部分は実際にやる際に説明したりするので、資料的には一連の流れとそれぞれがやる事をダーっと説明している内容なのですが、ちょっとしたチートシートみたいな感じには使える気がします。 The Basic Flow of Agile Development あと、今回はいつも資料の公開用に使っている slideshare が調子が悪いので Scribd を使ってみました。

みなさんこんにちは。@ryuzeeです。 「塹壕よりScrumとXP」はHenrik Kniberg氏が書いた無料書籍で、日本語を含めて13ヶ国語で読まれている最も有名なスクラムとXPに関する導入事例の1つです。 日本語訳はInfoQの以下のページからダウンロード可能です。 http://www.infoq.com/jp/minibooks/scrum-xp-from-the-trenches そのHenrik氏が、Agile Israele 2011で行ったキーノートが、非常に良いものなのでご紹介します。 資料は氏のサイトからダウンロードできます。 このスライドでは、Henrik氏がもし記事を書いた2006年に戻ったら今度は違うやり方をするであろう項目について説明しています。 項目は以下の15個です。 キューを制限するチーフプロダクトオーナーのロールを設けるバックログの項目はユーザースト

「10分でスクラム」という資料をつくりました。 http://www.slideshare.net/kawaguti/20110118-scrum-10-mins 20110118 scrum 10 minsView more presentations from kawaguti. 「xx分でスクラム」という資料はライフワーク的になってきたので、またかよ、と思っても見逃してください。今回は結構よくできた方だと思うんですけど。 最後の方で、スクラムマスタをチェンジエージェントとして位置づけてみたところが、今回のポイントです。 あなたがもし最初の一人だったら 1. スクラムマスタとして行動する。 2. 優先度をつけている人を見つけ、
 はっきりと優先順位をつけるよう促す。
 (その人がプロダクトオーナーだ) ＆作業規模をメンバーに聞いてみるよう促す。 3. 各メンバーの毎日の作業を教えてもら

アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） 1. ふりかえり（レトロスペクティブ）をしないか、間違ったふりかえりをするふりかえりをせずして、どうやって物事をよりうまくできるようにすることができるというのだろうか？ ふりかえりは、全てのチームメンバーがうまく行ったこと、もっとうまくできるだろうことについて議論できるという点で必要不可欠だ。 そしてもちろん言うまでもなく、失敗から学習しなければならない。もしそういったことが行われていない（形式的なふりかえり）なら、ふりかえりは役に立っていない。 2. ダメなプロダクトオーナープロダクトオーナーはいつでもプロジェクトのために時間を使えるようでなくてはならない。 プロダクトオーナーはスプリントプランニングやふりかえりに参加しな

みなさんこんにちは。@ryuzeeです。 ジェフ・サザーランド氏のスライドが素晴らしいので抜粋・意訳にてご紹介します。 これは2007年の文書ですが、今読んでも全くもってその通りあてはまると思います。 1.プロダクトオーナーの失敗ポイントプロダクトオーナーが、ビジョン、ビジネスプラン、リリースのロードマップを持っていない プロダクトバックログが適切な順番で優先順位付けされていない。技術的な問題を含む、全ての仕事が含まれていない。スプリントプランニングに使えるようになっていない（適切なサイズになっていない、正しく見積もられていない、詳細化できるようになっていない） プロダクトオーナーがスプリント期間中に無断でどこかに行ってしまう 2.スプリントプランニングの失敗ポイントプロダクトオーナーがはっきりと思いを伝えないチームがプロダクトバックログから離れている。フィーチャーをスプリントタスクにブレ

Scrumやアジャイルな開発プロセスをコントロールできるツールは、AgiloやTeamTrickやExcel含めて色々試してみたんだけど、AgiloはPython＋Trac、TeamTrickはRubyなので簡単にレンタルサーバでは動かないし、Excelはファイルサーバでみんなで突っつくなんてそんな怖いこと出来ないし、ということで、なかなか立ち上げが容易で、完全に満足できるようなものが無いというのが実情。 だったら自分で作ってしまえ、ということで、現在PHP＋MySQL(PostgreSqlでもSQLiteでも動作するはず)で動作するオープンソースのScrum管理ツールを作っている。 以下がそのスクリーンショット。 基本的な機能はTeamTrickの移植で、CakePHPで作ったらあっという間にある程度まで出来た。 しばらく開発を進めて、気が向いたら公開する（かも）

スクラム／アジャイルを学ぶためのおすすめ書籍を並べておきます。 (09/11/30 スクラムチェックリストを追加、09/12/01 アートオブアジャイルデベロップメント追加、10/02/26 スクラムガイド、スクラムマスタ研修を追加、10/02/27 プランニングポーカーの記事を追加 10/03/20 今村さんのスクラム概要を追加 10/04/07 Scrum in 5mins 追加) 拙作、PublicKeyにも掲載していただいた 10分でスクラム Scrum in 10mins 20110118 scrum 10 mins View more presentations from kawaguti 拙作、スクラム入門 Scrum in 5minutes 20100323 Scrum5minsView more presentations from kawaguti. InfoQ: 塹壕

moongiftで紹介されていたので早速試してみました。 概要 TeamTrickはRailsで出来ているScrumプロジェクトの管理ツールで、チーム管理、プロダクトバックログ、スプリントバックログ、バーンダウンチャートなど基本的な機能を備えている。 外部へのデータのエクスポートや外部からのインポートには対応していない模様。 日本語は問題なく使えることを確認しています。 入手 本家サイトからダウンロード可能。 Linux用とWindows用が用意されており、Windows用の場合は、バッチファイルを実行することで即起動して使える。Windows版はインストールパスにスペースが含まれていなければ問題なく起動できる（デスクトップに配置すると起動失敗）→他のマシンでは再現しないので、他の問題かも。 機能紹介 とりあえず画面の紹介。 ユーザー登録画面。 ログイン直後。プロジェクトのリストが表示され

注意: この記事より新しい版があります。 Henrik Kniberg氏のスクラムチェックリスト (http://www.crisp.se/scrum/checklist ) を日本語訳してみました。スクラムをうまく行えているかどうかのチェックになると思いますので、ご活用ください。（TracのWiki記法になっておりますが、いずれHenrikさんが元のppt形式に取り込んでくれるかも、です。） (2009/09/01) 原版のフォーマットをHenrikさんからもらいましたので、マージしました。 (元ファイルはGithub: http://github.com/kawaguti/Scrum-Checklist-Japanese/ に置いています) = the unofficial Scrum Checklist = * version: 2.1 (2009-08-17) * http://w

Agileでデスマになったのでそのログです。 この後同じことを繰り返すと馬鹿なので、まだデスマ中だけど、問題点と反省点を書いておこうと思う。 こういうのは渦中にやっておかないと終わった後だと「大変だけど終わって良かったね」で終わってしまいがちなんだよね。 これを読まれている方は反面教師にしてください。 契約と総生産量の関係性 期間と費用が決まっている場合、総生産量には当然上限がある。生産量はチームのベロシティが分かっていれば、ストーリーポイントに換算できるので、開発開始時点で、総生産可能ストーリーポイントについては明示すべきだった。土日出て頑張れ！とか残業して頑張れ！とかいうのはAgileを知らない証拠。 上記に関連して、プロダクトバックログにストーリーを追加することが出来るのは、プロダクトオーナーの権利なのだけれども、優先度高としてストーリーを追加したところで、バーター可能なストーリーが

今回の記事では, プロジェクト管理に特化したアジャイル開発手法であるスクラムの概要を説明します. また, スクラムによる開発が成功する理由を説明するための理論的なバックボーンとして引用されている知識創造プロセスやコンテキストの概要を紹介します. さらに, 20 名程度の中規模開発チームにおいてスクラムを適用し, 開発に成功した事例を紹介し, その中で知識創造プロセスやコンテキストが生まれたのか否かについて考察します. 1. スクラムとは 1.1 スクラムの価値と理論的な基盤 スクラム [1] は, Ken Schwaber と Mike Beedle によって考案されたアジャイル開発手法です. スクラムという開発方法論の名称は, ラグビーのスクラムにちなんで名づけられたそうです. スクラムは、Schwaber らがいくつかの失敗プロジェクトを立て直す経験を通じて生み出されたとされています.