問題タブ [jira-agile]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
878 参照

jira - greenhopper/JIRA Agile の REST API を使用してエピック リレーション リンクを削除するにはどうすればよいですか?

エピック リレーション リンクを追加するために、このリクエストと本文を使用しましたが、残りの API を使用して削除したいと考えています。 /rest/greenhopper/1.0/epics/AG-3/追加

{"ignoreEpics":true,"issueKeys":["AG-19"]}

これにより、AG-3 のエピック リンク リレーションが追加されます。AG-19 は AG-3 へのエピック リレーション リンクとして追加されます。

同じように、AG-3 から AG-19 を削除したいと思います。UI からも、AG-19 から削除する必要があります。

0 投票する
1 に答える
1199 参照

jira - JIRA では、複数のプロジェクトを含むアジャイル ボードを作成するにはどうすればよいですか?

Jira インストールのすべてのプロジェクトのすべてのタスクとエピックを表示するアジャイル ボードが必要です。

クエリを作成しました

このクエリに基づいてスクラム ボードを作成すると、機能しているように見えます...しかし、エピックを再注文しようとすると、エラーが発生A rank custom field ID must be specified for this operation.し、クリック アンド ドラッグ機能が無効になり、メッセージが表示されますRanking is disabled, as the Filter Query for this board is not ordered by Rank. Please check your filter configuration.

クエリはランク順に並べられています...

どうすればこれを達成できますか?

0 投票する
1 に答える
472 参照

jira - JIRA バーンダウンとバーンアップを一緒に

JIRA とアジャイル ボードを使用しているため、ストーリー ポイントを使用してユーザー ストーリーを見積もり、JIRA がバーンダウンを処理します。

ただし、タスク (ユーザー ストーリーではなく、単一のタスク) と、ストーリー ポイントで見積もることができないバグもあります。それらを解決した後、ストーリー ポイントの観点から「完了した作業」を見積もり、チケット (バグまたはタスク) の「コメント」として文書化します。

追跡できるように、それら(バグとタスク)のみの一種のバーンアップチャートを作成できるプラグインまたはツールはありますか.

スプリントの終わりには、バーンダウンだけでなく、バ​​ーンアップもあり、効果的な実際の努力は、この 2 つの合計です。

0 投票する
2 に答える
614 参照

jira - Jira Agile で、スプリントで課題を移動するときに、ログ作業を入力するように促すにはどうすればよいですか?

下の画像を見てください。私たちは Jira Agile とスプリントを使用しています。ワークフローのさまざまな列に問題を移動します。しかし、特定の問題に何時間取り組んだかを記録することを常に忘れています。

「進行中」フィールドと「テスト準備完了」フィールドの間で課題を移動するときに、Jira で「作業のログ」フィールドを確認する方法はありますか?

ここに画像の説明を入力

0 投票する
0 に答える
465 参照

git - JIRA で複数のプロジェクトを持つ 1 つの巨大な TFS チーム プロジェクトを管理する方法

状況と条件が非常にまれな場合、確実な解決策を見つけることができませんでした。TFS に複数のプロジェクト (対ソリューション) を持つ大きなプロジェクトがあります。彼らが 1 つのプロジェクトとして開始することを決めたのにはいくつかの理由がありましたが、その制限により、これを変更する必要があることがわかりました。以下のように、1 つの巨大な TFS チーム プロジェクトのアイデアをサポートするブログがいくつかあります。

とにかく、単一プロジェクトの主な問題は、現在のスプリントが 1 つしかないことと、複数のプロジェクト (ソリューションに対して) 作業項目を含むバックログが 1 つしか持てないことです。これは非常にばかげています。各プロジェクト (対ソリューション) ごとのプロジェクト チームは、コード ベースが共通している場所で分けられます。スプリントごとの作業項目の数は非常に多く、チーム メンバーにとっては複雑です。カップリングは非常に高く、展開は危険であり、コード ブロックの副作用は予測できません。

タスク管理には TFS の代わりに Jira Agile を使用することにしましたが、すべてのプロジェクト チームが Git の知識についてある程度成熟するまで、コード ベースを TFS に保持する必要があります。

この期間、TFS<->Jira 同期には TFS4JIRA プラグインを使用することにしました。この同期は、TFS プロジェクトを JIRA プロジェクトに一致させるように構成するために必要です。制限は、各 TFS サブ プロジェクトを Jira プロジェクトに分離したいこの構成では、この大きな TFS プロジェクトを 1 つの Jira プロジェクトにしか同期できないことです。これが、異なるプロダクト オーナーやチームで各サブ プロジェクトのスプリントを管理できる唯一の方法です。そうしないと、TFS にあるものと同じように、この大きなプロジェクトのバックログが 1 つと現在のスプリントが 1 つだけになります。

TFS4Jira はそのようなケースをサポートしていません。各プロジェクト (対ソリューション) の分離を論理的な方法で実装するための回避策を探しています。