nDiki : 計画
計画 - plan
2017年2月21日 (火)
第16回 エッセンシャル スクラムを読む会
社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の16回目。今日は第16章 ポートフォリオプランニング。
これまで読んだ章の中で一番頭にすっと入ってこない章だったのは、あまりかかわってこなかった領域だからでしょうか。
ポートフォリオプランニングはプロダクト(あるいはその1リリース、プロジェクトなど)をどれぐらいの期間でどの順番でやるかを計画する作業です。
本書ではプロダクトのライフサイクル収益(プロダクトの生存期間中に見込める利益の総合計)が最大になるように優先順位を決めましょうと言っています。ライフサイクル収益は遅延コストと存続期間の影響を受けるのでこれをきちんと考えましょうとのことでした。
今日の発表者によると「ライフサイクル収益を使うのは社内政治の排除のため。ライフサイクル収益には利益以外にも社員満足度・顧客満足度・従業員満足度(離職率と採用コスト・回復コスト)なども考えれれる」といったことを CSPO 研修で聞いたとのことでした。社内政治排除のためというところが重要どころだそうです。
本書によるとポートフォリオバックログに入れる際は
コストや価値に関するちょっとした見解の相違で言い争いになって決断ができないのだとしたら、そのプロダクトの開発は却下すべきだ。
とのこと。
ほとんどの組織では、価値の高いプロダクトを開発する機会が有り余っている。価値を生み出すか疑わしいプロダクトについて、いつまでも議論をしている余裕はないはずだ。
と言い切ってます。迷ったら不採用という考えについて Joel on Software の採用面接ゲリラガイドを思い出しました。
2017年3月7日 (火)
第18回 エッセンシャル スクラムを読む会
社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の18回目。今日は第18章 リリースプランニング (長期計画)。
今日は7人参加。
タイミング
リリースプランニングは一度限りのものではなく、スプリントごと行うアクティビティだ。
他のプランニング同様リリースプランニングも一度限りのものではないと明言されています。章の後半で説明される進捗の把握をしながら、スプリント毎に見直されていきます。
ポートフォリオプランニングでは「終わることのない作業」、エンビジョニング(プロダクトプランニング)では「一度やってそれで終わりではない」とそれぞれここまでの章で書かれています。全てのレベルにおいて継続が求められます。
ただスプリントプランニングをスプリントごとにやるとすると、どの程度時間を使うことになるのかが気になるところです。1週間スプリントの場合だと、さっと済ませるか何回かに1回にするのかが現実的なところでしょうか。
プロセス
各リリースには、明確に定義されたリリース可能な最小限のフィーチャー(MRF)がなければならない。(中略)顧客視点で、実用最小限の製品となっていることを確かめるのだ。
今の仕事は「フィーチャーごとにリリース」という方針でやっています。1スプリントで完成できるように例えばバックエンドという PBI にして先に完成させデプロイしておくというのをやったりしています。しかしバックエンドだけではここでいう MRF ではないですね。
いまチームではこのデプロイもリリースと呼んでいますが、エッセンシャル スクラム的に考えるとそれはリリースではないと考えた方が良いのかもしれません。
「各スプリントで価値を届ける」ことと「各スプリントでデプロイする」は同義でないと考え直した方が良いようです。
「いくつかのスプリントの成果物をひとまとめにしてリリースする」というプランニングの場合もあるのですから、毎スプリント必ずリリースするということに無理にこだわらなくてもということでしょうか。スプリントが終わった時点で常にリリース可能な状態になっていることが重要ということでしょうか。
リリース制約
気がつくと「スコープを固定」と無意識にしてしまいがち。ステークホルダーに期日を約束していないと、ずるずるとリリースを延期してしまいがち。
「スコープを固定」になる原因は、全体的なスコープがあまりにも大きすぎることであることが多い。
とあり、ここでもできるだけ小さくというのが推奨されています。MRF をいかに小さく定義しておけるかがポイント。18.4 節では「常にMRFを調整し続ける。」と書かれていて、MRF も適宜見直していくべきです。
期日を固定する方式がスクラムの原則にうまく当てはまるということなのでリリースプランニングの際にきちんと意識できるようにしたいです。
スプリントマッピング
主に複数チームで協調してスプリントを進めていくための話。ここは困ることが起きた場合にまた読み返したい部分です。
2017年3月14日 (火)
第19回 エッセンシャル スクラムを読む会
社内で「エッセンシャル スクラム」を読みたい人が集まる勉強会の19回目。今日は第19章 スプリントプランニング。ここから「第IV部 スプリント」。スクラムチームにとって馴染みがあるパートです。
スプリントを回すにあたり第19章はすでに何度か先読みしているところですが、あらためて書籍にあたり気付きを得て実践していきたいところです。
タイミングと時間と参加者
スプリントプランニングはスプリントを開始するときに行います。2週間から1カ月のスプリントで4〜8時間ということなので、単純に計算すると1週間スプリントでは2時間程度でしょうか。
今は1週間/2週間スプリントのチームで賞味30分から45分ぐらいしかやっていません。実際時間不足を感じています。
もちろん長ければ良いというものでもありませんが、もし不足だとしたらこのあたりが適切な時間をかけられていない障壁かなと。前者はチームが成長することで解消される気がします。後者は LeSS (Large-Scale Scrum) の2段階のスプリントプランニングにしてチーム別のにはプロダクトオーナーは出ないという形式にするという解決案も思い浮かぶのですが、参加しないデメリットを考えると躊躇してしまいます。
プロダクトバックログアイテムにかけるキャパシティ
完成させる自信のある計画を行うにはキャパシティの把握が不可欠になります。
スプリントのキャパシティ = PBI にかけるキャパシティ + スプリントバッファ + それ以外
予定している休暇があるのにスプリントプランニングの際に宣言しないのは不誠実だということになるでしょう(休んではいけないということではなく、わかっているのに共有しないということが問題。体調不良等による突発的な休みももちろん別の話)。
今のところ自分たちのチームではベロシティ(ストーリーポイント)でなんとなくキャパシティがこれぐらいかなといった感じでしか考えられていませんが、次のスプリント期間をまず見通すことも必要だなと感じました。
作業時間を使ったキャパシティも紹介されていますが、実際ここまで精緻に管理したいと思うことはあまりないんじゃないかなという印象です。
プロダクトバックログアイテムの選択
基本優先順位順ですがスプリントゴールを示している場合はその限りではなく、またスキルの問題などでコミットできないプロダクトバックログアイテムはスキップするという選択も考える必要があります。
完成できそうにないプロダクトバックログアイテムを選択してはならない。プロダクトバックログアイテムが大きすぎて完成できそうにない場合は、顧客にとって価値のあるアイテムに分割するか、完成できそうな別のアイテムに着手する。(中略)未完成のアイテムを次のスプリントに繰り越していくと、スプリントの終了時に出荷判断可能なプロダクトインクリメントを手に入れるという目標がいつまで経っても達成できない。
ここがいつもスプリントプランニングでぶちあたるところです。プロダクトバックログリファインメントがしっかりできていないんですね。プロダクトバックログリファインメントは最重要レベルのアクティビティなんだなと。
タスク分解と作業時間見積もり
自信の獲得のためにタスク分解と作業時間の見積もりをまずしましょうとあるのですが、タスク分解と見積もりの方法については触れられていません。ここは自分たちで考えて頑張れという感じなんですかね。一般論にはできない部分だとは思いますが、ここは大ハマリするところなので参考になる話があると嬉しいなと思ってます。
スプリントプランニングでタスクを個人に割り当てるのは有害だというバッドプラクティスが挙げられていますが、ここは次の「スプリントの実施」で語られるところのようです。
2017年7月12日 (水)
RX-78-2 ガンダムにオンラインマニュアルは無かったのか? 【日記】
RX-78-2 ガンダムにオンラインマニュアルは無かったのか?
チームのエンジニアの
と言ったところから、ガンダムにはオンラインマニュアル・オンラインヘルプは無かったのかなぁという話になりました。1979年にはまだそういう考えが無かったのか、わかった上で紙のマニュアルを表現として選択したのか興味があります。
ちなみに自分が好きなのはジャブローでシャア専用ズゴックがアイアンネイルでジムを貫くシーンです。
macOS でのデスクトップ切り替えショートカットキー
KDE の時に「Alt + 数字」だったので「command + 数字」に変更してみました。
Franz
入れてみました。Slack・Gmail・TweetDeck。
翌営業日の will do リスト(クローズドリスト)を前日帰る前に作っておく
その日にやることをリストアップした will do リスト(クローズドリスト)を作るのを朝のルーチンワークにしているのですが、朝ばたばたしていて気がつけば夕方になっていることがしばしば発生してしまっています。それだと意味ないので、昨日から前日帰る際に用意することしました。
帰り際の方がちょっとゆっくりと計画ができていいかも。
炊飯器壊れた
2018年1月12日 (金)
will do リスト作りを朝に戻した【日記】
その日にやることをリストアップした will do リスト(クローズドリスト)を作るのを昨年の夏から前日帰り際に用意することにしてから何カ月か経ちました。帰り際に余裕があればきちんと will do リストが作れていい感じですが、割り込みが多かったりすると前日に作っておけなくてもやっとした気分でした。
マニャーナの法則の通り割り込みをコントロールするのが一番良いのかもしれませんが、あくまで原則なのでなかなかそうもいかない場合もあります。それからやはり夜だとエネルギーが切れてきていて計画に力が入らないことも。
自分の場合はやはり朝に計画する方が良さそうなので、 will do リスト作りを今日から朝に戻すことにしました。
2018年2月18日 (日)
日曜日の朝食にパナビの冷凍クロワッサンを焼いたら熱々サクサクで最高だった
カルディコーヒーファームで売っている冷凍クロワッサンが美味しいとのことで、一昨日帰りに買ってきました。人気なのかカルディコーヒーファームのオンラインショップでは現在在庫なし。モノは三友フーズ株式会社が輸入販売している PANAVI (パナビ)のもののようです。5個入りで税込み498円。
室温で20〜30分解凍させてからオーブンで25分程度焼くので、朝食に焼きたてを食べるのには計画的に起きる必要がありますね。朝食の時間を決めてから昨夜は就寝しました。焼いてもらったクロワッサンはサクサク! 焼き色や中の食感からすると我が家のオープンではもう少し焼いてもいいかな。ふくらむとはいえ小さいかなと焼く前に思っていたのですが、焼きあがったら結構な大きさになってお腹も満足でした。家で焼き立てのクロワッサンが手軽に食べられるなんて幸せ。
冷凍でストックしておけるのでまた買っておきたい一品です。
2018年7月2日 (月)
ポートフォリオバックログのスプレッドシートに概要レベルのプロダクトバックログ列を追加
「ポートフォリオバックログ」のスプレッドシートに「概要レベルのプロダクトバックログ」列を追加したら、プランニングでより具体的な話し合いができるようになりました。
- 各アイテムが何をやるのかが明確になり共通認識になる。
- 内容が明確になることで規模感を考えられるようになる。
- 完了条件ではなくプロダクトバックログにすることで、柔軟に再計画できる。
みたいなメリットが生まれました。
2018年9月21日 (金)
今日のさえずり: この MacBook Pro まだ OS X El Capitan のままだった
2018年09月21日
- 09:30 RT @shiorixoxox: うむ。 よい。 #OLYMPUS #PENF #フィルムカメラ #ハーフカメラ https://t.co/UTwCYj1b4H
- 09:46 2018年9月21日 #朝の渋谷 雨。 DSC-RX0 #RX0 https://t.co/3WvfgLSUeM
- 10:35 RT @Naney: 線路跡。 #渋谷ストリーム PowerShot G9 X Mark II https://t.co/IhS4IdUpuq
- 12:19 この MacBook Pro まだ OS X El Capitan のままだった。いったん macOS High Sierra にアップグレードしときたい(が、タイミングが難しい)。
- 12:19 RT @Seeeeimi: 自分のmixiを久々にほじくってて分かったんだけど、この頃からすでにローアングルが好きだったんだなあって思った· · ·笑 駒沢公園懐かしいなあ〜 今度久々に行こ〜😊💓 https://t.co/JUVXHH57up
- 16:30 #渋谷ストリーム PowerShot G9 X Mark II https://t.co/fBLdgZD5SZ
- 16:35 Buffer の計画メンテナンスが予定より長引いている模様。 https://twitter.com/...
- 19:51 macOS High Sierra になるのじっと待ってる。あと20分。
- 20:16 macOS High Sierra になったけど、 Wi-Fi つながらなくなって悲しい。
- 20:21 ネットワーク検出失敗してたので明示的にネットワーク名を入力して接続してみたらつながった。ふう。
2019年1月4日 (金)
人生2度目の本気 IKEA
今日は2017年2月に行って以来2年弱ぶりに IKEA Tokyo-Bay へ。たまに乗る京葉線のマッタリ感好き。IKEA は今日で7回目になるけど、セルフサービスエリアで組み立て家具をピックアップするレベルの買い物は2013年1月にダイニングテーブルとチェアを買って以来まだ2度目なのでちょっとドキドキ。
2年ぶりの IKEA Tokyo-Bay
というところが印象的な変わったところ。
到着したらジャケットをロッカーに入れカートを取りに。小型カートを探したけれど見当たらなかった(前回どうだったか記憶にない)ので、2F はイエローバッグでまわることにした。30分ぐらいみたところで、混む前にといったんレストランに行って昼食。今回はヒレカツ野菜カレーで。
今日は
ただいまよりコードカナリヤ(コードカナリア?)です。
と
ただいまよりコードハヤブサです。
という放送を聞いたけれど、前者はどんな意味なのかな。レストランに怒鳴り散らす人が出現してしばらくしてからだったけれど関係は不明。
ランチの後 2F → 1F とまわり、途中またレストランで休憩(今度はチーズケーキ)。
1F へ戻って小物をとったあとはセルフサービスエリアで家具をピックアップ。今回は定番の MALM/マルムのチェストと、MICKE/ミッケの引き出しユニットをそれぞれ2つずつ。合計 120kg 超。家具って重たいねぇ。
- MALM/マルム チェスト(引き出し×3) ブラウンステイン アッシュ材突き板 ¥12,990(税込み) 903.546.57 (パッケージ 29.00 kg + 16.62 kg)
- MICKE/ミッケ 引き出しユニット キャスター付き ホワイト, バーチ調 ¥6,999(税込み) 702.992.14 (パッケージ 18.10kg)
それから前回ダイニングテーブルとチェア4脚を組み立てた際、腕が大変なことになるので今回は電動ドライバーも買うことにした。一番安い 3.6V の。この安いのはセルフサービスエリアまで見かけなかったよ。
- FIXA/フィクサ スクリュードライバー、リチウムイオンバッテリー ¥1,499(税込み) 302.032.56
あとは KNÖLIG クノーリグ バッグ, S ブルー 404.287.74 (あの IKEA の青いキャリーバッグのミニミニ版)が欲しかったんだけれどこれは見当たらなかった。翌日 IKEA のサイトでみたら Tokyo-Bay は在庫無しになったので、そもそも無かった模様だ。
家具の配送手続きをする際にかさばる小物も小物配送サービス(1月7日まで990円が500円)で送るかなと思ったら、配送サービス(3,000円)で全部配送できるということなので全部配送にしちゃった。パッキングも自分でやる必要がないの最高に楽ちん。
ということで帰りは持参したFRAKTA フラクタ(キャリーバッグ)を使うことなく手ぶらで帰れることになった。身軽すぎるぞ。
さて、到着までにレイアウト変更と組み立ての流れの作業計画をせねば。
今日のさえずり: たまに乗る京葉線のマッタリ感好き
2019年01月04日
- 07:52 (ShinQS ではなくて ShinQs だ)
- 09:11 IKEA に行く前に 「IKEA or Death」で予習。 2013年に知ったサイトだけれど今も動いていた。 http://ikeaordeath.com/
- 10:20 たまに乗る京葉線のマッタリ感好き。
- 17:08 IKEA Tokyo-Bay で会計と配送手続き完了! 全部配送にしたので帰りは手ぶら!
- 22:45 2年弱ぶりの IKEA 楽しかった。再来週の組み立てまでに作業計画を練ろう。 PowerShot G9 X Mark II https://t.co/EnvXKKCdrg
About Me
Naney (なにい)です。株式会社ミクシィで SNS 事業の部長をしています。
nDiki は1999年1月に始めたコンピュータ日誌を前身とする Naney の Web 日記(兼パーソナルナレッジベース)です。ちょっとしたノートは nNote にあります。
※内容は個人的見解であり所属組織とは関係ありません。
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker