問題タブ [jira-agile]

ステータスが「クローズ」の課題の作業を記録できますか? 私はスプリントの「アジャイル」エリアにいて、いくつかの課題を「進行中」から「完了」にドラッグしました。「推定」時間が「記録された作業」に伝播することを期待して、実際に働いた時間を記録するのを忘れました。問題を再度開くのは面倒で、不要な通知の跡が残ります。

より大きなストーリーをいくつかのサブタスクに分割しました。しかし、サブタスクを閉じてもバーンダウン チャートには影響せず、やる気をなくしてしまいます。それを解決する方法はありますか？

現在、Greenhopper の「Issue Count」モードでバーンダウン チャートを使用しています。現時点では、バーンダウンの計算では標準的な課題タイプ (バグ、タスク、ストーリー) のみが考慮されます。

質問:バーンダウン計算でサブタスクも考慮するオプションはありますか?

例: 3 つのストーリーと、それに関連する 8 つのサブタスクがあるとします。ストーリーを閉じると、バーンダウン チャートが影響を受けます。しかし、サブタスクを閉じても、グラフは影響を受けません。

サブタスクも含むプロジェクト フィルターを確認しました。しかし、何らかの理由で、それらはグラフで考慮されていません (これは私たちにとって悪いことです)。

チームでワークフローを再編成しています。重要な決定の1つは、JiraとGreenhopperの助けを借りて提供されるスクラムプロセスを使用することでした。

さまざまなスクラムガイド、Greenhopperのドキュメントを読み、チームでスクラムプロセスの実装を開始しました。いくつかの修正と変更の後、それはほとんど良いですが、1つのことが私をよく眠らせません：バグ。

開発者によってさまざまな解決策が提案されていますが、それでもここで自分の道を見つけることができません。

私たちのワークフローでは、問題は4つの状態にあります：オープン->テスト中->解決済み->クローズ

開発者が自分のコードに満足すると、問題をテスト中の状態にし、QAリードに自動的に割り当てられます。QAで問題を確認し、問題がなければ問題は解決済みになります。そうでない場合-再度開きます。解決済みの状態でコードレビューが実行され、コードが安全で最適であり、開発された構造に適合している場合、問題はクローズになります。開発者が何か間違ったことをした場合-もう一度開きます。

ここで注意が必要なのは、問題（ストーリー）を再開することです。同時にバグが発生し、スプリントバックログではなく、製品バックログに到達します。スクラムウェイの開発者は、問題に取り組むことができません。スプリントバックログにありますが、コードにバグがあるか、記述が不適切であるため、同時にストーリーを閉じることはできません。

したがって、問題は、ストーリーに関連するバグがいくつかある場合でも、ストーリーを閉じる必要があり、これらのバグは今後のスプリントで修正される予定ですか？

または、関連するすべてのバグが修正されるまでストーリーを閉じることはできません。つまり、スプリントが終了しても、ストーリーのすべてのバグが修正されていない場合、ストーリーは開いたままになり、終了したスプリントから除外されて次のスプリントに移動します。ストーリーポイントは完成したスプリントで燃やされていませんか？

私が勤務している会社は、IT 運用とコール センター管理に ServiceNow の使用を開始しようとしており、ソフトウェア プロジェクト管理用の SDLC モジュールを検討しています。ただし、JIRA + Greenhopper + Fisheye + Crucible を使用するための (私による) プッシュもあります。

これら 2 つのツールの機能ごとの比較を行った人はいますか?

ServiceNow のデモを使用すると、非常に用途が広いように思えますが、Service-Now 自身によってコール センター用にかなり大幅にカスタマイズされていると思います。

JIRA について私が気に入っている最大の点の 1 つは、自分たちで行うことができる極端なレベルのカスタマイズと、振り返りの結果としてプロセスを変更できることです。私は、ServiceNow がそれを提供できると完全に確信しているわけではありません。

JIRA + Greenhopper で実現できる ServiceNow のいくつかの機能:

• 複数のプロジェクトにまたがるスプリント (ServiceNow のスクラム製品?)

• FishEye や Crucible と同様のソース/コード レビュー統合

• 複数のプロジェクトにまたがるエピック管理

• リリース管理 - JIRA バージョン vs. ServiceNow リリース - 将来のリリースを計画するチームもあれば、リリース ブランチに適したものに基づいてビルド タグを切り取るだけのチームもあります。JIRA を使用すると、さまざまな運用プロセスを使用して、リードがこれを達成し、「実際の生活」で行うことに一致させることができます。

これら 2 つの製品を区別するその他の点があれば、それは素晴らしいことです。ありがとう！

ラピッド ボードにストーリー ポイントを表示する JavaScript ソリューションを作成しました。https://jira.atlassian.com/browse/GHS-6755
のコメントを参照してください。

ラピッド ボードが動的にロードまたは更新されたときに、課題をラピッド ボードで処理したいと考えています。Greenhopper がラピッドボードの更新を終了したときにイベント (javascript) を受け取ることはできますか?

ガジェット アプリケーションを介して http://:2990/jira/rest/greenhopper/1.0/sprints/1 という URL に対する GreenHopper REST API からの応答を取得できません。

ブラウザから試してみると、次の出力を取得できました。以下は出力です。

ガジェットでスプリントの詳細を取得するための私のコード スニペットは次のとおりです。

JIRA ダッシュボードの greenhopper REST API から JSON 応答を取得する方法を教えてください。

サーバーで次の例外が発生します。