デプロイ/変更管理にも JIRA と GH の使用を開始したいと考えています。タスク/ストーリーの提案されたワークフローは次のとおりです:
バックログ -> オープン (スプリントに追加) -> 進行中 (コーディング) -> 解決済み (コードがコミットされ、作業が完了) -> 変更を要求する (Issue RFC を作成する) -x (スプリントの問題のグループを含む) ->
ここから、この RFC-x を新しいワークフローで追跡します。
テスト システム内 -> テスト中 -> QA による検証 -> 経営陣による承認 -> 本番環境への展開 -> エンド ユーザーによる検証
1 つのスプリントまたはバージョンの問題のグループを問題と簡単にリンクする方法はありますか?
リンクの使用は 1 つのアプローチです
JIRA http://confluence.atlassian.com/display/JIRA/Linking+Issuesが提供する課題リンク機能を使用して、いつでも課題をリンクでき ます。
リンクhttps://studio.plugins.atlassian.com/wiki/display/ILR/JIRA+Issue+Links+Report+Plugin
またはリンク階層レポート
https://plugins.atlassianを追跡するのに役立つプラグインがあります
。 com/プラグイン/詳細/5003
課題間の状態遷移を自動化することで、さらにレベルアップすることもできます。
ここで、仕様とタスクを分離する概念について説明しました: http://www.idalko.com/display/WIC/Separation+of+specifications+and+tasks
別のアプローチは、スプリントの一部として RFC-x を含め、修正バージョンを使用して関連するすべての問題をグループ化することです。変更のリクエストを使用すると、問題と RFC 間のリンクを管理する必要なく、特定のバージョンのコンテキストで展開のステータスを追跡できます。
グループ化の問題については、Structure プラグインを参照してください。ただし、まだ初期のベータ版です。フィードバックや機能のリクエストをお待ちしております。
イゴール