バグ評議会を見直す：GitHub Issuesの欠点を修正する

著者は、シリコンバレー初期のバグ管理システムBugSplatの使用経験を振り返り、4つの主要原則に従っていたことを述べています。それは、すべてのタスクをバグとして記録する、バグに統一された詳細なスキーマを持つ、各バグは1人の担当者のみを割り当てる、柔軟なクエリ機能を持つ、というものです。著者は、GitHub Issuesなどの現在のシステムはBugSplatほど効率的ではないことを発見しました。なぜなら、包括的なスキーマがなく、責任が曖昧で、クエリ機能が限定的だからです。この記事では、著者のチームがオープンソースプロジェクトGiteaを改良してこれらの欠点を解消し、最終的に優先順位でバグリストをソートする機能を実現した方法を説明しています。