nDiki : スクラム

スクラム (Scrum)

複雑で変化の激しい問題に対応するためのプロセスフレームワーク

2017年4月27日 (木)

今日のさえずり: 昔、ケーキといえば芝大門の izumi のでした

2017年04月27日

  • 08:34 今日はいい日だ。
  • 09:00 某氏、土曜日はドールを連れて撮り歩くのかな。
  • 11:00 試供品としてついてきていたリステリン トータルケアは洗口液ではなくて液体歯磨きだったのか……。クチュクチュペしかしてなかったよ。後味が悪い訳だ。
  • 14:50 さよならランチ。 (@ 青山 星のなる木 in 渋谷区, 東京都) https://www.swarmapp.com/c/kmMqWLsaLib
  • 18:38 歩きたこ焼きの人に遭遇した。
  • 18:50 窯出しとろけるプリンも窯焼きとろけるプリンも終わってる。
  • 21:50 RT @harakachi: なんか変だなって思う気づきと、何が変なんだろうって潜る力が、スクラムに出会って界王拳ぐらい増した気がする。善し悪しの判断基準が出来たからなんだろうなあ。
  • 22:23 昔、ケーキといえば芝大門の izumi のでした。
[ 4月27日全て ]

2017年7月10日 (月)

スクラムマスターのいるチーム 【日記】

Fire HD 8 タブレット (Newモデル) 16GB

暑いのでお昼は社内販売の弁当

スクラムマスターのいるチーム

やはりスクラムマスターがいるのといないのとでは、スプリントの回しやすさ・プロセス改善のしやすさが全然違うなと感じています。スクラムをやるまでは謎な存在でしたが偉大さがわかってきました。

Prime Dayセール

安くなっていた Fire HD 8 タブレット (Newモデル) 16GB を購入。

シューズ25%オフにつられてニューバランスのウォーキングシューズも買い足し。

[ 7月10日全て ]

2017年8月1日 (火)

メンテナンスフェーズに入ってきたプロダクトの保守とスクラム

メンテナンスフェーズに入ってきたプロダクトを保守しているスクラムチームのプロダクトバックログが枯渇してきました。無理に新しいことを絞り出して手を入れ続けるのが得策ではない感じに。

もはやスクラム開発には適さない領域に入ってきたのかもしれません。一段上のレベルに戻ってプランニングするのが良さそう。

今日のさえずり: Emacs を起動して M-x shell してゔぃむしたら崩れた

2017年08月01日

  • 13:22 メンテナンスのみの領域に入ったら、もはやスクラムは最適ではないということ。
  • 13:34 Emacs を起動して M-x shell してゔぃむしたら崩れた。
  • 24:35 ドライヤーをかければすぐ寝られる事を最近覚えたのだが、この時間にドライヤーをかけるの面倒だというのも最近覚えた。
[ 8月1日全て ]

2017年8月2日 (水)

何もコミットしないスプリントで各自好きなことをする

インクリメントの完成に高いコミット意識をもって毎スプリント取り組んできている CS 開発チームがいくつか大きなリリースを終えたので、スクラムマスターと相談して今日からの1週間スプリントは「プロダクトバックログアイテムについては何もコミットしない」で各自好きなことをして良いことにしました。

リファクタリング・技術的負債の返済・開発環境の整備や、調査・学習・ドキュメントの整理など、いつものスプリント中にはなかなかできないことを各自でしてよい1週間です。

普段から持続可能なペースを意識してスプリントプランニングしていますが、それでも頑張り続ければストレスも溜まってくるでしょう。適切なタイミングでブレイクを挟むことで、バーンアウトを防ぎ長期的にデリバリーし続けられるチームでいられればと思っています。

ちなみにこの取り組みは去年別のチームが unwinding period と呼んでやっていたのを真似てみたものです。

今回スプリントがどういう感じだったのかは、いつも通りスプリントレトロスペクティブでふりかえってみます。


[ スクラム ]

[ 8月2日全て ]

2017年8月6日 (日)

仕事に追われない仕事術 マニャーナの法則 完全版

仕事に追われない仕事術 マニャーナの法則 完全版

タスク管理の記事を読んでいると「マニャーナの法則」というキーワードがよく出てきます。今までスルーしていたのですがここ最近クローズリストの考え方を取り入れてみているので、その辺りの話が書かれている「仕事に追われない仕事術 マニャーナの法則 完全版 (Do It Tomorrow and Other Secrets of Time Management)」を読んでみました。

マニャーナの法則

まずマニャーナの法則ですが

  • 原則1 新しい仕事は「明日やる」を基本にする
  • 原則2 クローズリストを使う

という2つの原則のこととあります。日本語ではマニャーナの法則と訳されていますが the mañana principle なので「(行動)原則」の方が適切に感じました。

すぐやる」ことの弊害

すぐやると「忙しいだけの仕事」ばかりが進み「本当の仕事」が進まないと指摘しています。新しくきた仕事にすぐとりかかってしまうのではなく、既存の仕事より価値があるかをまず考える必要があると説いています。

すぐやる」は自分の行動原則の一つなのでショッキングな指摘です。言われてみれば主体的な仕事よりも反応的な仕事に時間を使いがちです。

ただ「すぐやる」については

  • 「後回しにしてチャンスを逃す」ことのないようにする。
  • 先送りすることで増大するコストを最小化する。

というメリットがあるのも事実。このあたりは本書で言うところの「緊急レベルの判断」とバランスを取っていく感じなのでしょう。

全員がマニャーナの法則をやるとどうなるか?

個人個人がマニャーナの法則に従ってバッファリングすると組織全体のリードタイムが伸びるのではという懸念を持ちました。個人の稼働が最適化されるかわりに、作業の手待ち(idle work)が多く発生することになるからです。

このあたり要注意に思われます。

緊急レベルを判断する

入ってきた仕事はまず緊急レベルを判断するというのが本書の考え方です。

  • 緊急レベル1「今すぐ」
  • 緊急レベル2「今日中に」
  • 緊急レベル3「明日やる」(ベスト)

本書では「明日やる」がベスト。

これはすでに2週間前からRemember The Milk の優先度設定に取り入れてみています。

WILL DO リスト

その日にやるとコミットしたタスクを入れておくクローズリスト。自分は Remember The Milk でタスクの優先度を1にすることでリスト化しています。

処理する順番はファースト・タスクが最初で「明日のリスト作成」が最後です。それ以外はまったく自由。

1日の最後に何をおいても明日の WILL DO リストは作成することが必須とあります。仕事については実践していますが、プライベートでは翌日の WILL DO リストを夜に作るのがまだ習慣にしきれていません。

ちなみに本書ではタスクにかかる時間の見積もりについてはほとんど触れられていません。翌日時間が足りず WILL DO リストを完了できそうもない場合もいつもどおりリストを作成し翌日は「できるとこまでやる」「完了できない日が続くなら対策をとる」という感じになっています。

やり残しをどうするか?

WILL DO リストで完了できなかったものは、「やり残し」フォルダに放り込み、ファースト・タスクで処理しましょうとあります。

これは今週から Remember The Milk で backlog タグを付けるようにして実践中です。

ファースト・タスク

ファースト・タスクは「毎日の最初に行い、そこから1日をスタートさせるのが望ましい仕事」とのこと。毎朝最初にできる仕事は1つしかないので、常に1つ。

  • 原則1 とにかく、する (Do)
  • 原則2 一番始めに、する (First)
  • 原則3 毎日、する (Every day)

ファースト・タスクに向いている仕事は

  • 「やり残し」を片付ける
  • 仕事のシステムを修正する
  • プロジェクトを進める

です。今は「やり残し」を片付けるのに使っています。先送りし続けることが減りました。

実際のところ実際に一番最初にはやれてなくてまず「セットアップタスク」なるものをやってたりします。これらを前日に済ませるようにできれば本当のファースト・タスクにできるのかも。

ダッシュ法

ダッシュ法はポモドーロテクニックにつながるところを感じました。ちょっとマニアックでテクニカルなやり方だというのと、マルチタスク型な印象なのとで今回はスルー。

二分等法 すべての仕事を半分にする

プロジェクトをタスクに分解する方法。 GTD でプロジェクトに対して具体的な行動を設定するのと同様、本書でも具体的な行動に落とし込むよう指導しています。

その具体的なやり方として二等分法というのが紹介されていました。プロジェクトを二等分し、先にやる方をまた二等分にするというのを繰り返して「抵抗感が問題にならない状態」になるまで分割を続けるという方法です。

全てをブレークダウンすることはせず直近取り組む部分だけ具体的にするというやり方がスクラムにおけるプロダクトバックログリファインメントの考え方に似ていて気に入りました。

行動の合間に考える習慣をつける

最後の方の「考える」ということについての話で「行動の合間に考える習慣をつける」エクササイズが紹介されていました。

  • 「毎日15分」など時間を決め確保する。
  • 邪魔が入らない場所でノートと筆記用具を用意し、浮かんできたアイデアや考え方をノートに書き留める。
  • 時間の終わりに近づいたら書いたものについて考える。良いアイデアや行動が必要なことに下線を引く。

というものです。時間(期限)を決めその時間の最後まで考え抜くというのがポイントだそう。ぜひ取り組んでみたいなと思います。

冒頭にキーワードが説明されているのが良かった

最後に本書の構成について。

本書では冒頭で「本書に登場する18のキーワード」として

  • 「クローズ・リスト」「オープン・リスト」「チェック・リスト」
  • コミットメント」「本当の仕事」「忙しいだけの仕事」
  • 「バッファー・ゾーン」「マニャーナの法則
  • 「タスク」「プロジェクト」
  • 「タスク・ダイアリー」
  • 「デイリー・タスク」「ファースト・タスク」
  • 「TODOリスト」「WILL DOリスト」
  • 「ダッシュ法」「期限の効果」
  • 「ラベリング」

が列挙されてそれぞれに簡単な説明がついています。簡潔でわかりやすく、本を読み進める助けになります。

本では「はじめに」で第1章では◯◯、第2章では△△とずらずらと書かれていたりしますが、前提知識が無いとわかりにくい書き方のものが多いです。それに対して、本書ではキーワードという見出しでサマリと流れをうまく説明していて素晴らしいなと感じました(ちなみに本書も「はじめに」では構成が手短に説明されています)。


[ 読書ノート ] [ お薦めの本 ]

[ 8月6日全て ]

2017年8月9日 (水)

何もコミットしないスプリントで各自好きなことをして得られたもの

「プロダクトバックログアイテムについては何もコミットしない」で各自好きなことをして良い1週間スプリントが終わったのでチームでふりかえりました。

何をやらなかったか?

何をやったか?

このチームが自主的に決めたワーキングアグリーメント(記事)に

スプリントゴールが全て達成された場合は、優先する割り込みタスクがあれば対応し、そうでなければ準備完了になっていないプロダクトバックログアイテム(PBI)に関する情報収集・まとめを優先度の高いものからしよう。」

というのがあり、この活動をしていたメンバが多かったです。「スプリントバックログが空 = ただちにスプリントゴールが達成されたので PBI の準備に取り組んだ」わけですね。

環境整備にあてたりとかはあまり多くなかったようです。シェルの設定見直しをしたエンジニアは「失敗したら1日潰れてしまいそうで普段やれなかったことをできた」とやって良かったと言っておりました。

どう感じたか?

開発メンバからは以下のような意見が出ました。

得られた気付きは?

  • タイムボックスの良さにあらためて気付いた(期日から逆算していつまでに何をやるということを考えやすい)。
  • 複数人で作業を見積もることで自信が得られることに気が付いた。

自由になったことで、普段やっているアクティビティの良さを再認識できたようです。チームが取り組んでいるプロダクトの状況から考えるとスクラムではなくカンバンの方が進めやすいのかもしれないのではと私は考えていたのですが、今回の取り組みで開発メンバは「スクラムで続けたい」と改めて思ったとのことです。

スクラムの基本からは外れる取り組みではありましたが、基本通りにやっていたのでは感じ考えることのことができないことを得られたという意味では非常に有意義な1週間でした。

[ 8月9日全て ]

2017年8月14日 (月)

今日のさえずり: C92 って C 言語の規格のことじゃなかったのか

2017年08月14日

  • 05:02 スクラムの基本通りにやっていたのでは感じ考えることのことができないことを得られた。 / Naney の日記: 何もコミットしないスプリントで各自好きなことをして得られたもの http://bit.ly/2wR5dPl
  • 09:03 お盆休み山手線を満喫している。みんなどこへ。
  • 09:21 渋谷、雨降ってきた。
  • 13:04 RT @TwitterJP: コミックマーケット #C92 に参加された皆さん、お疲れさまでした。「コミケ」「C92」「夏コミ」「叶」「たつき」などで調べたところ、3日間の関連ツイートの合計数は✨約500万✨でした。楽しいツイートをありがとうございました! https://t.
  • 17:41 C92 って C 言語の規格のことじゃなかったのか。
  • 20:51 この時間の乗り換えでこんなに駅が空いてるなんて嘘だろ?
  • 22:14 @maru_kei LSI C-86 試食版懐かしい!
  • 22:15 C MAGAZINE 付録に収録されていた LSI C-86 試食版で C に触れた世代。関数の引数をレジスタで渡すようにコンパイルするとか、当時わくわくものでしたね。
[ 8月14日全て ]

2017年9月8日 (金)

スクラムよりカンバンか【日記】

今の開発・保守のバランスだとやはりスクラムよりカンバンの方がいい気がしてきました。

メンバが1人運用当番に入ることになりチームのキャパシティが小さく不安定になるので、1スプリントで完成をコミットできるサイズが小さくなりそうです。スプリント期間を伸ばせば解決するというものでもなく。

今日のさえずり: 夜ご飯食べた。ここから眠気との勝負。

2017年09月08日

  • 08:00 今の開発・保守のバランスだとやはりスクラムよりカンバンの方がいい気がしてきた。
  • 21:49 夜ご飯食べた。ここから眠気との勝負。
  • 24:09 今晩は寝ずに起きれている。宣言したからかな。
[ 9月8日全て ]

2017年9月20日 (水)

早すぎるプロダクトバックログリファインメント

今日はスクラム開発している CS 開発チームのスプリントプランニングだったのですが、プロダクトバックログアイテムの中に見積もりした時のことをあまり覚えてないという事案が発生しました。多分1カ月ぐらい前にプロダクトバックログリファインメント済みのもの。

プロダクトバックログリファインメントであまり先まで検討しても、状況が変わって無断になる場合があるよというのは言われているのですが、それ以外にも単純に忘却してしまうというデメリットがありますね。

[ 9月20日全て ]

2017年11月8日 (水)

ふりかえりで出たプロセスの改善策をスプリントバックログに入れる

スクラムガイドが改訂されました。スプリントバックログのセクションに

継続的改善を確実なものとするために、前回のレトロスペクティブで特定した優先順位の高いプロセスの改善策を少なくとも1つは含めておく。

が追加されました。ふりかえりで出たアクションが次回のふりかえりまで忘れられてしまうことも多いので、よく目にするスプリントバックログに載せておくというのが明確になったのとても良いなと。

[ スクラム ]

今日のさえずり: ポストに箱根駅伝のチラシが入る季節がきた

2017年11月08日

  • 09:12 PLAYBOY のビジネスバッグを持っているスーツの人がいた。ウサギがかわいい。
  • 09:27 渋谷警察署前、報道陣がたむろしてる。
  • 11:00 「金のエンゼル」が通常の2倍! / “チョコボール発売50周年 過去発売大人気だった“きなこもち”を、50周年にあわせてリニューアル 「チョコボール<金のきなこもち>」 11月7日(火)より期間限定で新発売” http://bit.ly/2j46AbU
  • 11:02 第一回品川国際アニメーションフェスティバル 2017年11月9日から11月20日まで。 / “News” http://bit.ly/2yFPpVi
  • 19:54 ポストに箱根駅伝のチラシが入る季節がきた。
  • 22:33 スクラムガイド改訂。スプリントバックログ節に「継続的改善を確実なものとするために、前回のレトロスペクティブで特定した優先順位の高いプロセスの改善策を少なくとも1つは含めておく。」が追加された。明確になったの良い。 / “The S… https://twitter.com/...
[ 11月8日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィでマネージャー・プロダクトオーナーをしています。

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

follow us in feedly

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

月別インデックス
Process Time: 0.079332s / load averages: 0.30, 0.60, 0.64
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker