ICEで優先順位付けするための Google スプレッドシート を作ってみた

タイトルの通り。

ICE - Google スプレッドシート

もし使いたいという奇特な人がいたらコピーしてカスタマイズして使ってください。

下記は使用イメージです。 f:id:kalibora:20181201225854p:plain

ICEについて詳しく知りたい方は下記の記事や参考リンクを参照してください。

プロダクトマネジメントにおける優先順位付けとそれを助けるツールについて - kalibora.log

参考リンク

プロダクトマネジメントにおける優先順位付けとそれを助けるツールについて

我々の時間は有限である。
すべての機能は有用であるようにも思えるし、みんなの言い分もそれぞれだ。

さて、僕はプロダクトマネージャーではないが、何事においても優先順位付けは必要だ。
無意識で出来る人もいるだろうが、僕にはあいにくそのような能力はあまり持ち合わせていなかった。

hygger.io

hygger.io というサービスをご存知だろうか?

いや、きっと知らないと思う。僕もつい最近まで知らなかった。

でも Trello というサービスなら知っている方も多いと思う。

知らない人のためにも説明しておくと、いわゆるカンバン形式でタスク管理出来るツールが Trello だ。

そしてこの Trello に優先順位付けの機能を強化させたものが hygger.io と言えそうだ。
もちろん、細かい機能の差異はあると思うが、自分が少し使った感覚としてはそうだった。

hygger.io にも Trello ライクなカンバンViewはあるが、それぞれのタスクに対してスコアリングができる。
スコアリング方式は下記の4種類から選べる。

  • Value vs Effort(価値vs労力)
  • Weighted Scoring(加重スコアリング)
  • ICE(Impact, Confidence, Ease)
  • RICE(Reach, Impact, Confidence, Effort)

Value vs Effort(価値vs労力)

それぞれのタスクに Value(価値) と Effort(労力)を設定し、4つの枠のマトリックスから優先順位をつける。

f:id:kalibora:20181117155346p:plain

Quick Wins は少ない労力で高い価値をもたらすもの。これを最初にやるべき。
Big Bets は価値も高いが、労力も多い。2番めにやるべきかもしれないが、小さな機能に分割してもいいかもしれない。
Maybes は価値も労力も低い。大きな機能実装の合間にやるのに最適。
Time Sinks は労力の割に価値が低い。優先付けすべきではない。

Weighted Scoring(加重スコアリング)

Value(価値) と Effort(労力)にそれぞれ独自の基準を設けてスコアリングする。
項目と加重をあらかじめ設定しておき、最終的なスコアを計算して算出する。

f:id:kalibora:20181117161919p:plain

上記の例では Value として

  • Revenue Increase(収益)
  • Customer Value(顧客価値)
  • Strategic Fit(戦略の適合性)

Effort として

  • Development Costs(開発コスト)
  • Marketing & Sales Costs(マーケティングと営業コスト)
  • Maintenance Costs(保守コスト)

を基準として設定している。(キャプチャ画像では一部幅が足りずで見切れています)

ICE(Impact, Confidence, Ease)

スコアの計算式は Impact * Confidence * Ease

基本的には Value(これはImpactとほぼ同義) vs Effort(これはEaseとほぼ同義) と同じだが、 Confidence が加わっている。

f:id:kalibora:20181117163009p:plain

労力は過小評価されがちで、価値は過大評価されがちという認知バイアスがあるため、
Confidence(信頼性)で、労力や価値にどれだけの信頼性があるのかを加味している。

RICE(Reach, Impact, Confidence, Effort)

スコアの計算式は (Reach * Impact * Confidence) / Effort

Reach は特定の期間内にどれだけの人に影響するか?

Impact はこの機能がどのように貢献するか?どのようにエンドユーザーに影響を与えるか?
この価値はサービスごとに違うのであらかじめ決めておく必要があるし、
これを測るのは容易ではないので、あらかじめ 3: 大規模なインパクト, 2: 高, 1: 中, 0.5:, 0.25: 最小 などと決めておくのが良い。

Confidence は Impact と Effort に対する信頼性。

Effort は 人月などのいわゆる工数

f:id:kalibora:20181117164851p:plain

monday.com

さて、ここまで hygger.io というサービスに備わった優先順位付けを見てきたが、他のサービスはどうしているのか少し気になった。

monday.com というプロダクト/プロジェクトマネジメントに使えるサービスがあるので、これもちょっと試してみた。

このツールでは優先順位付けのためのあらかじめ決められた機能というものはなさそうだったが、
デフォルトで用意されているテンプレートの中から Feature Backlog というものがあったのでそれを試してみた。

f:id:kalibora:20181117171036p:plain

左から4番目の Effort はいわゆる工数で、
5番目の Impact は価値
6番目の Effort も労力なので、Scrumのストーリーポイント的なものなのかもしれないが、ちょっとよく分からなかった。 どちらかを使えっていうことなんだろうか。
7番目の Impact AreaImpact がどこに効くか?ということだろうか。
8番目の Epic# はタスクをまとめるためのタグみたいなもの。
9番目の Vote は投票。

ただし、あくまでこれはテンプレートなので、自分でエクセルの様にカラムを追加することもできる。
例えば計算式用のカラムを追加し、上述のICEやRICEの計算式を定義しておけば、それらのスコアを表示する事もできる。

まとめ

ツールに実装されているものを参考にどのような優先順位の付け方があるのかを調べてみたが、
結局の所、価値や労力をどのように算出するかは難しい。

しかし、そのためにより細分化したり、どのような要因があるのかを知るきっかけになったり、
ツールとしてあらかじめ枠を定義しておくことで、必ずそれらの機能が、どのような価値や労力があるのかを考えねばならず、 それらは非常に有用だと思った。

参考にした記事

1on1やOKRなど人事評価やキャリア形成に使えるwebサービス

とりあえず列挙。

あとは Best Performance Appraisal Software | 2018 Reviews of the Most Popular Systems このへんとか。死ぬほどあるからまとめるのは諦める。

10万14回フェスに行った私が教えるフェスに本当に必要なものランキングベスト3

第一位: 体力

元気があれば何でもできる。とはよく言ったもので、元気が無いと何にもできない。

山道登ったり雨降ったりいろいろあるので体力作りはしておきましょう。

あと全部回って元取ろうみたいな考えは20代までで十分です。

自分のペースで楽しみましょう。

第二位: 友達

一人フェス何回かやったことあるけどマジで結構精神的にやられるタイミングあるからね。

踊ったりなんだりしてるときはいいの。疲れて休んでるときとか、移動中とかね。

しかもバスツアーで行った日なんかほんと周りのキャッキャウフフ声にこちとらどんよりですよ。

第三位: 金

ゴールドのほうじゃないです。日本銀行券の方です。

最近は電子マネー使える所も多いのでそこらへんは調べてくれ。

番外編: チケット

そうだった。チケットないと入れないや。

あと自分がほんとに使ってるチェックリストも一応おいときますね。 女性はこれプラス化粧品やらなんやらそういうやつなんじゃない知らないけど。

  • ベーシック
    • チケット
    • お金
    • 携帯
    • 携帯充電ケーブル
    • 携帯予備バッテリー
    • デジカメ
    • 小さめのバッグ(サコッシュ的なのとか移動するのに便利)
    • タオル
    • ティッシュ
    • ウェットティッシュ(アルコール無しもあるとコンタクトレンズはめるときにしみなくて便利)
    • 日焼け止め
    • 虫除け
    • バンドエイド
    • 帽子
    • サングラス
    • 羽織るもの(防寒)
    • レインコート(雨具)
  • 泊まる場合
    • 歯ブラシ
    • シャンプーなど(お風呂)
    • コンタクト
    • 目薬
    • メガネ
    • ゴミ袋
    • タンブラー(なんかお茶とか入れとくと水分補給に便利)
    • 替えのTシャツ
    • 替えの靴下
    • 替えの靴
    • テント
    • 寝袋
    • ランタン
    • 電池
    • 折りたたみイス
    • 折りたたみテーブル
    • ガムテープ(あると何かと便利なんすよ)
    • ペグ
    • ペグハンマー
    • まくら
    • テントシート
    • レジャーシート
    • 懐中電灯
    • 紙コップ・紙皿
    • 酒(基本現地で買うけど買いに行くのめんどくさい時用)
    • つまみ(基本現地で買うけど、乾き物ほしくなったりして)
  • 荷物送る場合
    • 荷物受取伝票
    • 荷物発送伝票

ハンドルネームの由来

最近ハンドルネームの由来を聞かれることがあった。

そもそもハンドルネームと最近は言うのだろうか、ともかくインターネット上で活動する際の名前のことだ。

私の場合それは kalibora である。

確かに何語でもないし、よくわからない名前だ。というか造語なのでググラビリティが高い。

その時は確か、

「何語でもない、どこの国かよくわからない名前が良かったのです。なにかアフリカっぽいじゃないですか?」

と答え、

「じゃあどこの国かわかってるじゃないですか」

とツッコまれたような気がする。

気がする。というのは私がその時すでにひどく酔っていて記憶が曖昧だからである。

すべては妄想かもしれない。

さて、その時は説明するのも面倒くさいし、中二病感満載なので黙っていたのだが、本当はもう少しちゃんと由来がある。

だけども問題はおれの城/部屋がない

話は私の小学生時代まで遡る。

当時小学校6年生だったぼくには、自分の部屋がなかった。

小学校6年生の男の子ともなればみな自分の部屋が欲しいものである。

思春期である。まっさかりである。自分の部屋が欲しいものである。

長屋のような作りの都営住宅に住んでいたわりと貧乏な家庭に育った私だが、幸いにもそこには小さな庭が付いていた。

そこにプレハブの部屋をこしらえたのだ。

夏は暑い。冬は寒いでお馴染みの仮設住宅。プレハブ住宅。

プレハブといえどもそこは城。人は城。人は石垣。

こうして私は一国一城の主となった。

籠城

私はそこでよく遊び、よく籠もった。

テレビゲームをやったり、パソコンをいじったり、曲のようなものを作ったり、

すべてはプレハブの中で完結していた。

まるでプレハブ中毒である。

プレハブ中毒・・。

仕事中毒はたしか work-a-holic と言うな。

それならば私は prefab-a-holic (プレファバホリック)だ。

そしてプレハブの正式名称は prefabric(プレファブリック)

であれば prefabolic(プレファボリック)が語感がいい。

ということで私が一番最初に取ったドメイン名は prefabolic.com である。

愛に飢える研究室

と、ここまでが前段。前置き。すでに結構長い。

prefabolic はサイト名として使うことになった。

問題はハンドルネームである。

それまで私は別のハンドルネームを使っていた。この話とは関係ないので何とは言わないが、別の名前を使っていた。

しかし飽きた。別の名前が欲しくなった。

でもこの -holic -olic で終わる感じは案外気に入っていた。

そして当時好きだった(今も好きだが)moon というゲームを作っていた会社が LOVEdeLIC という名前である。

ここからラヴをいただいた。当時愛に飢えていたのかもしれない。

これで loveolic

しかしこのままではちょっと恥ずかしすぎる。

laboratorylab にしてしまうのはどうだろう?

これならちょっとかっこいいっぽいぞ。

labolic (ラボリック)

もうちょっとおしゃれに

labolica (ラボリカ)

うん。語感もいいし、ラボだし理科だし、なんか頭いいっぽいぞ。(発想はかぎりなくあたまがわるい

蘇る逆転

しかし、ちょっと待った。この読みを逆にしてみたらどうだろう。

カリボラ。

響きがなんかいい。どこかの民族っぽい。どこかは知らんけど。

よし、これにしよう。これを適当なアルファベットに当てはめよう。

そうして出来たハンドルネームが

kalibora

だったとさ。

ソフトウェアに関連する散文

ソフトウェアとは何なんだろうか?

曖昧な要件を矛盾のない仕様に落とし、さらに自然言語だと曖昧さが残るので、

曖昧さを許さないプログラミング言語に翻訳する段階で、なにが曖昧であるかに気づき、

その曖昧さをなくし、完全に曖昧さも矛盾もない仕様に落とし込むこと。

なのだろうか。

要するにそれらはすべて仕様だ。

Howも多く含むが、Whatの塊でもある。

ソフトウェアの規模が大きくなることは良いことだろうか?

コード行数が増える。複雑さが増す。バグが増える。保守に多くの時間と人員がかかるようになる。

そして、できることが増える。

リターンはコストに見合っているのだろうか。

ドメインエキスパートなんてほんとにいるの?

ビジネスは変わり続ける。やりたいことは変わっていく。

自分がエキスパートに成り代わってドメインに忠実なコードを書いたとて、それがいつまで有効であるのか?

とはいえドメインの語彙が無いコードは不安

究極的に言えばインプットとアウトプットが合っているシステム。

どこぞの外注会社に発注したとして、インプットとアウトプットが要件通りであればそれは満足行くシステム。

でもソースコード中にドメインの語彙が存在していないとすれば、それは今後の保守に大分不安が残る。

FUJI ROCK FESTIVAL 2017 予習

さてさて、フジロック2017の第一弾出演アーティストが発表されました。

http://www.fujirockfestival.com/news/?id=3288

すでにチケット購入済みで、行く予定なんですが、なにぶんロックに疎いし、音楽からも遠ざかりつつある昨今。

おそらくヘッドライナーであろう APHEX TWINbjork 以外のアーティストはまったく知りません。

そういったわけで youtube の動画で予習をしたいと思います。

APHEX TWIN [英]

端的に言えば、牧歌と狂気が APEHX TWIN の醍醐味なのかと。

そういう意味でもこの曲は特にお気に入り。

bjork [アイスランド]

クリス・カニンガムのPVも相まってクソ有名な曲。

クリス・カニンガムbjork も変態。そして、もちろん APHEX TWIN も変態。

というわけで クリス・カニンガムは APHEX の PV も作っている。

LCD SOUNDSYSTEM [米]

はい、こっからもう分かりません。

なるほどなるほど。

LORDE [ニュージーランド]

へーーー。

MAJOR LAZER [米]

めっちゃアメリカっぽい。おれが思うアメリカのイメージ。アメリカ大好き KOJI1200

QUEENS OF THE STONE AGE [米]

お、いいね。PVもいいね。

THE XX [英]

よい。すみよい。

ÁSGEIR [アイスランド]

よい。バックトラックもよい。

BONOBO [英]

好き。

CATFISH AND THE BOTTLEMEN [英]

盛り上がりそう。

EDEN [アイルランド]

ふむ。

ELVIN BISHOP [米]

こんなん普通にかっこいいじゃろ。

FATHER JOHN MISTY [米]

ほほう。

GOLDROOM [米]

最初のちょいダサな感じのままサビでゴージャスにならなければよかったのに。

THE LEMON TWIGS [米]

なによりこのPVでのビジュアルはなんだ。スカスカで線の細い感じがよい。

LUKAS GRAHAM [デンマーク]

人気者っぽそうな感じ。

MAGGIE ROGERS [米]

好き。

THE MARCUS KING BAND [米]

楽しい。外で聴くの気持ちよさそう。

RHYE

心地よい。

SAMPHA [英]

あんまり歌い上げられちゃうと苦手なんだけど、これはいい感じ。

STURGILL SIMPSON [米]

ほーほう。

TEMPLES [英]

途中に入るリフがダサくてよい。

WESTERN CARAVAN

酔いながら聴きたい。

まとめ

知らなくても、現地に行けば楽しめる。