1

正式な仕様を JIRA 拡張要求にリンクする最良の方法は何ですか?

JIRA を使用して仕様の変更を追跡したい。

理想的には、JIRA チケットの機能 ID 参照 (例: MYAPP > APPROVAL LOGIC > MAIN SCREEN) を参照して、プログラム マネージャーが遡及的に欠陥を分類できるようにしたいと考えています。

この理由は、追跡システムで QA スクリプトとドキュメント チケットを意味のある検索/分類できるようにするためです。

これを行うには100万通りの方法があるようです。

  • ツリーから機能 ID を選択するカスタム コンポーネントを作成する必要がありますか?
  • コンフルエンスで仕様を書くべきですか、それともトラックバック機能を備えた別の CMS で書くべきですか?
  • ドキュメントの URL へのリンクを含める必要がありますか?
  • 他のサードパーティのプラグイン アプリケーションを使用する必要がありますか?
  • 知らないアトラシアン アプリケーションを使用する必要がありますか?
  • 仕様の成長を測定するために間違った追跡ツール/プロセスを使用していませんか?

あなたの経験上、最善の方法は何ですか？

返信いただきありがとうございます！

私が検討している別のオプションがあります。それは、機能要件を実際のチケットとして実装することです。

機能要件には所有者、ライフサイクル、および単純な拡張などのサブチケットの明確な概念があるため、これは (少なくとも私にとっては) 非常に理にかなっています。チケット、またはその他の種類の作業。機能要件もリンクしているため、モデルが適合します。

このアプローチの問題点は、すべての欠陥チケットを要件のサブタスクとして作成する (そして追加のサブタスク機能を放棄する) 場合を除き、標準の「リンク チケット」を使用してチケットを作成し、リンクする必要があることです。すぐに使用できるわけではありません。これは非常に抵抗の多いワークフローであり、多くの規律が必要です。

サブチケットをリンクする機能と同様に、別のチケットに自動的にリンクされるチケットを作成できることが理想的です。

これをやりたいと思ったのは私が最初ではありません。これを試した人や、これを簡単にするためのツールをリリースした人を知っていると思いませんか?

4

2 に答える 2

0
  1. Confluence で仕様を作成する余裕がある場合は、Jira と Confluence 間の相互リンクを使用するのが最善の方法だと思います。このようなリンクを実装するプラグインがいくつかあります (例: Application Links)。
    • Confluence ページはスペース内で一意でなければならないため、上記の階層的な名前が適切です。
    • Confluence は共同でドキュメントを開発するための優れたツールですが、物事を整理しておくには多くの規律、組織、および努力が必要です。
  2. または、ラベル jira プラグインを使用して、「myapp-approvalLogic-mainScreen」などの文字列で課題にタグを付けることができます。これにより、関連するすべての問題をすばやく見つけることができますが、仕様に移動することはできません
  3. ただし、上記のアプローチはどちらも階層を提供しません。
    • Jira+Agile (別名 Greenhopper) は、アジャイル計画に非常に役立つバージョンの階層を提供します。ただし、通常は 1 つのバージョン (リリース) が多くの要件の機能に対応するため、この階層を使用できない可能性があります。
    • Jira コンポーネントは階層化されておらず、課題は 2 レベルのみです (この問題は 4 年間議論されてきました...)
于 2010-05-20T13:42:46.693 に答える
0

1 つのアプローチは、JIRA のみで機能要件と非機能要件の両方の完全な設計を行うことです。

JIRA クライアント (almworks.com) デスクトップ アプリケーションを使用すると、プロセスを単純化して簡単にすることができます。

于 2011-02-21T17:20:27.100 に答える