3

現在、JIRA には次の状態/列があります。

  • Open/Todo (-> 開発者がタスクを受け取り、作業を開始)
  • 進行中(-> 開発者がタスクを完了に設定)
  • 完了(-> ステージングで QA テストを行い、タスクをデプロイ準備完了または再オープンに設定)
  • デプロイの準備ができました(-> 開発者はリリース日にこれらのタスクをデプロイします)
  • デプロイ済み(-> QA/利害関係者がライブ/本番環境で再度タスクをテストし、閉じるか再開する)
  • 完了/クローズ

私の現在の理解では、これは間違っています。なぜなら、開発と展開という 1 つのステータス ディメンションで 2 つの懸念事項を処理しようとするからです。スプリントをリリース/バージョンから分離したいと考えています。現在、すべてのチケットが本番環境で承認されるまでスプリントを終了することはできません。これがボトルネックにつながります。

あなたの提案は何ですか?私が考えているアイデアの 1 つは、ステータスをオープン、進行中、完了、クローズドに制限し、JIRA ビルドイン バージョニングでデプロイ/リリースを処理することです。本番環境で問題が発生した場合は、バグ チケットを開く必要があります。

そうしないと、JIRA 6.4 のバージョン管理/リリース自体にステータス列が含まれていないように見えるため、チャンスはありません。

4

1 に答える 1