Coplien氏による、2日間のスクラムマスターの研修を受けさせてもらう機会をいただきました。先週のJavaOneに続いて、会社からすごいお金と時間を出してもらってるなぁ...自分。ショッキングな内容も多く、整理するのに時間がかかりましたが、まとめと、今後のアクションを書いていきたいと思います。用語:PBIとSBI初めに今回覚えた用語を二つ。概念的にはすでに馴染みのあるものですが、PBI、SBIという呼称は今回始めて知りました。私は「スクラム」を理解していなかったさて、本題です。研修の一番冒頭で、Jimから、スクラムのたった一つの約束が紹介されました。first"「約束は一つだけ。とこの時は思っていたのですが、やがて、この言葉の意味をまるで理解していなかったことに気づきました。仮にスプリントチームのメンバー数が4人で、あるスプリントでPBI#1〜PBI#3の3つのPBIがあり、それぞれ、複数のSBIに分割されているとします。このとき、スプリント内でどのような順番で進めて行くのが良いのでしょうか。答えは全員でPBI#1をやるです。PBI#1にみんなで「群がる」んです。これを聞いた時に、これまでスクラムで何と無く腑に落ちなかった点が一気にクリアになってきました。「スクラム」というのか。個人のベロシティには意味がなく「チームのベロシティ」が大事なのか。時間では見積もらずに「ストーリーポイントで見積もる」のか。誰かがタスクをアサインするのではなく、「Pull型」でおこなうのか。「特定のロールはない」のか。「小さな単位でリリース」が可能なのか。それは、チーム全員が、一つ一つのPBIに対してスクラムを組み、開発・テストが終わった、リリース可能な状態の小さなプロダクトを順に作っていくからなんですね。PBIのサイズによっては、「PBI#1は4人でやるには小さすぎるから、PBI#1は1人でやって、PBI#2を3人で」ということはあるそうです。自分の中では同じ意味で使ってます)が重要であると感じました。マニュアルのテストは、コーディング終了後にしか行えません。プログラマが実装を終えた後、時間差でテストが始まり、テスト中、プログラマはまた別のPBIの実装(もしくは別のPBIのテスト)へ移ることになります。ここでもしバグが出ると、すでに他のPBIに移ってるプログラマが戻ってきて直す(か、他の人が直す)まで、テストが進められないのでそのPBI自体が止まってしまうんですね。自動テストだったらどうでしょうか。テストを実施することができます。そこでバグがあれば、そのまま実装していたプログラマが修正に入ることができるわけです。一方のテスター(ここではテストを書いた人)は、すでにテストを書き終わってますから、修正を手伝うなり、次のPBIにかかるなりすることが可能です。実際には、そこまでタイミング良く実装とテストが同時に終わることはなかなかないかもしれませんが、マニュアルテストに比べて、かなり効率良く進められることができ、一つ一つのPBIに「群がった」開発ができるようになるのだと思います。修正のテストが完了し、CIも完了したら、自動でみんなが見られる環境へ(もちろん自動で)デプロイ。これで、QAや、POへのデモ用の環境が整います。「プログラマのためのScr...本セッションでは、日本で唯一(!)の認定スクラムデベロッパ...2013-12-282013年振り返り今年も一年、大変お世話になりました。読者になる検索リンクはてなブログブログをはじめる週刊はてなブログはてなブログPro最新記事awkで特定の列を除外して出力するWindows10にOracleをインストールしようとしたらありがちな罠にハマった古いプログラムからも学ぶことがある...と思う。#rtechconf月別アーカイブ参加グループプログラミングインターネットテクノロジーはてなブログをはじめよう!taichiwさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。