デフォルトおよびカスタムアイテムタイプの管理

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

商品の種類は、特定の作業商品に関連する作業の種類を指します。Zoho Sprintsでは、商品タイプは主にStory、タスク、Bugに大別されます。これらはプロジェクト管理ツールで広く認識されているメジャーアップデートタイプの商品です。

Story

アジャイル手法において、ユーザーstoryは顧客の視点から機能や要件を説明するためのツールです。通常、顧客の種類・望むこと・その理由という形式に従います。このアプローチは、顧客中心の成果物を考案・開発する際に有効です。

例

顧客が自社のモバイル配達管理アプリのユーザーであると仮定します。機能を開発する際、顧客のニーズに合わせて作成することが重要です。

配達管理アプリのユーザーとして、前回および現在の注文の表示をお気に入りに基づいてカスタマイズしたいです。これにより、標準商品の再注文が簡単にできるようになります。

タスク

タスクはプロジェクト管理における最小単位です。個人またはチームが完了すべき特定の作業を示します。機能要件を満たす、またはユーザーストーリーの目標を達成するために複数のタスクを作成できます。

例

ニッチな法人向けのモバイルニュースアプリを運営していると仮定します。アプリには在庫市場のニュースフィードや経済に関する記事、成功した企業のヒューマンストーリーなどが含まれています。在庫市場セクションには、買いまたは売りの指標が重要な段階に達した際に注意や通知を含める必要があります。このような要件はタスクとして定義できます。

Bug

ソフトウェア開発において、バグは問題を示します。この問題は論理的または技術的な不具合であり、アプリケーションの進行を妨げたりエラーを引き起こしたりします。バグの規模は法人やその影響によって異なります。優先度によってバグの重大さを示すことができます。

例

顧客が在庫管理ソフトウェアを利用していると仮定します。API通話を使用したフォーム送信によって商品を新しく追加するためのワークフローを設定していますが、誤った使用により通話のループが実行され、フォームが繰り返し送信されてしまいます。これはバグとして特定できます。チームはこのループの原因を特定し、修正策を実装する必要があります。