“User Story Mapping“は、Jeff Patton氏が提案する計画手法です。バックログには背骨が欠けている（InfoQ）でJeff氏が説明するように、バックログを効果的に見える化することにより、システムの全体像を捉えようとしています。そして、ユーザーストーリーマッピングによって、UX（User Experience：ユーザーの体験）指向のストーリーとして整理され、より高いユーザーバリューへとプロダクトを導いていきます。

Jeff氏は、来年2月に『User Story Mapping』という書籍をオライリーからリリースするため、この手法がより広がっていく可能性があります。それでは、ユーザーストーリーマッピングの旅に出かけましょう。

みなさんは『マシュマロチャレンジ』をご存知でしょうか？

マシュマロチャレンジは、TEDでも紹介されており、そのプレゼンテーションはとてもすばらしく、あなたはきっと、このゲームによって、チームビルディングでの課題や気づきを得ることができます。

このゲームは、Jeff Patton氏のプロダクトオーナートレーニングでもワークショップとして使われました。上の写真はそのときのものですが、参加者の真剣で楽しそうな姿が、このゲームの醍醐味をよく物語っているように思います。

私は過去に１回やったことがあったのですが、新人研修やチームの勉強会用に、やり方などをまとめておこうと思います。

I participated “Certified Scrum Product Owner Training” by Jeff Patton. I’m not understand about product owner’s role and their perspective but this training gave me new insight. Master Jeff’s explanation was passionate and he shared us much experience. I was impressed to meet him. Thank you so much Jeff.

10/20〜10/21の二日間。ジェフ・パットン氏による認定スクラムプロダクトオーナートレーニング、「情熱プロダクトオーナーシップ」に参加しました。

ジェフ・パットン氏は、日本の実践者である平鍋さんと同じく、アジャイルに貢献された人に与えられるGordon Pask Awardを授与されており、様々な製品開発の経験を持つ認定トレーナーです。今年のAgile 2011カンファレンスの彼のセッションは満員大入り大盛況でした。

今回のトレーニングは、プロダクトオーナー側の視点を学ぶちょうどよいきっかけとなり、とてもすばらしいトレーニングでしたので、簡単ですがレポートさせていただきます。

自分なりに整理しているので、実際のトレーニングの順番になっていない部分がありますがご了承ください。

スクラムギャザリング東京2011というイベントが10月に開催されます。

カンファレンスは、10月19日。ワークショップは10月22日とわかれており、17〜18日は、キーノート発表者による認定スクラムマスター研修、20〜21日は、特別講演者の認定プロダクトオーナー研修が開催される予定です。

私は、今回、認定プロダクトオーナー研修に参加する予定でして、初日のカンファレンスやワークショップは、後輩2名に託す予定です。そんな二人のために、このカンファレンスの見所などを、現段階で公開されているプログラムを元に、僕視点でまとめてみたいと思います。この記事は、Agile2011でとてつもなく参考にさせていただいたAgile2011の傾向と対策 via @fkinoのパクリです。

Linkedinは、ビジネスロールごとのディスカッションが面白いのでおすすめです。今回見つけたのが「What software do you use to track user stories and tasks? To manage a product backlog and build sprint backlogs?」というディスカッション。「アジャイル開発に登場するユーザーストーリーやバックログをどんなツールで管理しているか？」が共有されています。

すでに３００を越える共有や議論が行われており、世界のスクラムマスターはどんなツールを使っているのか、気になったので調べてみました。

Scrum Boot Camp 横浜に参加しました。たくさんのコーチ陣に囲まれてのワークショップは楽しかったです。また、いろんなつながりによって「はじめましてな人」「ひさしぶりな人」にもお会いすることができました。こういった場を提供してくださった@ryuzeeさんはじめ、皆様ありがとうございます。

今回のブートキャンプでは、アジャイル開発の基礎からスクラムの概要。そして、スクラムで登場するツールやプロセスをワークショップで体験し、理解を深めていく内容でした。私は、書籍を読んで現場でTry and Errorを試していた「野良スクラムマスター」なので、こういう場でコーチの説明を聞くことにより、「自分との差分」「理論の裏付け」など、いろいろと発見することができました。本からは読み取れない部分を学べるのがワークショップの醍醐味ですね。

LinkedinのCertified ScrumMastersグループで「How do you measure team performance?」というディスカッションが活発に行われています。Linkedinだと職業などに特化した議題が多くてなかなか面白いですね。このディスカッションの始まりは以下の質問です。

Simply, how does you measure output, that team generates, its performance or what metrics do you use?

どのようにしてチームが生み出すアウトプットを測定していますか？パフォーマンスや基準として使っているものはなんですか？

前回書いた「XXXX」という記事にも繋がる部分があるので、投稿されているコメントをまとめてみました。

アジャイルムーブメントの影響もあり、アジャイル開発を最近はじめた。またははじめようとしている方も多いと思います。私は2003年に社会人になり、第一次アジャイルブーム？か何かでXPを知り、少しだけ学んだ世代なのですが、去年の1月からアジャイル開発を勉強・実践するようになりました。

そんな中、アジャイルコーチを仕事としている方を間近で見たり、新人研修にアジャイル開発の手法を取り入れたり、実際に自分のチームで実践したりする経験を得ることができました。今年は、まったく自分に関係ないチームのプロジェクトリーダー/マネージャをしながら、アジャイルコーチのような役割を果たしているところなのですが、そこでのコーチング時にふと疑問が浮かびました。

「自分の成果はなんなのだろう？」

その疑問について、Twitterでいろいろと教えてくださった方からのアドバイスや、関連する情報から、謎を解く鍵を探してみました。