あとイシューは何が残ってたかなぁ
Issueは日本語に訳すと重要な点、論点、問題点などと辞書には書かれていますが、やはりイシューリストの場合は、「課題」というのが一番適切な訳のように思います。プロジェクトの場合、必ずしも問題点ばかりをイシューリストに入れるわけではありませんし、重要な点ばかりでもなく、備忘録的に使う場合も多いと思います。あまり構えて使うのでは無く、最初は課題と思われるものを書き出してこの備忘録として使うのもアリでしょう。ただ本来の課題管理表は「進捗や品質の阻害要因」をまとめて管理するものです。違う観点のものが多数混ざると分かり難くなるので、慣れてきたら課題だけに絞ると分かりやすくなります。
プロジェクトを進めていくためには、定期的な打ち合わせは欠かせません。これが無いとズルズルとスケジュールが伸びたり、目標を絞って一歩一歩進める作業が確実に滞りがちになります。全体の規律を作る意味でも、着実な進行によるクライアントとの信頼関係を築くためにも、最初の要件定義フェーズでは、定期的な打ち合わせを持つことが必要です。その際、議論の拡散を防ぐためには、イシューリストは欠かせないツールとなります。
その際有効に機能するのが「遅れ」の項目です。ここには「3日間」や「1週間」など、どの程度の遅れが出ているか、そしてそ理由は何なのかをステータスや備考などに記載します。こうしておくと、クライアントとの間で遅れに対する共通理解が生まれ、それがエビデンス（証拠）という形で残ります。プロジェクトは往々にして後で追加工数などでもめることがありますが、その際にも共通認識のブレを最小限にできるので、遅れと理由を記載する意味は重要です。何も残さずにプロジェクトが過ぎてしまうと、後からその原因を言ってみても、追加工数についてクライアントの理解を得るのは難しいでしょう。
Kindle本のご案内
連載していた【軽量Linux活用ガイド2021】を中心に加筆、再構成して一冊のKindle本にまとめました。インストールやセットアップなどの手順、各種アプリケーションのインストールと日本語化、軽量Linuxベスト３、SSDの換装などを一度に読みたい方はご利用ください。Kindle Unlimitedなら無料です。書き込みをする場合はA4サイズで読みやすいペーパーバック版（オンデマンド印刷）もあります。
