nDiki : ふりかえり

ふりかえり - retrospective

2016年10月19日 (水)

チームのワーキングアグリーメントを作るの楽しい

スクラムマスターから「ワーキングアグリーメント(working agreements)を作ってみませんか?」と言われたのでチームでトライしてみました。これ、作るプロセス自体が楽しいですね。チームの一体感が高まるし、チームの自己組織化につながるなと感じました。

ワーキングアグリーメント

  • ワーキングアグリーメントはチームメンバで「合意した」ルールを書き出したもの。チームで合意したものであればどんな事を書いても OK。ミーティングの時刻だったり、ビルドのルールだったり。
  • ワーキングアグリーメントはチームメンバ全員で作る。上がってきたルール案に対して、例えば親指サイン(親指を上・横・下のどちらかに向ける)を使って全員に意思表明してもらい、全員が合意したものを採用する。
  • ワーキングアグリーメントは定期的に見るようにする。ふりかえりなどの際にアップデートしていく。

組織におけるルールは「誰かが作ってみんなが守るもの」というものが多いのですが、チームで合意して作るというのが自己組織化チームでは重要なんですね。

チームで作ったルールを書き出して明文化することでチームメンバ間の思い違いを無くすことができます。また暗黙的なルールは改善しにくいけれど、見える化すると改善の対象とすることができるというメリットもあるとのことです。なるほど。

アジャイルサムライでは「チームの約束」

ちなみにアジャイルサムライにワーキングアグリーメントなんてあったっけかなと思って調べてみたら、同書では「チームの約束 (working agreements)」として「チームが大事にすること (shared values)」とともに書かれていました。

スポンサード リンク
[ 10月19日全て ]

2016年11月2日 (水)

今日のさえずり: 「ハウスマヌカン」という言葉が通じないだと?

2016年11月02日

[ 11月2日全て ]

2016年11月17日 (木)

ふりかえりで Lean Coffee やってみた

ふりかえりといえば KPT がメジャーですがスクラムマスターによると「難しい手法だと感じている」とのことで、せっかくなので他の手法をいろいろトライしてみています。今日は Lean Coffee をやってみました。

http://leancoffee.org/

今回のやり方

  1. 話し合うトピックを明らかにする。
    1. 5分間で各自付箋紙に話し合いたいトピックを書く。ふりかえりだけれど内容はプロセスにかぎらずプロダクトの事でも良いとする。
    2. 順番に付箋紙を出して話し合いたいことを簡単に説明する(ここでは議論まで入らないようにする)。
      • 同じトピックを書いた人がいればまとめる。
    3. 付箋紙を眺め、話し合いたいと思ったトピックを各自2つ選び、それぞれしれっとその付箋紙にドットを書く。
    4. 付箋紙をドットの多い順に並べる。
  2. 話し合う。
    1. ドットの多いものから順に1つ取りで7分間話し合う。
    2. 時間になったらそのトピックを続けたいか親指で続ける(上)・終わる(下)・どちらでも(横)で投票する。
    3. 続けるが多いようなら2分延長する。今日は延長は1回まで。
    4. 時間がきたら途中でもそのトピックはいったん終了する(必要があれば別の機会に議論することとする)。
  3. まとめる
    1. 全体の残り時間が無くなってきたところで、今日話し合ったものをふりかえる。それぞれ今後どうするかさっと決める。

雑感

  • 良い点
    • 全員の参加意識と議論への集中度合いが高まる。
    • 決める意欲の多い人がいればその場で何か決まる可能性が高い。
  • 懸念点
    • 検討する時間が短いので、ぱっと出た意見の影響力が強くなりがち。

参加意識が高くなるというのがいいですね。

「時間内で話せるだけ繰り返す」という手法でその時間目一杯使うことになるので、他のミーティングの一部として軽くふりかえりたいというのは向かないということもわかりました。

何回か続けて他の利点・欠点も体感したいと思います。

[ 11月17日全て ]

2016年11月20日 (日)

今日のさえずり: 電気ファンヒータ出して加湿器出してクリスマスツリーの箱出して扇風機は掃除した

2016年11月20日

[ 11月20日全て ]

2016年12月14日 (水)

YWTM はやっていないことを書きにくい

1つのチームのスプリントふりかえりに YWTM をやってみているのですが、この手法だとフォーマット的に「やっていないこと」をやはり書きにくいですね。

やったことをふりかえるのにはいいのですが、チームで改善サイクルをまわすには KPT(KPTA) の方がやりやすいかなと感じています。

[ 12月14日全て ]

2016年12月15日 (木)

Year-End Party 2016

今日いつもの場所で全社全グループの Year-End Party (YEP)。

そういえば今年は CS 部門からプロダクト部門へ移り、担当範囲・役職・チームメンバなどいろいろ変わった年でした。失うものあり、学んだものあり。個人的にもきちんと1年をふりかえり来年につなげたいなと。

[ 12月15日全て ]

2016年12月28日 (水)

ふりかえりを残しつつ仕事納め

今日は仕事納め。細かいタスクをクリアしたり前倒しでやった GTD 週次レビューで時間が経ってしまって、1年のふりかえりやら来年の計画やらをあまり整理できずに終わってしまいました。ちょっともやもや。

そういえば去年は1年分の one-on-one ミーティングノートのふりかえりもしたんでしたっけ。今年も近いうちにやっておきたいところです。去年の教訓から one-on-one ノートは日付順にしたので上から読んでいきやすくなってます。

[ 12月28日全て ]

2017年3月2日 (木)

渋谷 PdM ランチ会 Vol.1

先週参加した Inspired 入門勉強会グループメンバで都合のつく人で交流ランチ。第1回の勉強会ふりかえりや次回の進め方などの話をしつつ、カジュアルにプロダクトマネージャー業の情報交換となりました。

私のグループのチームは今はスクラム開発していますという話をしたところ、他の3名のところではスクラムを導入していない/できていないとのことでした。

私もスクラムは学びながらやっていて「エッセンシャル スクラムを読む会」という社内勉強会に参加している最中です。

1週1章1時間、(参加者がその回の章を読んできている前提として)その日の当番の人がサマリを発表、流れで随時「ここ良くわからなかったのですけれどどう思います?」とか「私たちの組織・やり方だとここが当てはまっている・違っている」とかそういう会話をする流れでやってます。

といった感じで進めていますと紹介しました。

さっそく戻って読み合わせやろうという話になっているというコメントをもらって、皆さんスピード感があってさすがだなぁと。

[ 3月2日全て ]

2017年3月3日 (金)

mixi 13周年

rimage:/nDiki/2017/03/03/2017-03-03-073447-nDiki-1200x800.jpg

本日2017年3月3日に mixi は13周年を迎えました。

mixi運営オフ#3三茶mixi運営オフ#4中目黒mixi運営オフ#5喫茶去と3回のmixi運営オフを開いて交流したり、プロダクト担当になって組織・プロセス・サービスについて試行錯誤したり、合宿(1日目2日目)で mixi の価値について議論してみたり。

昨年の今日からの1年で何が出来たのか、そして何ができなかったのか。ふりかえりつつ今後について考えていきたいと思います。

[ 3月3日全て ]

2017年3月8日 (水)

複数スクラムチームでのプロダクトバックログ振り分け

今まで3つのスクラムチームで別々のプロダクトバックログをもっていたのですが、より大きい視点で優先度を考えつつ優先度の高いフィーチャーから集中的に取り組めるようにしたいと考えるようになりました。

このためしばらく前にいったんプロダクトバックログを1つにまとめました。

人数が多くてプロダクトバックログリファインメントがうまくいかず

プロダクトバックログを1本化してから3回ほど合同でプロダクトバックログリファインメントをしてみたのですが、これはあまりうまくいきませんでした。やはり人数が多いと議論が進まなかったり、人によっては自分ごとに考えにくくなったりしたようです。

プロダクトバックログアイテムの振り分け方法が決まっていない

またどのチームがどのプロダクトバックログアイテムを担当するかも決めていなかったので、先にスプリントプランニングに入ったチームからやれるものを順番に取っていくかたちになっているという課題もありました。

今回合同プロダクトバックログリファインメントと振り分けはうまくいきませんでしたが、これもまた一つの良い学習だったと思っています。

チームがもっと効率を高めることができるかを定期的に振り返り、それに基づいて自分たちのやり方を最適に調整します。 -- アジャイル宣言の背後にある原則

LeSS

やはり複数スクラムチームで仕事を進める場合は代表者を立てる進め方が良いのでしょうか。LeSS (Large-Scale Scrum) のやり方をまず部分的に取り入れてみることにしました。

各チームの代表者が集まって Overall Product Backlog Refinement と Sprint Planning One にあたるアクティビティでスクラムチーム別に振り分けを行い、その後各チーム別にプロダクトバックログリファインメントやスプリントプランニングを実施するようにしてみたいなと。

取り急ぎ今日からのスプリントに入れるように急遽集まって振り分けを行いました。スプリントレビューやふりかえりについてはまた別途考えていきたいなと思ってます。

[ 3月8日全て ]

About Me

Naney Naney (なにい)です。株式会社ミクシィの SNS の企画開発を行うグループでマネージャー・プロダクトオーナーをしています。CS 向上・ユーザーサポート・健全化などにも取り組んでいます。

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

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

月別インデックス
Process Time: 0.080733s / load averages: 0.75, 0.69, 0.71
nDiki by WATANABE Yoshimasa (Naney, Google profile)
Powered by DiKicker