バグフィックスデーについて

pixivではPHPのアプリケーションのエラーはすべてfluentd経由でMongoDBに入れていて、管理画面からスタックトレースなどを見られるようにしています。

デプロイ直後などに見たことのないエラーが出ていないかをここで確認したりします。もちろん自分の入れたバグやクリティカルなものであればすぐに直します。

f:id:edvakf:20141027113237p:plain

たまにこのチェックをすり抜けて、クリティカルではないけれども１日数個ぐらい出てるようなものが溜まってしまうことがあります。

pixivでは１ヶ月に１回程度、こういう類のバグを潰す日として「バグフィックスデー」というのを実施しています。

流れ

参加者は普段pixivのサーバーサイドを書いているエンジニア6〜8名程度で、その日ターゲットとするバグは前日までにチケット化しておきます。（エラーログ表示画面からワンクリックでチケット化できるようになってこの作業がだいぶ捗るようになりました）

当日は、あまり一緒に組んで仕事したことのない２人１組を作って、このペアに対して１個〜３個のチケットをくじ引きで割り当てます。各ペアのチケットのサイズ（ストーリーポイント）の合計はだいたい同じになるようにします。バグフィックスデーを始めた当初はペアではなく一人ずつやっていたのですが、バグを追いかけるのには複数人の目があったほうが効率が高いですし、あさっての方向の直し方をすることもなくなると感じました。「バグフィックスはペアプロで」は本当におすすめな方法です。

修正したバグはその日のうちにレビューしてもらって修正をデプロイします。レビュワーはバグフィックスデーに参加している他のメンバーであることが多いですが、ペアで進めているので一人がレビューしている間でも作業が止まらない利点があります。

１日の最後に、バグフィックスデーに参加したメンバー全員で集まって５分〜１０分ぐらいで「どういうバグだったか、どのように直したか」について発表をします。発表があることで、どういう問題があったのか全員で共有できますし、達成感とか成功感も持てます。良いバグフィックスデーだったのでまたやりたい、と思えることが重要です。

的確な粒度のチケットになっていれば、その日のうちに７割方のチケットが消化できます。残りのチケットは、実は１日でどうにかなるものではなかったという気付きがあるものが多いです。これについてはその旨をチケットに書いておいて、別の機会にまとまった時間をとってあたることにしたり、「もう１日ぐらいかければ終わるんだけど」というものについてはバグフィックスデーで担当になった人が普段の仕事のうち１日を割いて終わらせることにしています。