nDiki : 見積もり

2017年11月13日(月)の #nNote

TestFlight

• https://developer.apple.com/testflight/
• TestFlight ベータ版テストの概要（iOS、tvOS、watchOS）

• internal tester (内部テスター)
  • 最大25人
  • 必要な役割: 次のどれか Admin, App Manager, Developer, Marketer, または Technical
• external tester (外部テスター)

ポートフォリオバックログアイテムの見積もり

見積もりは相対が良い。

今日のさえずり: チームのかんばんの優先順位会議というかレビューをした

2018年02月06日

• 15:15 渋谷ヒカリエへ。ヒカリの道。 https://t.co/eXPDirIPVc
• 16:45 そろそろかなと今朝から花粉症対策としてアレグラを服用し始めた。「飲み忘れと飲んだか忘れ」対策に習慣化アプリ HabitHub でリマインダと投薬記録できるように今年も設定した。 HabitHub 便利。
• 17:15 Naney の日記: 一橋大学・津田塾大学写真部 @hitphoto 対外展2018 に行ってきました。フィルム一眼レフカメラで撮ったものからコンパクトデジタルカメラで撮ったものまで、いろいろな作品が混ざっていて飽きない写真展でし… https://twitter.com/...
• 20:15 渋谷、雪降ってる!
• 20:24 @hyuki ですです。粉のような雪が少しパラパラと。寒いですねー。
• 23:30 今日はチームのかんばんの優先順位会議というかレビューをした。感覚的にはプロダクトバックログリファインメント(見積もりはしない)のような GTD の週次レビューのような。なんとなく TODO だったものが明確になっていってスッキリ。

WSJF (重み付けされた最短の作業から着手)という手法を使い始める

昨年11月から始めたポートフォリオプランニングでは、いったん各プロダクトについて

• 遅延コスト: 小・中・大・最大
• 期間: S・M・L・XL

とざっくりと見積もって優先順位決めをしていました。ライフサイクル収益最大化観点で「遅延コストが大きいもの」「期間が短いもの」優先として優先順位を決めていくことになるのですが、これだと両方異なる場合は単純に比較ができません。プランニングチームが慣れてきたので、そろそろ WSJF (Weighted Shortest Job First 重み付けされた最短の作業から着手)で考えていくことにしました。

「アジャイルソフトウェア要求」を参考に遅延コストと期間はフィボナッチ数による相対評価にすることにして、既存の見積もり記号にえいやと数値を割り当てて

 WSFJ値 = 遅延コスト/期間

を計算できるようにしてみました。

• 記号とフィボナッチ数のマッピングが「えいや」という感じ。
• 遅延コストの3要素「ユーザー - ビジネス価値」「時間価値」「リスク削減/機会可能性価値」を理解しきっていなくてうまく分解できていない。

という状態なので学習しながらリファインメントしていく感じにします(遅延コストの3要素毎にそれぞれ相対評価していくのはちょっと大変そうではあります)。

プランニングチームメンバからは「そこに時間をかけても」という声も出ましたが「見積もりの話し合い過程での気付き」と「社内政治の排除(記事)」と得られるメリットが大きいので、うまく取り入れていきたいなと思ってます。

遅延コスト (Cost of Delay, CoD) #nNote

遅延コストの計算: アジャイルソフトウェア要求でフィーチャーの優先順位付けをする場合

「アジャイルソフトウェア要求」による計算方法では3つの属性の和

[ユーザー価値] + [時間値] + [リスク軽減値]

としています(それぞれ他のフィーチャーとの相対値で10が最高、1が最低)。

• ユーザー価値: ユーザーの目から見たフィーチャーの潜在的な相対的な価値。
• 時間値: ユーザー価値が時間とともにどのように減少するかの相対的な見積もり(価値が急速に低下するなら高)。
• リスク軽減/機会の可能性の値: フィーチャーによってリスク軽減される、あるいは新たな機会を得るという相対的価値(大きなリスク軽減につながる可能性がある、新たな機会が得られ可能性があるなら高)。

遅延コストの計算: アジャイルソフトウェア要求でエピックの優先順位付けをする場合

「アジャイルソフトウェア要求」による計算方法では3つの要素の和

[ビジネス価値] + [時間価値] + [リスク低減/チャンス利用]

としています(値はそれぞれ 1, 3, 5, 8, 13, 20, 40, 100、あるいはその他の等級)。

• ビジネス価値(BV): 収益・シェア・コスト削減・顧客の囲い込み向上についての相対的な価値。
• 時間価値(TV): 時間が経つとどの程度価値が下がるかの相対的な価値。大きい値は価値が急速に低下することを表し、小さい値は安定していることを表す。
• リスク低減/チャンス利用(RRV): 将来のエピックのリスクを低減する価値があるか、他のビジネスチャンスを活かす価値があるかの値。

遅延コストの計算: アジャイルエンタープライズの場合

「アジャイルエンタープライズ」による計算方法では4つの要因の和

[収益の増加] + [収入の維持] + [コストの削減] + [コストの回避]

としています(それぞれ週当たり/年当たりの金額)。それぞれの要因は下記です。

• 収益の増加: 新規または既存の顧客の売上が増えるアイデア。
• 収益の維持: 収益・市場シェアを維持するアイデア。
• コストの削減: 現在発生しているコストを削減するアイデア。
• コストの回避: 現在発生していないが発生する可能性のあるコストを削減するアイデア(罰金の回避など)。

プロダクトの遅延コストの算出方法を考える

WSJF (重み付けされた最短の作業から着手)という手法を使い始めるにあたり遅延コストを算出方法を見直し中。

エッセンシャル スクラムでは遅延コストの出し方をいくつか紹介しています。その中の1つ「アジャイルソフトウェア要求」で提案している3つ要素の和として決める方法をまずは使おうと思っています。

アジャイルソフトウェア要求では「フィーチャーの優先順位付け」と「エピックの優先順位付け」のところでそのやり方が出てきますが、今はポートフォリオプランニングレベルで考えているのでエピックの方が考え方として近そう。

プロダクトについて

• ビジネス価値(BV): 収益・シェア・コスト削減・顧客の囲い込み向上についての相対的な価値。
• 時間価値(TV): 時間が経つとどの程度価値が下がるかの相対的な価値。大きい値は価値が急速に低下することを表し、小さい値は安定していることを表す。
• リスク低減/チャンス利用(RRV): 将来のプロダクトのリスクを低減する価値があるか、他のビジネスチャンスを活かす価値があるかの値。

をフィボナッチ数列の値で相対的に見積もります(アジャイルソフトウェア要求だと 1, 3, 5, 8, 13, 20, 40, 100 という等級を例として出しています)。

そして3つを足した

 [ビジネス価値] + [時間価値] + [リスク低減/チャンス利用]

を遅延コスト(CoD)とします。

正直なところ「金額」と「金額変化度合い」とをごっちゃに足しちゃう気持ち悪さがあってちょっとすっきりしない感じはあります。あと3要素それぞれで相対で決めていくとすると、特定の要素が大きめになって遅延コストを支配する可能性も出ちゃいそうだなと。

とりあえずやってまた考えるという感じかな。

• アジャイルソフトウェア要求

組織サーベイと見積もりゲーム

アンケート調査による組織サーベイ、「スクラムにおけるプロダクトバックログアイテムの見積もり」の最大の目的が「話し合う過程でいろいろな気付きを得ること」だというのと同様に考えて使うのは確かにアリだなと。

スクラムブートストラップ #nNote

1. [ ] スプリント期間・開始日を決める。
2. [ ] スクラムインベントをスケジュールする。
   • [ ] スプリントプランニング
   • [ ] デイリースクラム
   • [ ] スプリントレビュー
   • [ ] スプリントレトロスペクティブ
3. [ ] プロダクトバックログリファインメントをスケジュールする。
4. [ ] プロダクトバックログを作れるようにする。
   • [ ] ツールを決める(付箋・Google スプレッドシート・Trello など)。
   • [ ] 見積もり方法を決める。
5. [ ] スプリントバックログを作れるようにする。
   • [ ] ツールを決める(付箋・Trello など)。
   • [ ] ふりかえりで決めた改善案も書いておけるようにする。
6. [ ] デイリースクラムのフォーマットを決める。
7. [ ] ワーキングアグリーメントを書く場所を用意する。
8. [ ] スプリントレトロスペクティブのフォーマットを決める。
9. [ ] スプリントレトロスペクティブのツール(付箋紙・マジック)を用意する。
10. [ ] 最初のプロダクトバックログを用意する。
    • [ ] プロダクトバックログアイテムそれぞれ完成の定義を書く。
11. [ ] キックオフをする。
12. [ ] 初回プロダクトバックログリファインメント(内容の確認と見積もり)をする。
13. [ ] 初回スプリントプランニングをしてスプリントを開始する。
14. [ ] デイリースクラムを開始する。
15. [ ] 初回スプリントレビューをする。
16. [ ] ベロシティを記録する。

ミクロン 6x15 CF を修理に出す

レンズ/プリズムが曇ったのか、2001年8月18日購入のミクロン 6x15 CF (国外では 6x15M CF) の視界が数年前から茶色くなってきてる。超小さくて気に入っているんだけれど買い直すには高いので修理に出すことにした。Nikon のサイトによるとミクロンは一律料金対象で8,500円〜9,800円(税別)(2018年9月18日現在の情報)。

今日は仕事の休みをとっているので、ニコンプラザ銀座内の銀座サービスセンターに直接行って修理手続きをすることにした。ニコンプラザ銀座は2007年3月に Ai AF Nikkor 35mm F2D を修理に出した(& 受け取った)時以来かも。

ちょうど営業時間開始の 10:30 頃に到着。ほとんど待たずに順番がきた。症状を説明したあと見積もり。8,500円(税別)と見積もられた。修理完了の予定日は12月19日。発送してもらう場合は1,200円追加でかつ代引きのみということなので、修理完了したら SMS で連絡をいただき受け取りにくることにした。

綺麗に見えるようになるといいな。

ミクロン 6x15 CF が良く見えるようになって返ってきた

11月30日に修理に出した2001年8月18日購入のミクロン 6x15 CF (国外では 6x15M CF) を受け取りに会社帰りにニコンプラザ銀座内の銀座サービスセンターに行ってきた。

処置内容は

• 内部クモリ汚れ清掃いたしました。
• プリズムピりのため、交換いたしました。
• 各作動部グリス入れ替えました。
• 光軸調整及び各部点検いたしました。

とのこと。見積もり通り8,500円(税別)也。プリズムが欠けていて交換含めこれだけ点検修理してもらえたので満足。実際にすっきり見えるようになった。

新婚旅行へ行く際に荷物にならないよう超小さい双眼鏡としてこれを買ってずっと使っている愛着のある品なので、直って良かった良かった。感謝。

最大の価値は話し合う過程で気付きと学びを得ること

「エッセンシャル スクラム: アジャイル開発に関わるすべての人のための完全攻略ガイド」の中でメチャクチャ好きなところの1つが見積もりついて書かれている以下のくだり。

いちばん大切なことだが、見積もりの最大の目的は、話し合う過程でいろいろな気づきが得られるということだ。 — 第7章 見積もりとベロシティ

「気づき」は原著「Essential Scrum: A Practical Guide to the Most Popular Agile Process」では「learning」と表現されている。

Finally, and most importantly, one of the primary values of estimation is the learning that happens during the estimation conversations. — Chapter 7 Estimation and Velocity

これは見積もりというアクティビティに限らない話だよね。

このくだりを読んでから「◯◯の最大の価値は話し合う過程で気付きと学びを得ることだ」と考えることが増えた。ミーティングが意思決定や共有などのゴールを達成する場であることはもちろんとして、チーム・個人が気付きと学びを得る場になるよう常に意識していきたい。

自己組織化されたチームになっていくためには話し合い超重要。

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

[ opinion ]