Good/Bad と 事実/気持ち から始める「ふりかえり」の手引き - TechとPoemeの間

これはなに 世の中の3人~8人程度のソフトウェア / システム開発チームの多くは，俗に言う「アジャイルな開発手法」のプラクティスを実践し，1週間から1ヶ月に1度といった定期的なタイムボックスを設けてチームの開発プロセスや成果物などを対象とした「ふりかえり」をしていると思います。 そして，日本の多くの現場では，「KPT」と呼ばれる Keep (続けること) / Problem (問題になっていること) / Try (次のタイムボックスで新しく試みること) を挙げる方法による振り返りをしているのではないかと思います． 私が開発リードを務めているチームでは，KPT とは違ったフレームワークで週に1度のふりかえりを行っていて，割とうまくいっていると思っているので，それを紹介しようと思います． KPT は「チーム」のふりかえりには向かない 最近個人的に思っているのは，KPT はチームのふりかえりには

[mura-_-mi]

書いた．KPT の良い点と悪い点を考えて，自分たちのチームに適した振り返りをしましょうね，という話．

[kubecorn]

“自分の挙げる項目がこの4象限のどこに当てはまるのかはメンバー各自の裁量に任せています。”いいなーやってみよう！

[temmings]

“良い事実を確認することでふりかえりの雰囲気を明るくし、後ろ向きな事実や気持ちに向き合いつつ、最後には前向きな気持ちをチームで共有することでポジティブな雰囲気を作ってスプリントを終えるように”

[ofsilvers]

試してみたい