jira - Atlassian GreenHopper とリリース管理

Question

私たちはアトラシアン製品をいじっており、GreenHopper を使用してアジャイルスプリントを準備しましたが、フローとほとんど混乱していません。

私のオフィスでの現在の開発方法は次のとおりです。

開発者は、割り当てられた課題を完了します。それらを解決済みとしてマークします。
スプリントのすべての問題が完了したら、リリースの詳細を提供するリリースチケットを取得し、それを INF チームに割り当てて、QA でビルドおよび展開します。QA で承認された場合は、ステージング、生産に移行します。
問題が見つかった場合、または問題が解決されていない場合は、リリースを拒否し、開発者に割り当てます。開発者はそれらを修正し、別のリリースを準備します。

JIRA + GreenHopper またはより良いアイデアで同様のことを達成するための提案はありますか?

score 4 · Accepted Answer

あなたのプロセスはかなり簡単なようです。GreenHopper 5.10.1 の新しい Rapid Board を試してみることをお勧めします。ラピッドボードには、明確な計画 > 作業 > レポートフローがあります。

あなたの詳細を見ると、次のことをお勧めします。

最初に、一般的な開発用のラピッドボードを作成します。このボードは開発チームに使用され、バグ修正、ストーリー、およびバックログアイテムを含むスプリントが含まれます。このボードの最後の列は、「完了」または「QA の準備完了」です。
- スプリントの終わりに、チームは単にそのスプリントを「完了」し、ビルドを作成して QA に展開するためのチケットをログに記録します。
次に、スプリントと同じ問題を QA プロセスに移行して、それぞれを拒否できるようにすることをお勧めします。これを行うために、QA チームは、最初の列が「QA の準備完了」である個別のスクラムラピッドボードを用意するだけで済みます。これにより、完了したばかりのスプリントからの課題を含む別のスプリントを実行できます。
- このスプリントの終わりには、「完了」列に進むことができるストーリーのみが表示され、チームは正しいストーリーのみを展開するか、リリース全体を拒否するかを決定できます。
- QA に合格しなかったストーリーは、次のスプリントに含めるために開発チームのバックログに戻すステータスに更新できます。あるいは、修正のために開発チームに個別に提出することもできます

score 3 · Accepted Answer

ここではかなり似たようなことを行っており、すべて JIRA / Greenhopper 内でうまく機能します。

プロダクトオーナーは JIRA/Grasshopper でエピック / テーマ / ユーザーストーリーを作成します
バックロググルーミングが発生し、ストーリーが少しスラッシングされ、ストーリーポイントがユーザーストーリーに入力される
スプリント計画: ストーリーは次のスプリント用に選択され、greenhopper を使用して、スプリントにストーリーを追加します。下記参照
スプリントが始まります。タスクは、進捗状況を追跡するために開発者によって JIRA で作成され、ユーザーストーリーにリンクされます。ストーリーのすべてのタスクが完了すると、ユーザーストーリーが完了します。
スクリプトを JIRA に配置して、「完了」ボタンを追加しました。これにより、ストーリーがビルドチームに自動的に割り当てられ、メインベースラインにマージされます (これがあなたに当てはまるかどうかはわかりません)。プロダクションビルドに組み込むと、ユーザーストーリーは QA チームに割り当てられます。
QA チームが本番ビルドをテストします...合格した場合、ストーリーは終了します。

ここに画像の説明を入力

QA チームがストーリーをテストするのに、スプリントが許容するよりも長い時間がかかる可能性があることを付け加えておきます。そのため、チームのスプリントとベロシティのために、ストーリーはビルドチームに割り当てられた時点で完了したものと見なされます。

それは理にかなっていますか？

JIRA はこれらすべての機能を備えています。素晴らしいですが、エピックやテーマなどのエントリをセットアップするために設定が必要になる場合があります。

ストーリーやスプリントの作成と追跡には Greenhopper 機能を使用しますが、タスクの進行状況などにはホワイトボードを使用します。

これがお役に立てば幸いです..どんな質問でも喜んでお答えします:)

2 に答える 2