8

製品開発ロードマップはしっかりとした「ロードマップ」を実現したい。プロジェクト管理とバグ追跡には Jira (4.4.3) と Greenhopper を使用していますが、Jira ロードマップ機能では、定義したバージョンのリストが表示されるだけです。

ただし、現在、各スプリントの「バージョン」を使用しています。たとえば、「第 16 週」、「第 17 週」などには、その週のスプリントのすべてのタスク/課題が含まれています。

バージョンのスクリーンショット

現在、主要な機能セットを追跡し、分類するために「コンポーネント」を使用しています (例: 「xyz API との統合」、「メールを SendGrid に移行」、「バグ: コード」、または「技術的負債」)。

コンポーネントのスクリーンショット

Jira の「ロードマップ」機能は、バージョンのリストとそれぞれの進行状況を示します。ただし、毎週のスプリントを追跡するために既にバージョンを使用しており、これらのロードマップ機能の一部は多くのリリース/バージョン/スプリントにまたがっています。

ロードマップのスクリーンショット

Jira 内で完全なロードマップを追跡するにはどうすればよいですか? このロードマップでは、毎週のスプリントのすべてのリストではなく、主要なイニシアチブのリストを確認したいと考えています (たとえば、「CI サーバーで Selenium を有効にする」、「エクストラネット MVC3 変換」、「本番環境を R2 にアップグレードする」)。

4

3 に答える 3

7

アップデート

前述のストーリーGHS-945は、 GreenHopper 5.10で既に解決されています。一方 、 GreenHopper 6.0では、かんばん、スクラム、特にカスタム アジャイル ボード、計画、プロセス管理に関するすべての言及された主要な改善点に加えて、言及されていない、または以前に利用できなかった他の多くの改善が正式に提供されます。したがって、暫定的な用語であるラピッド ボードも削除されました。名前ではもはやラピッドではありませんが、性質上はまだラピッドである を参照してください。

GreenHopper 6.0 では、新しいボードは「ラピッド ボード」として知られなくなりました。クラシック ボードよりもはるかに高速であることは誰もが知っていると思います。新しいボードは、お客様の貴重な時間を最大限に活用し、最適なパフォーマンスを提供できるようにする新しいテクノロジーに基づいてゼロから構築されています。

最後に、GreenHopper チームは、ほぼ隔週のポイント リリースで大幅な改善を続けています。最後のリリースでは、クラシック ボードからの移行によって引き起こされたいくつかの損失の 1 つに対処しています。リリース 6.0.2 ではカスタマイズ可能なカードの色が再び追加され、課題の種類、優先度、担当者、またはカスタム JQL クエリに基づいて色付けできる限り、古典的なバリアントです。

結論

バックログのカラーリング (「バックログは何色ですか?」を参照) を含む以前のワークフローは、新しい GreenHopper に完全に移行され、膨大な量の重要な新機能と改善がその場で得られ、それぞれより機敏で生産的なチームが得られます。


最初の回答

JIRAGreenHopperの多くの領域におけるバージョンとスプリントのインピーダンスの不一致は、このツールチェーンを使用するアジャイル チームにとってよく知られた問題です。私たちは何らかの方法でそれを修正するためのさまざまな試みを実装しました (ほとんどの場合、ある種のバージョン階層、つまり親子関係を持つ製品バージョンとスプリント バージョンを介して) が、どれも実際に生産的であることが判明しませんでした。

したがって、比較的古いストーリーAdd a separate field to allow tracking sprint and release information within each other (GHS-945)がこのトピックを捉えています。今日の時点では未解決ですが、GreenHopper は現在、この (および関連する) 問題に対処するために大規模な再構築を行っています。まだ完全には完成していませんが、現在利用可能なそれぞれの機能は、既に (最終的には) ユース ケースに対応しています。アトラシアンのステータスを参照してください。 2012 年 2 月 28 日現在:

別のカスタム フィールドとしてのスプリントが GreenHopper 5.9 で利用できるようになりましたが、スクラム ラピッド ボードでのみ使用されます (GreenHopper 管理画面からラボ機能として有効にすることができます)。

このフィールドを Rapid Board で使用すると、通常の使用のために fixVersion フィールドが解放されます。

上記のラピッド ボードと一般的な再構築については、 The Future of GreenHopperで詳しく説明しています。

ラピッド ボードは、GreenHopper の新たなスタートです。最新の Web テクノロジーを活用して、アジャイルなプロジェクトやチームの進捗状況を計画、追跡、報告するための素晴らしいエクスペリエンスを顧客に提供するために、これを構築しています。

ラピッド ボードと関連する機能は現在、実際に急速に改善されています。つまり、GreenHopper チームは迅速に反復し、現在月 1 回から隔週のポイント リリースでも大きな改善を実装しています。

私はこのアプローチに完全に満足しています。これは、基本的に、汎用性の高い JQL 機能 (高度な検索を参照) の上にボードを構築し、ニーズに合わせて完璧なボードをほぼ完全に自由に組み立てることを可能にします。

それに加えて、バージョンとスプリントのインピーダンスの不一致が解決されました。スプリントが分離されたエンティティである限り、バージョンは再び必要に応じて使用できるため、JIRA ロードマップに直面する有用なバージョンとリリース日ベースの顧客が得られます。

もちろん、この新しいアプローチへの移行は、最終的にはある程度の計画と時間を必要とする献身的な取り組みです。たとえば、現在未解決のストーリーユーザーとして、ラピッド ボード (GHS- 3922 ) に表示されるカードを構成したいと考えています。あなたのバックログ?

最後に、GreenHopper 5.9 には JIRA 5.0 が必要です。

于 2012-04-21T12:46:20.770 に答える
3

このスレッドをフォローアップするために、JIRA のロードマップ アドオンであるEasy Agile Roadmapsにフラグを立てたいと思いました。エピックをカレンダーにドラッグしてから、ドラッグしてエピックのサイズを変更します。バージョン マーカーと静的マーカーをロードマップに追加して、マイルストーンを強調することもできます。

JIRA の簡単なアジャイル ロードマップ

于 2016-09-23T03:42:09.223 に答える