バックログと作業項目について

お知らせ：当社は、お客様により充実したサポート情報を迅速に提供するため、本ページのコンテンツは機械翻訳を用いて日本語に翻訳しています。正確かつ最新のサポート情報をご覧いただくには、本内容の英語版を参照してください。

ソリューションまたはサービスプロバイダーである場合、ターゲットとなる顧客やユーザーを中心に自社のソリューションやサービスを作成する必要があります。そのためには、効果的なリサーチや要件収集にリソースを投資しなければなりません。これにより、顧客のニーズを正確に把握し、最適な商品やサービスを提供するための目標を設定できます。Zoho Sprints には、このプロセスをプロジェクト管理に組み込むための仕組みが備わっています。

バックログと作業商品はスクラムの基本的な要素です。作業商品はバックログを構成する単位です。バックログは、商品や法人が想定または必要と判断するあらゆる要件を格納するコンテナのようなものです。それぞれの要件は作業商品として扱うことができます。プロジェクト内で特定されたタスクはすべて作業商品として認識されます。商品は複数のサブタスクを持つ大きなタスクの場合もあれば、シンプルな変更や修正が必要な小さなタスクの場合もあります。

プロジェクト全体用のバックログとスプリント用のバックログが存在します。プロジェクトバックログにはプロジェクトに関連付けられたすべてのタスクが含まれ、リソースや時間、優先度に基づいて順次取り組まれることになります。一方、スプリントバックログには各スプリントのために厳選された商品が明確な短期目標と共に格納されます。これらのスプリントはチームにとって都合の良い日付に開始するよう計画・スケジューリングされます。

例

例えば、企業向けにクラウドソフトウェアアプリを提供していると仮定します。顧客がソフトウェアソリューションの要件を持ち込んできた場合、どのような機能を期待し、どんな課題を解決したいかの詳細を提示します。これらの要件をドキュメント化し、確認し、分類し、決められた期間ごとに段階的に対応していくシステムが必要です。Zoho Sprints では、こうしたシステムがプロジェクトバックログやスプリントバックログとして実現され、要件は作業商品として管理されます。

例えば、顧客が従業員管理ソフトウェアを求める医療機関の場合、ソフトウェアには従業員詳細、部署詳細、給与管理、移動管理、承認トラッカーなどのタブが用意されます。それぞれのタブにはさらに細かな要件が存在します。こうした要件をプロジェクトバックログの作業商品として洗い出し、全体の規模を把握します。その後、選別した商品をスプリントバックログに移動させ、スプリントごとに商品をグループ化し、プロジェクト全体を複数の小規模プロジェクトに分割できます。これにより、チームは明確な目標を定めて作業に集中し、最終的な成果物を複数の小さな目標で構成できるようになります。

作業商品は大きく分けてストーリー、タスク、課題に分類されます。これは業界標準の分類であり、タスクの種類を定義する際に役立ちます。

ストーリー: ユーザーストーリーは、顧客の視点から機能や要件を記述するためのツールです。通常は、顧客の種類、顧客の希望内容、そしてその理由を説明する形式が取られます。これにより、顧客中心の成果物を考案・開発しやすくなります。
タスク: タスクはプロジェクト管理の最小単位です。個人またはチームで完了すべき特定の作業を特定する際に使用されます。機能要件の達成やユーザーストーリーの目標実現のために、複数のタスクを設定することも可能です。
バグ: バグは常に何らかの問題を示します。問題は論理的または技術的な不具合であり、アプリケーションの進行を妨げたり、エラーを引き起こしたりします。バグの規模は法人やその影響によって異なります。バグの深刻度は優先度設定で示すことができます。