なんちゃってアジャイルから、4年間アジャイル開発していたら15minスプリントになった件 #RSGT2019

概要

とりあえず次の動画をみてほしい。
ちまたのアジャイル開発チームはスプリントが1週間だが、私のチームは15minで回している。
学生や新卒に1日スプリントを教えている。彼らは5日程度で1日スプリントをマスターする。
15minスプリントを含んだプラクティスについてスライドにしてほしい、聞きたいという人は RSGT2019の公募にlikeしてほしい。かりにlikeはなくても、RSGT2019に参加しよう。

チケットはこちらから！11/16から販売だそうで。 Regional Scrum Gathering® Tokyo 2019

www.youtube.com

背景

このチームが今までどんなふうに開発を経てきたのかはだいたい次のスライドにまとまっています。簡単に言うと、なんちゃってアジャイルをやっていて残業と改善が低いチームだった。そんなチームがちゃんと開発しよう、アジャイルに向き合おうって変わって4年もたった今の話。開発対象はWebAPI、フレームワーク、ライブラリ、プラットフォームなどいわゆる基盤的なもの。なので、このチームを基盤チームと呼んでいる。そして受託開発です。

2015の話 => Scrum,Test,Metrics #sgt2016
2016の話 => Scrumありがとう、そしてさようなら -Scrum 破- #rsgt2017 - Speaker Deck
2017の話 => Scrumが難しいのは幻想-情熱の再定義- #RSGT2018 - Speaker Deck
2016,2017,2018上半期の話 => 美しく生命力あふれるチーム〜1時間から始めるアジャイル〜 #CEDEC2018 #CEDEC - Speaker Deck

スプリント期間の変遷

2015年当時の多くの他のチームと同樣にこのチームも例外なく、1週間スプリントが最も短いと考え、2週間スプリントや1週間スプリントを実践していました。だが、それはPOすくなくとも、チーム内でのフィードバックが遅いと気づきました。そして、2016年には1日スプリントになりました。

この根底にあるのは、スプリント期間とビジネス的なリリースは必ずしも一致している必要はないということです。もちろん、リリースをあと伸ばしにしていいとかそういう意味ではなく。自分のチームの仕事は受託開発だったので、もともとスプリント期間とリリース期間は一緒じゃなかったし、国内外の知見を聞いても一致している必要はないと聞いて自信をもってそう踏み切れました。スプリント計画の内容が達成できているかどうかをPOに確認してもらう期間というだけ。

そうして、2017年にはさらに1時間スプリントになりました。これはこれでなかなか大変で、1日スプリントと同じような質のマネジメントしかできなくて苦しんだりいろいろありました。が、2017年10月にはだいぶ使いこなしていた記憶があります。

そうこうしているうちにいろんな課題を乗り越え、基盤チーム全員で「レッツゴーデベロッパー平成ジェネレーションズ FINAL」という素晴らしい勉強会への登壇機会をもらいました。これは単純にチーム開発を参加者としてみようというものです。

connpass.com

ここで、基盤チームは30minスプリントを実践してみたのですが、軽々と出来てしまい、チーム内で「30minスプリント余裕すぎるｗｗｗ」という話になり、現場に戻ってしばらくしてから、「よし15minスプリントやってみようぜ」となったのでした。

そして、現在15minスプリントをやっているのですが、大きな問題はなくて非常に開発しやすい状態を保てています。

1日スプリントの頃からそうですが、基盤チームは能動的に時間管理できないので、基本的には学校のチャイムというか、タイマーを使っていて、それによってスプリント期間の開始と終了、スクラムイベントの実施をしています。これを聞くと、トイレ休憩とかちょっとした休憩はないの？とか思われるかもしれませんが、明示的に休憩の時間もあるので、そこに合わせつつ、まぁ自由にとるという感じです。