はじめに

こちらは Backlog Advent Calendar 2021 8日目の記事です。
ギリギリの投稿でごめんなさい！

今回は、新しく参画したプロジェクトに Backlog を導入した時のことについて振り返ります。

記事を書くきっかけ

私自身の Backlog 歴は5～6年ほど。
出会うきっかけとなったプロジェクトでは、顧客も関連ベンダーも利用していて、プロジェクトのコミュニケーションの中心には必ず Backlog がありました。

今年の秋頃、私は久しぶりにプロジェクトの異動があり、すでに稼働しているサイトの運用保守案件にアサインされました。

異動して最初にカルチャーショックを受けたのが、課題管理。
エクセル（Google スプレッドシート）で行われていて、数百件近くあり、メンテナンスはされておらず、日々課題は増え、どの課題がどういう状態なのか、プロジェクトの誰も分からない状態になっていました。

これはいかん！という事で、すぐに顧客に相談して Backlog の運用を開始しました。

Backlog を運用するための前準備として、次のことを実施しました。

エクセルの課題管理表は完全に廃止することにし、重複やクローズ忘れ、取り下げなどの課題を整理しました。
この時点で半分くらいまで課題の件数を減らしました。

エクセルから Backlog への転記は手動で行いましたが、もっと楽な方法があったかもしれません。

前のプロジェクトでは運用ルールが定まっておらず、課題の立て方やステータス管理がバラバラでした。
故に、いわゆる「ゾンビチケット」が大量に発生していたのが反省点でした。

運用ルールは細かく決め過ぎると破綻するため、最低限守ってほしいことだけ決めて、Wikiに記載しました。

以下は、どのプロジェクトでも私が大切にしている Backlog の基本原則です。

ひとつの課題に複数のテーマを持ち込まない
件名・詳細は、後から誰が見ても分かりやすい内容にする（細かくなくて良いが、抽象的な表現などは避ける）
完了条件を明確にする

ここは特に工夫したことはありませんが、各社の窓口（最初に担当者にする人）は明確にし、運用ルールとしてWikiに書いておくようにしました。

Backlog に限らず、新しいツールの導入で苦労するのが「利用を習慣付ける」ということ。
従来は Slack のスレッド上のやりとりで済ませていたり、エクセルの課題管理表を使い続ける人もいたので「これから課題管理はBacklogを使ってね！」とプロジェクト内に啓蒙し続けました。

＜啓蒙活動の例＞
・Slack にコメントされた課題を Backlog に転記して「続きはここでやりとりしてね」と連絡。
・まずは自分が積極的に Backlog を使って（会議のアジェンダなども）、周りを強制的に巻き込んでいく。

やはり最初は使い慣れていないこともあり、Backlog の運用が盛り上がらなかったのですが、あきらめず地道に啓蒙していくことで、少しずつ浸透していきました。
今では「Backlogで課題管理しよう」という意識がプロジェクト全体に根付きつつあると感じています。

特に大きなメリットとして感じるのは、課題の定量把握と、情報のスタッキングです。
エクセル時代は課題が更新されていない・ステータスなどが統一されていないといった理由から正しく状況を把握するのが困難になっていました。そこが改善されただけでも大きな進歩です。

他にも色々と改善したい点があるので、ひとつずつ取り組んでいけたらと思います。

プロジェクトに Backlog を導入して2か月ほど経過しましたが、少しずつ運用が形になってきました。
引き続き啓蒙活動を続けながら、プロジェクトの課題管理やコミュニケーションをもっと良いものにしていきたいです。

もう少しきちんと成果が見えてきたら、Backlog の導入や運用に悩んでいる方向けに、
いつかの JBUG のイベントで発表してみたいと思います。