しるろぐスマートフォン用の表示で見るしるろぐいろいろ書きます。この広告は、90日以上更新していないブログに表示しています。2015-05-29最近の開発フローの改善と、「スプリントおじさん」という取り組み仕事ここ最近、自分が見ているプロジェクトの1つで、うまくスケジュール通りに作業が進んでいなかったので、その対策をした。その中でも特に効果があった2つを紹介する。簡単にプロジェクトの背景を説明する。スクラムっぽい開発をしているスプリントの期間は2週間スクラムマスターはいるが専任ではないすでにリリース済みで運用中のWebサービスである基本的によくあるスクラムっぽい感じで、2週間というタイムボックスの中にチームが作業可能なストーリーを突っ込んで、ひたすら消化する。スプリントの最後には、レビューをして、次のスプリントの計画を立てる。スクラムマスターは、一応自分が担当しているが、専任ではないし、他のプロジェクトも見ているので、注意深くチームを見れていない。以下のような課題があった。スプリント中の追加タスク毎回差し込みタスクはあるので、それを含めて見積もりはしているのだけれど、メンバー的には「追加があったんだからもともと入っていた予定が終わらなくても良いよね」という言い訳の余地を与えてしまっていた。必要以上のこだわり2週間のタイムボックスは、人によっては全体像が見えにくいらしく、10個タスクがあるのに1つのタスクに5日かけてしまうようなことが発生していた。作業によっては要件以上の作業(あとで必要になるから、せっかくやるならこれもやりたい)に取り組み、見積もり時の作業より大分ファットなことをやってしまう傾向があった。なって焦る理想的なグラフと現在の進捗グラフは、常に見れるようになっているが、大きなストーリーはスプリントの終わりになるまで解決しないことが多く、終わり頃に一気にグラフがガクンと下がる、という不健全な状態に慣れてしまっていた。大きなストーリーを消化して満足していると、実は細かいストーリーがいくつも残っていて、「あれ実はこれ終わらないんじゃね?」って現状に気づく。同時に作業しづらい特定の人しかできない(その人がやったほうが明らかに早い)作業順の読み合いによるデッドロックなどのもろもろの理由により、いくつものストーリーが並行して走っていた。そのせいもあり、どのストーリーも中途半端で、スプリントの最後にガクンとグラフが下がる、または下がらないというギャンブルを強いられていた。課題1の差し込みタスクに関しては、できるだけ、スプリント中に追加はしないスプリントごとにバグや問い合わせを優先的に対応するメンバーを決めるという対策をした。後者は、「新機能大臣と改善大臣」という名前でチームに定着し、細かな改善を行う改善大臣がバグや問い合わせの対応を行うことで、新機能などの大きなストーリーの遅延を防ぐことができた。スプリントおじさん課題2,3,4に関しては、チームメンバーにしっかりスプリントのタスクを把握してもらうのが良いかなと思ったので、「スプリントおじさん」という取り組みを考えて運用している。フレーバーテキストスプリントおじさんは近年発見された妖精で、理想的なグラフに沿って実績を積むのが生きがい。そのためには手段も問わないらしい。仕組み1週間単位でメンバーの誰かが「スプリントおじさん」になって、以下のことをやる。おじさんは、毎週末にその週の総評をして、次のおじさんを指名する。並行して作業が動いていた場合、それぞれの進捗を見つつ、スムーズに工程が進むようにする詰まっていそうなメンバーがいたら助け舟を出す/助けられそうな人にお願いする作業をふくらませているメンバーがいたら注意する。今のところかなり良い。メンバーによって、いろいろな動き方があり、今後の運用の参考になる。一度おじさんを経験したメンバーは、作業のすすめ方や作業内容(これって今必要?的な)に気を使うようになり、おじさんの負担が減っていくように思えた。おじさんをタイムボックスのサイズと合わせていないのは意図的で、スプリントと1:1にしてしまうと、綺麗に終わったらその人のおかげ、終わらなかったらその人のせい、になってしまうのを懸念した感じ。まとめ会社やチームによって、全然やり方違うし、うちのやりかたも詳細に書いているわけではないのでアレだけど、こういった様々な問題に他社ではどう取り組んでいるのかとても興味ある。»プロフィールid:ofsilversいろいろ書きます。(19)はてなブログをはじめよう!ofsilversさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。