プロダクトオーナーシップ Product Ownership

DtoDに基づくユーザーストーリーの組み立て Eliciting user stories with DtoD

アジャイル開発の普及とともに、要求をユーザーストーリーの形式で記述し、優先順位の高い順に開発を進め、納品していくというプラクティスが多くの開発に適用されている。 ユーザーストーリーは、「<役割>として、<機能/性能>ができる。そして<価値>が得られる」という簡潔な形式で要求を表現できる。しかし、記述されたユーザーストーリーが顧客、業務及び技術などの複数の利害関係者の観点を反映しているかどうか、また「INVEST」[1]を満たしているかどうか、を判断するためには不十分である。 これらの課題の解決策として、要求/分析の分野で長年に渡り活躍してきた米国EBG Consulting社のEllen GottesdienerとMary Gormanが Discover To Deliver (DtoD)[2]というフレームワークを考案した。DtoDは複数のリリース、次のリリース、次の反復という3つの時間軸と以下に示すプロダクトの7側面の観点を用いて、ユーザーストーリーを組み立てて、その実現スケジュールを利害関係者で話し合い、合意し、「正しいプロダクト」を納品するためのフレームワークである。 ...more »

Submitted by
5 comments

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

90分~105分のセッションを希望します。

追加の詳細情報 / Comments :

発表者:(株)オージス総研 アジャイル開発センター長 藤井 拓ワークショップのファシリテータ:(株)オージス総研 アジャイル開発センター 張 嵐

Voting

10 votes
10 up votes
0 down votes

プロダクトオーナーシップ Product Ownership

PO - the forgotten role: Define and Schedule Complex Work

In USA job website, 500,000 SM jobs, 3 PO jobs… Each team is supposed to have both!? Since 2007, every company I have visited has a problem. They can't bridge the gap between strategy and User Stories. In the session, we will survey several techniques and tools that PO use to clarify design, and then clarify requirements. Most importantly, we show the PO’s critical role in limiting WIP, and scheduling work. Target ...more »

Submitted by (@stevemcgee)
3 comments

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

Projector. White board if available.

Voting

8 votes
8 up votes
0 down votes

スクラムのスケールアップ Scaling up Scrum

Product Backlog Refinement Workshop in Large Scale Scrum

Product backlog refinement (or grooming) is one of the activities in Scrum. This session is about how to do it in different scales. In this session, we’ll explore the product backlog refinement practices from the situation of “a single person project”, to "a single scrum team", to "one PO with multiple teams", and to "8+ teams on one product." The examples in the session are from real life organization. There will also ...more »

Submitted by (@terryyin)
1 comment

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

Two flip chart stands.

追加の詳細情報 / Comments :

The speaker is an agile coach from Odd-e Singapore team. He's more than 1 decade experience in Nokia gave him deep understanding in Large Scale Scrum. He is also a certified SAFe Program Consultant, with which he has a good understanding of how scaling frameworks differentiate from each other.

The speaker is also a developer in open source projects. And he is the developer of http://less.works web site.

Voting

18 votes
18 up votes
0 down votes

スクラムのスケールアップ Scaling up Scrum

「遅延のコスト」に基づく経済的優先順位づけ方法

Quantify the cost of delay, prioritize your backlog with an economic view アジャイル開発では、より高い経済的成果がより早く得られるよう、開発内容を管理するバックログの優先順位が常に適切に更新されなければならない。現在、プロダクトオーナーがバックログの個々の項目に対し、期待されるビジネス上の価値を予測し、その予測に基づいて開発順序を決めたり、MoSCoW体系や狩野の顧客満足度モデルなどの評価方法を用いて評価したりすることが一般的に行われている。しかし、多くのプロダクトオーナーは、優先順位付けが依然として難しい課題の1つと感じている。 Reinertsen[1]は「遅延のコスト」を定量化することによって、時間の流れに伴う価値の変化を理解し、経済的な視点で意思決定を行うという「遅延のコスト」の経済学に基づく優先順位付けの方法を示した。SAFe[2]では、それを具体化する形で、「遅延のコスト」に影響する主要な要因を定義することにより、個々のバックログ項目の「遅延のコスト」の見積もりを可能にした。また、バックログ項目の「遅延のコスト」と開発労力の見積もり値により算出される「重みづけされた最短作業から着手(WSJF)」[3]によって優先順位を決めていく方法を推奨する。 ...more »

Submitted by
2 comments

ペンや付箋など講演(ワークショップ)で必要なモノ / Request for what and how many supplies (i.e. markers, sticky notes, post-its, etc.) for your session. :

ペン、附箋

追加の詳細情報 / Comments :

解説:15分、演習:30分

Voting

8 votes
8 up votes
0 down votes