jira - JIRA: 閉じるか、解決するか?

Question

JIRA で解決済みの課題とクローズ済みの課題の両方を再オープンできます。実際の違いは何ですか？(QA が関係している場合など、問題を解決/クローズするために別の権限が必要であることに加えて)

私たちのチームでは、解決するか終了するかについていくつかの意見の相違があります.

Answer 1

一般的な問題のワークフローでは、バグに取り組んでいる人がバグを解決し、バグを開いた人が解決策が受け入れられるかどうかを判断します。もしそうなら、彼らはそれを閉じます。そうでない場合は、さらなる議論/作業/論争のためにバグを再度オープンにします。

これに対する例外は、バグが重複している場合です。多くの場合、バグに取り組んでいる人は、それが重複していることに気付き、バグ自体を重複として閉じることができます。または、重複として解決し、オープナーが同意してクローズする場合もあります。

IIRC、JIRA にはかなり柔軟な (複雑な場合でも) ワークフローがあるため、チームや課題を送信するグループに適していると思われるプロセスをセットアップできます。

編集:私は実際にはクローズされた問題の再開に対処していないことに気付きました. 私の経験では、人々が問題システムを検索して、見ているものと同じ動作を示す既存のバグを探しているため、多くの場合、それは起こりません。運が良ければ、既存の問題を調査せずにバグが開かれることがよくあります。

そうは言っても、QA または現場担当者は、元の所有者がバグを閉じてからしばらくしてから、「そのバグを覚えています。くそー、彼らはそれが修正されたと言いました」と言います。この時点で、古いバグを再度開くか、新しいバグを作成して元のバグにリンクすることができます。私の好みは、再度オープンするよりも、新しいバグがあり、リンクすることです。その理由は、「新しい」問題が同じ動作を示す可能性がありますが、原因がまったく異なる可能性があるためです。これは、本当に一般的なエラー ログ メッセージが吐き出される場合によくあります。

Answer 2

• 通常、解決済みは「テストの準備完了」です
• クローズは通常「うまくいきました」

JIRA が Resolved/Closed 状態とシステムの Resolution フィールドをどのように使用するかについての詳細は、このブログ投稿も参照してください。

Answer 3

私たちが外部の顧客に対して行う方法は、顧客に請求したときにインシデントをクローズすることです (これは問題または SED タスクである可能性もあります)。それまでは、インシデントは単に解決されたままです。

解決済みのインシデントは再開できますが、解決済みのインシデントを再開することはできません。

ところで、ITIL がこれについて述べていることを読むのが賢明でしょう。このページで述べたように：

インシデントの再開に関するルール

十分な注意を払っても、正式に閉鎖されたにもかかわらず、インシデントが再発する場合があります。このような場合に備えて、インシデントを再開できるかどうか、いつ再開できるかについて、事前に定義されたルールを用意しておくことをお勧めします。たとえば、インシデントが 1 営業日以内に再発した場合は再開できることに同意することは理にかなっていますが、この時点を超えると、新しいインシデントを提起する必要がありますが、以前のインシデントにリンクする必要があります。正確な時間のしきい値/ルールは個々の組織によって異なる場合がありますが、統一性が適用されるように、明確なルールを合意して文書化し、すべてのサービス デスク スタッフにガイダンスを提供する必要があります。

Answer 4

(通常) クローズ済みの問題に対する作業を編集したりログに記録したりすることはできず、これを考慮する必要があります。

私のアドバイスは: テスターのみ

Answer 5

通常、Dev/Resource は解決する必要があり、レポーターのみが閉じることができます。