nDiki : ポートフォリオバックログ

ポートフォリオバックログ (portfolio backlog)

これから開発したいプロダクト(あるいはプログラム・プロジェクト・エピックなど)を優先順位順に並べたリスト。

エッセンシャル スクラム用語集では

プロダクト、プログラム、プロジェクト、概要レベルのエピックで構成されるバックログ。

と説明されています。

スポンサード リンク

2017年2月21日 (火)

第16回 エッセンシャル スクラムを読む会

エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の16回目。今日は第16章 ポートフォリオプランニング

これまで読んだ章の中で一番頭にすっと入ってこない章だったのは、あまりかかわってこなかった領域だからでしょうか。

ポートフォリオプランニングはプロダクト(あるいはその1リリース、プロジェクトなど)をどれぐらいの期間でどの順番でやるかを計画する作業です。

本書ではプロダクトのライフサイクル収益(プロダクトの生存期間中に見込める利益の総合計)が最大になるように優先順位を決めましょうと言っています。ライフサイクル収益は遅延コストと存続期間の影響を受けるのでこれをきちんと考えましょうとのことでした。

今日の発表者によると「ライフサイクル収益を使うのは社内政治の排除のため。ライフサイクル収益には利益以外にも社員満足度・顧客満足度・従業員満足度(離職率と採用コスト・回復コスト)なども考えれれる」といったことを CSPO 研修で聞いたとのことでした。社内政治排除のためというところが重要どころだそうです。

本書によるとポートフォリオバックログに入れる際は

コストや価値に関するちょっとした見解の相違で言い争いになって決断ができないのだとしたら、そのプロダクトの開発は却下すべきだ。

とのこと。

ほとんどの組織では、価値の高いプロダクトを開発する機会が有り余っている。価値を生み出すか疑わしいプロダクトについて、いつまでも議論をしている余裕はないはずだ。

と言い切ってます。迷ったら不採用という考えについて Joel on Software の採用面接ゲリラガイドを思い出しました。

スポンサード リンク
[ 2月21日全て ]

2017年11月17日 (金)

push よりも pull

ポートフォリオプランニングについてディスカッションしている時に「各チームがバックログから pull して……」と言われて、あーポートフォリオバックログからプロダクトバックログへの流れも pull で考えた方がシンプルでいいなとあらためて思いました。

[ 11月17日全て ]

2017年12月11日 (月)

今日のさえずり: お腹すいたけど、もらったビスコをこの時間に食べちゃいけない気がしている

2017年12月11日

[ 12月11日全て ]

2018年2月16日 (金)

エッセンシャル スクラムを読む会: 第16章 ポートフォリオプランニング

エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド

今のチームでポートフォリオプランニングの運営をしているので、勉強のためチームメンバでエッセンシャル スクラムの「16章 ポートフォリオプランニング」を読む会をやりました。昨年度に別のメンバで1冊通しでエッセンシャル スクラムを読む会をやって以来なので久しぶりです。

今回の自分のパートは以下。

  • 16.5 アウトフローの戦略
  • 16.5 仕掛品の戦略
  • 16.6 終わりに

「プロダクトをいつポートフォリオバックログから取り出すか」についてのアウトフローの戦略は

  • 「作業者の手待ちではなく、作業の手待ちに注目せよ」
  • WIPを制限する」
  • 「チーム全員の準備が整うのを待つ」

ポイントでこれらは、スプリントプランニングに通じるものがあるのでわかりやすいところです。

仕掛品の戦略は作業中のプロダクトについて

  • 維持
  • デリバリー
  • ピボット
  • 打ち切り

を判断するための戦略です。限界費用で考えましょうということ。限界費用が適切に見積もれる必要がありますが、そこが難しいところですね。

16章を通して11の戦略が示されていますが、おわりにの節でどれかを選ぶとしたらとして 11の戦略から選ぶとしたら

  • 遅延コスト
  • 小さめのリリースを頻繁に
  • WIP を制限する
  • 限界費用

だとのこと。参考にします。

やはりポートフォリオレベルでは収益とコストをしっかり考える必要があるなと。

読み直して、やはり今ポートフォリオバックログと呼んでいるのは階層化プロダクトバックログだなと。複数チームで取り組んでいるのでそれはそれで必要なのですが、ポートフォリオプランニングという意味では考え直したいところです。

[ 2月16日全て ]

2018年7月2日 (月)

ポートフォリオバックログのスプレッドシートに概要レベルのプロダクトバックログ列を追加

ポートフォリオバックログ」のスプレッドシートに「概要レベルのプロダクトバックログ」列を追加したら、プランニングでより具体的な話し合いができるようになりました。

  • 各アイテムが何をやるのかが明確になり共通認識になる。
  • 内容が明確になることで規模感を考えられるようになる。
  • 完了条件ではなくプロダクトバックログにすることで、柔軟に再計画できる。

みたいなメリットが生まれました。

今日のさえずり: まだ1年の半分終わっちゃいない! 7月2日正午までまだもうちょい!

2018年07月02日

[ 7月2日全て ]

2018年7月27日 (金)

プロジェクトでみんなをバスに乗せるために書いておく項目リスト

みんなをバスに乗せるためにプロジェクトのプランニングで明確にして共有した方が良いドキュメント形式って、方法論やプロジェクトの段階によっていろいろな名前のものがありますが、基本的に項目はどれも似たような感じです。

項目名を整理して決めておくと楽なのでちょっと書き出してみました。

コンセプトシート

比較的軽量にまとめる時。

  • タイトル
  • 概要 (What)
  • 目標 (Goals)
  • 背景と目的 (Why)

プロダクトプラン

プロダクトプランニング(エンビジョニング)のアウトプットとして。エピックレベル(数カ月程度の大きさ)。

  • プロダクト名
  • プロダクトビジョン
    • 概要
    • 目標
    • 背景と目的
    • 成果物
    • 完了条件
    • スコープ(含むの・含まないもの)
    • (opt) 依存するプロジェクト・制約条件
    • (opt) リスク
    • (opt) 予算
    • (opt) メンバ
  • 概要レベルのプロダクトバックログ
  • プロダクトロードマップ

ポートフォリオバックログアイテム

ポートフォリオプランニングで、プロダクトプランを評価した結果のもの。エピックレベル(数カ月程度の大きさ)。

  • プロダクト名
  • プロダクトプラン
  • 期間
  • 遅延コスト(ビジネス価値・時間価値・リスク軽減/チャンスと利用)
  • WSJF

プロダクトバックログアイテム

スクラムで1スプリントで完成できるサイズのアイテム。フィーチャーレベル。

タスクチケット

ちょっとしたタスク。

  • タスク名
  • 概要
  • (opt) 背景と目的 (概要で自明でない場合)
  • (opt) 成果物/アクション (概要で自明でない場合)
  • 完了条件
  • 期日

プロジェクト憲章

  • プロジェクト名
  • 概要
  • 目標
  • 背景と目的
  • 成果物
  • 完了条件
  • スコープ(含むもの・含まないもの)
  • (opt) 依存するプロジェクト制約条件
  • (opt) リスク
  • (opt) スケジュール・期限
  • (opt) 予算
  • (opt) メンバ

備考

他には以下のような形式もあります。

  • One Pager
  • インセプションデッキ
  • 製品要求仕様書 (PRD: Product Requirements Document)
  • リーンキャンバス

[ プロジェクトマネジメント ]

[ 7月27日全て ]

2018年9月30日 (日)

2018年第2第3四半期ふりかえり

四半期毎にふりかえりをしようと思っていたんだけれど、第2四半期末は後回しにしている間に終わってしまった。第3四半期末も後回しにしてこれを書いたのは10月23日だったりする。

続けたいこと

写真を見に行く (前回: 続けたいこと)

最近行ってないなと思ったけどここ半年43回は行っていた。もっといろいろ見て感性を磨きたいな。

本を読む (前回: トライしたいこと)

最近は通勤時にスマートフォンで Kindle本を読むようにしている。ちょっとずつだけれど時間的にはこの枠が習慣化しやすいかなと。

写真を撮る (前回: トライしたいこと)

毎朝通勤時に1枚撮ることを日課にしたら習慣になった。

それ以外に毎日2枚 Twitter に投稿するという自分ルールを作ったら、撮りためなきゃというのがあってカメラを持って出歩く時間が増えた。 DSC-RX0 が気軽に持ち歩けること・ Lightroom を買って現像が楽しくなったというのも大きいな。

フィルムの方は TC-1 に入れたフィルムと写ルンですがまだ撮り終わっていない。今となってはフィルムは撮りどころが難しくて。

自分の Tweet を Retweet する (NEW)

感想を聞いたことはまだないんだけれど、 Retweet したらいいねがつくので継続してみる。

will doリスト作りは前日に(NEW)

前日に will do リスト(クローズドリスト)を作っておいた方が朝の仕事の出だしが早い。前日作れないこともあるけれど、できるだけ前日で。

引き続き続けたいこと(前回: 続けたいこと)

以下はいい感じなので引き続き継続。

改善したいこと

自分の頭で考える (前回: 改善したいこと)

元日に今年意識してみることにしたもの。「情報を遮断して考える」「毎日考える時間をとる」仕組み化できてない。

体力アップとメタボリックシンドローム解消 (前回: 続けたいこと)

自重筋トレ続かず。

ビジネスについて考える (前回: トライ)

関連する本を読んだりするようになったけれどまだ不足している。

WSJF (NEW)

ポートフォリオプランニングの優先順位決めに WSJF 導入しようとしたんだけれど、うまくいっていない。今はほぼない感じになってしまっているので、続けるのかやめるのか判断せねば。

ちなみに「ポートフォリオバックログ」のスプレッドシートに「概要レベルのプロダクトバックログ」列を追加したのは良い感じ。

トライしたいこと

ふりかえりからはなし。

やめるもの

六面立体パズル(いわゆるルービックキューブ) (前回: 改善したいこと)

最近はオフィスでポモドーロテクニック的休憩の間にたまに回すぐらい。忘れない程度にいったん維持できればいいかな。

歩く会 (前回: トライしたいこと)

行きたいとは思っているんだけれど優先度下げ。

アイカツ!

アイカツスターズ! を2年間観たわけだけど、アイカツフレンズ! は観ないことに。最近観ているのは「レイトン ミステリー探偵社 ~カトリーのナゾトキファイル~」。

iThoughtsX マインドマップを都度 Markdown 形式でエクスポートして Ulysses で管理

煩雑なので続かず。

Day One Premium をキャプチャツールとして使うのを控える

無くてもまわるようになった。次回 Premium プランは更新無しかな。

[ 9月30日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。

nDiki1999年1月に始めたコンピュータ日誌を前身とする NaneyWeb 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。

※内容は個人的見解であり所属組織とは関係ありません。

follow us in feedly

月別インデックス
Process Time: 0.056095s / load averages: 1.30, 0.81, 0.58
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker