nDiki : スプリント

2017年8月3日 (木)

今日のさえずり: 朝会はした

2017年08月03日

[ 8月3日全て ]

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年8月31日 (木)

今日のさえずり: PLAZA をソニプラと呼んじゃうの、オッサンですね

2017年08月31日

  • 12:48 PLAZA をソニプラと呼んじゃうの、オッサンですね。
  • 19:34 「一日ずれていて」「確保できた時間が少なくて」「スクラムマスターが不在で」「新しいメンバがいて」「リファインメント不足で」今日はぐだぐだなスプリントプランニングなってしまった。
  • 23:55 Remember The Milk に Alfred からタスクを追加できるようにした。良い。
[ 8月31日全て ]

2017年9月8日 (金)

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

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

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

[ 9月8日全て ]

2017年9月20日 (水)

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

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

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

[ 9月20日全て ]

2017年9月28日 (木)

今日のさえずり: スプリントバックログボードが本格的に動き始めた! (アニメーション GIF 的な意味で)

2017年09月28日

[ 9月28日全て ]

2017年11月7日 (火)

会議室が広すぎる気がしたので来週から狭い部屋にしてみる【日記】

ThinkPad キーボードをチェンジ

家では使わなくなってオフィスにもってきていた「ThinkPad Bluetooth ワイヤレス・トラックポイント・キーボード」をようやく MacBook Pro とペアリングしました。今まで使っていた「ThinkPad USB トラックポイントキーボード」とは違ってケーブルが邪魔にならないし、パームレストが無いぶんデスクが広く使えるようになったしで快適になりました。

広すぎる会議室問題

スプリントプランニングやプロダクトバックログリファインメントで使っている会議室が横長な部屋で、座る場所によってはどうも遠い感じがしたので来週からもうちょっと狭い部屋に変えてみることにしました。もうちょっと話し合いやすくなるかな?

[ 11月7日全て ]

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日全て ]

2018年2月16日 (金)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[ 2月16日全て ]

About Me

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

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

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

follow us in feedly

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