スクラムを使用するときにJiraでタスクを作成する方法
スクラムとJiraを使用して新しいプロジェクトを開始します。Jiraで適切なタスクを作成する方法についていくつか質問があります。
ユーザーストーリーは、利害関係者によって（理想的には）次の形式で記述できる、技術的ではない小さな説明です。ユーザーとして、私はモンキーを注文してお金を稼ぐことができます。
ただし、これらのタスクは、要件、技術要件などで詳しく説明する必要があります。私の質問は次のとおりです。Jiraでそのようなタスクをどのように適切に記述し、ユーザーストーリーを正しく理解していますか。
ユーザーストーリーをスーパータスクとして作成してから、実際のタスク/要件を使用してサブタスクを作成する必要がありますか？
スーパータスク/ユーザーストーリー、またはサブタスクのみを推定する必要がありますか？
ユーザーストーリーをスーパータスクとして作成してから、実際のタスク/要件を使用してサブタスクを作成する必要がありますか？
はい、@ superMと同じ理由です。私たちのチームは実際にすべての受け入れ基準と要件をユーザーストーリー（スーパータスク）に入れ、次にサブタスクを作成して、開発者がそのストーリーを達成するために正確に行う必要があることを概説します（たとえば、テーブルの作成、Xを実行するためのサービスの追加、サーバーパラメーターの調整） 、など）。
また、JIRAのGreenHopperプラグイン（ http://www.atlassian.com/software/greenhopper/overview ）を使用して、バックログでエピックとストーリーを追跡します。ストーリーポイントでストーリーが推定され、スプリントにコミットされると、チームは各ストーリーの下に、ソフトウェアに機能を実装させるために実際に行う必要があるサブタスクを作成します。 GreenHopperプラグインは、サブタスクとユーザーストーリーの関係を視覚化する素晴らしい仕事をします。ただし、プラグインがなくても、Vanilla JIRAではメインタスク（ストーリーと呼びます）とサブタスク（チームがスプリント中にノックするもの）を指定できます。
スーパータスク/ユーザーストーリー、またはサブタスクのみを推定する必要がありますか？
ストーリーポイントをストーリーレベルでのみ推定します（GreenHopperプラグインはその値のカスタムフィールドを追加しますが、プラグインを使用しない場合は、必要に応じてカスタムフィールドを作成します）。しかし、私たちのチームでは、開発者が各ストーリーの下でサブタスクを完了すると、彼らが自分の作業（たとえば、何時間かかったか）を記録して、後で報告できるようにします。作業（時間）をストーリー（スーパータスク）に記録したり、サブタスクやストーリーが完了するまでの時間を見積もったりすることはありません。これは、私たちの場合は常に事後です。
Epic-> Story/Task-> SubTaskのような階層を使用すると、いくつかの例外はありますが、うまく機能します。
- JIRAには、チームが1つのスプリントで終了することを約束した
SubTaskを計画する方法はありません Story/TaskがBIGの場合、1レベルの分解では十分ではない可能性があります- このようにして、ストーリーとタスクは同じ目的を果たし、互換性があります。
より深い階層に進みます：Epic-> Story-> Task-> Task-> ...
ここでStoryはユーザーストーリーの略で、要件をキャプチャし、製品ごとに所有しています。一方のタスクは、ストーリーまたは別の大きなタスクの分解の結果であり、開発によって所有されます。
この場合の唯一の問題は、当然GHがStoryとTasksの関係を定義する方法を提供しないことです。 Parent-Childリンクを使用しています。手動で管理する必要があります。
サードパーティのプラグインが問題間の階層関係を定義し、ChildrenからParentへの統合された推定値と費やした時間について報告するのを見ました。使用しなかったので、ここでは触れません。
ユーザーストーリーについて非常に表面的な理解がある。それで結構ですが、知っておくべきです。このトピックを本当に理解したい場合は、Liz Keogh、Dan North、Chris Matts、Jeff Pattonの作品をご覧になることを強くお勧めします。楽しんで。
Jiraでこの情報を追跡することを考えすぎないでください。それは単なる派手なTo Doリストです。ここに物語があります。あと何をすべきか？それらのタスクをJiraに配置し、それぞれをストーリーに関連付けます。人々が追加のことを考えるとき、これらのタスクをJiraで作成し、それぞれをストーリーに関連付けます。それでおしまい。
Should I create user stories as super tasks and then create subtasks with the actual
tasks/requirements?
はい。特定のタスクが実行された理由を簡単に確認できるので非常に便利です。さらに、このアプローチでは、すべてのユーザーストーリーの進行状況を追跡できます。
Should I estimate super tasks/user stories, or only the sub tasks?
私の経験から、タスクが小さいほど、見積もりが簡単です。小さな見積もりもより正確になる傾向があります。ユーザーストーリーの見積もりは、そのサブタスクの見積もりの合計です。したがって、ストーリーの推定はより公平で正確で賢明です。
追伸スクラムとJiraに関する役立つリンクをいくつか示します。