2

JIRA ユーザー ストーリーのタイム トラッキング

最近、スクラム アジャイル開発ツールとして JIRA を採用しました。

これは私のシナリオです:

  • スクラムボード
  • 見積もり統計: 元の時間見積もり
  • 時間追跡: 残りの見積もりと費やされた時間

  • 当社のプロダクト オーナーは BackLog に「ユーザー ストーリー」の問題を入力します

  • 私たちのチームは各「ユーザー ストーリー」を見積もり、「ユーザー ストーリー」の「元の見積もり」フィールドに入力します</li>

すべての「ユーザー ストーリー」が現在のスプリントにドロップされたら、スプリントを開始します。

この時点で、現在のスプリントには「ユーザー ストーリー」課題のみが存在します。その後、開発チームが作業を開始します。

そのため、チーム メンバーは最初のユーザー ストーリーの問題を取り上げ、それをいくつかのサブ タスクに分割します (ユーザー ストーリーの複雑さに応じて)。

サブタスクが完了すると、チームメンバーは作業をサブタスクの「費やした時間」フィールドに記録します。

私たちは何を期待していますか?

「ユーザーストーリー時間追跡」の「残り時間」は、次の式で更新されると予想されます。

[Remaining Estimate] = [Original Estimate] – ( Sum([ work log ]) )

Sum ([ work log ])は、「すべてのサブタスクに記録されたすべての作業」と「ユーザー ストーリーの作業ログ」の合計です。</p>

私たちが得たもの

「サブタスクを含める」がチェックされていても、残りは「ユーザーストーリーの作業ログ」でのみ更新されます

ニーズに合わせて JIRA を使用する方法または回避策はありますか?

例:

  1. ユーザーストーリー課題「ユーザーストーリー1」の作成と見積もり(当初見積もり):1週間
  2. サブタスク「サブタスク 1」を作成</li>
  3. サブタスク「サブタスク 2」を作成</li>
  4. サブタスク 1 に作業を記録: 1 日
  5. 作業ログ サブタスク 2: 1 日
  6. 「ユーザー ストーリー 1」の問題の時間追跡を更新する

残りの時間追跡: 1 週間

実際にチームが2日間働いたとき!

ありがとう

4

1 に答える 1

2

あなたの問題はよく知られているJira
の問題です。これは非常に古い問題であり、アトラシアンがこれに対応していないことに驚いています。
一部のユーザーは回避策を見つけました (onDemand ではなく独自のサーバーに Jira をインストールした場合): scripted custom field を作成しますが、私は試しませんでした

于 2016-03-17T09:40:59.270 に答える