OstorlabのFix it!

OstorlabのFix it!は、当社で最も成功したエンジニアリングの取り組みの一つです。これは1〜2週間にわたって行われる競技形式のイベントで、チームメンバーができるだけ多くのバグを修正することを競い合います。

Fix it!への参加は通常は任意とされることが多いものの、Ostorlabではチーム全員が参加するようにしています。これは、チームとして取り組み、自分たちの成果物から可能な限りバグをなくすという当社の姿勢を示すものです。

この取り組みを行う理由について補足すると、Ostorlabでは通常、プロジェクト単位で動いており、2〜8人のスクワッドを編成して、機能開発、大きなバグの修正、技術的負債の解消に取り組んでいます。深刻な影響を及ぼすバグや問題は通常すぐに対処されますが、小さな不便の多くは優先リストの上位に上がってきません。Fix it!は、すぐに修正する対象とならないすべての問題にfixit!のタグを付けることで、この課題に対処します。

自社のチームで同じ考え方を取り入れたい方のために、当社が得た教訓をいくつか紹介します。

• 期間：Fix it!の期間は1〜2週間の範囲で変えてきましたが、それより長いと負担が大きくなりすぎ、1週間では短すぎました。バグの修正は神経をすり減らす作業になり得るため、割り当てる時間を妥当なものにすることが非常に重要です。

• 進捗の追跡：また、イベント期間中は社内のプラットフォームを使って修正を追跡し、リーダーボードを表示して進捗の推移を追っています。これによりイベントが楽しくなり、全員がベストを尽くそうという意欲が高まります。

• ポイント制：すべてのバグを平等に扱い、バグごとのポイント制を作らないことが重要です。これにより、特定のバグの価値が高いか低いかをめぐる議論がなくなり、物事をシンプルに保てます。その結果、簡単なバグから先に片付けられ、終盤には難しいバグだけが残るのが普通です。Fix it!のイベント中には、修正の前や修正の最中に新しいバグが見つかることがあります。たとえば前回のFix it!では、161件のバグから始めて142件を解消し、最終的に132件が残りました。計算は合いませんが、これによりプラットフォームを徹底的にテストでき、バグを修正しながら対処できる使い勝手上の癖を見つけることができます。

• コードレビュー：Fix it!のインセンティブの仕組みはできるだけ多くのバグを修正することに重点を置いているため、コードの品質は二の次になりがちです。修正する以上のバグを持ち込まないためには、リンティング、型チェック、ユニットテストのカバレッジ、そして適切なコードレビューのプロセスを備えた強固なCI/CDパイプラインが欠かせません。

• 週末：Fix it!が1週間を超える場合は、週末に修正作業を行わないようにしています。これにより、全員が足並みをそろえ、働かなければならないというプレッシャーを感じることなく、プライベートの時間を楽しめるようにしています。

• 締めくくり：Fix it!の最後には結果を共有し、さらに改善する方法について話し合います。また、最も面白かったバグの修正や、予想外に難しかったバグなど、興味深い点も紹介します。得られた教訓も共有し、今後の技術スタックの決定やシステム設計の選択に役立てています。経験を共有することで、プロセスを改善できる領域を見つけ、将来同様の問題を避けることができます。これにより、仕事の品質を継続的に高め、システムをより堅牢で信頼性の高いものにしています。