問題タブ [jira-agile]

私は遠隔地の会社で働いており、メール、フォーラム、および IM が主要なコミュニケーション ツールです。私たちは公式には書籍の方法論には従いませんが、リリース スケジュール、クライアントとのやり取り、および分散したチームに適応したスクラムのようなものに関して、よりアジャイルなスタイルのセットアップに向けて進化してきました。

あるプロジェクトで Jira を使用していますが、Greenhopper が役立つのではないかと考えました。それとも、アジャイルのドグマ全体をより正式に遵守し、最終的に邪魔になるチームに焦点を当てているのでしょうか?

アジャイルが良いか悪いか、何が関係するかなどについての議論には入りたくありません...アジャイルの原則によって定義されているのではなく、アジャイルの原則に触発された方法論を持つプロジェクトに Greenhopper が役立つかどうかだけです。

Jira / GreenHopperを使用して、スクラムチームでスプリントを実行しています。Jiraがバグ追跡ツールであり、GreenHopperがスクラム風のアドオンであるという事実は痛々しいほど明らかになりつつあります。

プロダクトオーナーにJira/GreenHopperにユーザーストーリーを入力してもらい、チームに技術的なタスクをユーザーストーリーに掛けてもらいたいと考えています。どのようにこれを行うのですか？Jira / GreenHopperには、タスクを含むユーザーストーリーの概念がないようです。これは正しいですか、それとも何かが足りませんか？

また、Jira / GreenHopperのタスクボードで、ユーザーストーリーとタスクがToDoからDoneに移動するときにそれらを追跡する必要があります。繰り返しますが、これを行う方法はないようです。ユーザーストーリーは、すべてのタスクが完了すると完了します。ユーザーストーリーの進行中に、タスクをToDoからDoneに移動できる必要があります。Jira / GreenHopperタスクボードではこれができないと考えるのは正しいですか？

私は一般的に、Jira / GreenHopperを使用して上記の問題を解決する方法についての考え、本、チュートリアルなどに興味があります。

私は JIRA でいくつかのリリース バージョンを作成しました (「スプリント」機能に最も近いものを見つけることができました) が、私の人生では、それらを配置する順序をどのように決定するか、またはどのように変更するかを理解できません。開始日またはリリース日で時系列に並べ替えられるのではないかと思いましたが、サイコロはありません。

私がやりたいことは、ユーザー ストーリーを割り当てることができるように多数のバージョンを作成することだけですが、計画ビューには時系列で表示されます。

何か案は？

プロジェクトのコンポーネントをバージョン管理するためのベストプラクティスまたは推奨される方法はありますか？ちょうど私はコンポーネントSpecificService1、SpecificService2を含むEnvironmentServicesプロジェクトを持っているかもしれません...これらの子のそれぞれは独立したバージョン管理を持っています。

これを実装する最も効果的な方法は何ですか？スタンドアロンのJiraはコンポーネントのバージョン管理をサポートしていないようです：ここで取り上げます。

ライフサイクルを持ちたい「 SpecificService 」ごとにプロジェクトを作成するのでしょうか。または、GreenHopperを利用して、コンポーネント/バージョン階層を使用できますか？

任意の提案をいただければ幸いです。

課題追跡システムとアジャイル計画にJira（Jira Agileプラグイン-スクラムテンプレートを使用）を使い始めたところです。

私は物語と改善の違い（または意図された違い）について混乱しています。私たちのすべての「もの」は物語として書かれています。これらのストーリーは、新しい機能と既存の機能の改善の両方を説明しています。それらすべてをストーリーとしてリストする必要がありますか、それとも改善を改善としてリストする必要がありますか？

物事をシンプルに保ち、Epic、Story、Bugだけを用意する必要があると思います。ただし、改善を非表示にして、意図しない効果が発生したり、有用な機能が失われたりすることはしたくありません。

よろしくお願いします。

Jira Greenhopperからバーンダウンチャートを作成するためのデータを取得するにはどうすればよいですか？

自分のグラフィックで自分のバーンダウンチャートを作成したい。現在および過去のタスクデータを取得できるAPIはありますか？

Jira と Greenhopper をセットアップし、最初のスプリントをセットアップしました。私は、ホワイトボードと対面式のコミュニケーションを介して、主にスクラムを行ってきました。greenhopper を使って計画外のアイテムをどのように処理すればよいのでしょうか? New Cardを追加して統計を台無しにしたいだけではありません。スプリントが完了したときに、予定外の作業の量を把握できるとよいでしょう。私の最初の推測では、 に を追加しNew CardてTask Board、予定外としてタグ付けすることでした。unplannedしかし、のタグが見つからないようですCard。

スイムレーンタイプのビューでJira/Greenhopperの問題を表示することは可能ですか？必要なのは、ToDo / In Progress / Doneレーンを備えたGreenhopperのタスクビューに似ていますが、バージョンレーンを備えたビューです。たとえば、V1 / V2 / V3を表示する垂直レーンを表示し、各バージョンに属する問題が適切なレーンに表示されるようにしたいですか？

おそらくそのためのプラグインがありますか？理想的には、レーンを構成できるため、バージョンの代わりに、署名者、タイプ、コンポーネント、カスタム問題フィールドなどによって分類された問題を1つの画面に表示できます。

Jira/Greenhopper でスプリント プランを入力する際に​​間違いを犯しました。予定よりも少し容量が多いことがわかりました。
これはスプリントの 2 日目に発生しましたが、スプリントの開始後に追加の問題を追加すると、赤い「ガイドライン」は当初の見積もりから始まります。
これを回避する方法はありますか？

JIRA + Greenhopper のアジャイル フローは初めてです。JIRA + GH でアジャイルを機能させるための正しい/より良い方法を理解しようとしています。ネットでいくつかの情報を読みました。これまでのところ、ストーリーとエピック (大規模なストーリー) があることを理解しています。タスクを作成する流れを知りたかったのです。

1. まず、ストーリー/エピックを開き、非技術的なテキストで定義します。
2. ストーリーにサブタスクを作成できます (現在、技術サブタスクしかありません)。
3. ストーリーを開いた後 - 開発のために、新しいチケット (バグ/新機能/タスクなど) が作成され、ISSUE LINKING を使用してストーリーにリンクされます。

これは正しい流れですか？私の質問は次のとおりです。

1. 開発チケットを個別に開いてそれらをリンクする場合、(2) で技術的な問題のサブタスクを開く必要がある理由がわかりません。ストーリーのサブタスクの目的は何ですか?
2. GH から直接開発チケットを作成するためのより良い/簡単な方法はありますか? または、それらを個別に開いて、ストーリーの親の問題にリンクする必要がありますか?

迅速な対応ありがとうございました。