jira 課題タイプ 使い分け 9

課題タイプ別に課題担当者を自動で割り当てる方法 2017-09-12 (Tue) • By 伊藤 • ドキュメント • Jira ナレッジベース 翻訳 今回の記事は、JIRA ナレッジベース「 How to automatically assign an Issue to a user, based on Issue Type 」の弊社翻訳版です。    ①サブタスク用のワークフローを用意する。 JIRAのデフォルトで、課題タイプに[ストーリー][タスク]の2種類について、主にどのように使い分けるものなのでしょうか。, アジャイルやスクラムについて勉強しているのですが、この2つを使い分けた説明をしているものがなく、どういう運用を想定しているものなのかよくわかりません。, スクラムの場合だと、例えばプロダクトオーナーから発生した課題がストーリー、開発チームから発生した課題がタスク、という分け方になるのでしょうか。, 自社でScrumにJIRAを利用している者です。JIRA がルールを決めている訳ではありません。が、シンプルに言えばPBI がストーリーで、タスクがSBIです。また、JIRAは歴史的に「課題タイプ(issue type)」というネーミングを使っていますが、別にこれは日本語的な「課題」ではないので気にしないほうが良いです。(開発チームから発生した課題は「課題」です), https://www.evangelism.jp/articles/value-of-atlassian-toolchain-01/. プロジェクト全体に設定する場合は、管理画面の課題の通知スキームにて該当するプロジェクト用のスキームを作成し、その中の「課題が作成されました(システム)」に通知先の設定を行う。, 課題タイプ別に設定する場合は、その課題タイプが使用するワークフローのトランジション「create」の事後処理で、Send an emailを追加して送付先、本文等を設定する。, 課題タイプ別にメール通知設定を使い分けする場合、ワークフローのトランジション「create」の事後処理でSend an emailを使うが、5つの課題タイプの内、1つだけメール通知したくない、あとは同じメール本文で構わないというケースでは面倒。 JIRA のアジャイルプロジェクト数が (なんと Cloud 製品の顧客だけで) 50 万を超えました。アジャイルチームがどのように仕事をしているかがわかる膨大なデータを私たちは持っていることに気付きました。そして、匿名データマイニングによって、スプリントを繰り返してテンポ良くリリースしているチームを発見しました。. これらの質問に答えるために、課題を適切に分割して、それらの全てを JIRA でまとめる方法を一緒に見て行きましょう。, 最近投稿された JIRA Portfolio ブログにおいて、JIRA Portfolio で仕事を整理する方法を基礎から説明しています。同じように、JIRA には仕事の整理を行うために階層構造が存在します。「バージョン」は今後のリリースを表し、「エピック」は単一の機能またはイニシアチブを、「課題」 (ユーザーストーリー およびタスク) は各機能単位を表し、「サブタスク」は親ストーリーやタスクを含む仕事において、より小さな単位を表しています。, この階層構造があるため各要素の範囲がある程度わかるでしょう。しかし、チームのバックログにある ユーザーストーリー が機能全体を表している場合がありますし、あるいは、他の課題より 2 倍あるいは 3 倍大きいと思われるものもあるかもしれません。どちらのケースでも、課題の範囲は再評価する必要があります。, ある課題の説明が一つの機能の説明のように見えるか、もっと大きな作業になりそうであれば、その課題はエピックに変換しましょう。そして、その構成要素である ユーザーストーリー とタスクにすぐにリンクするべきです。このために JIRA では以下の作業が必要になります。, 次に、ユーザーストーリー 用の課題を作成し、これとあなたが新しく作成したエピックを関連付けます。JIRA で課題を作成する方法はきちんと文書化されていますが、まだあなたがご存じでないと思われるテクニックがいくつかあります。, これが課題タイプをより大きい範囲に変更する方法です。逆に、ユーザーストーリー が機能全体になってはいないけれど、1 つのスプリント内で 1 人で完了できないほど作業が多い場合、複数の課題に分割する必要があります。そういった問題が起きる時、チームの見積もりを理解する必要性が出てくるでしょう。, 例えば、JIRA マーケティングチームは、ストーリーポイントを見積もりに使用しています。ユーザーストーリー が 20 ポイントかそれ以上だと見積もられた場合、私たちはそれをレッドフラグとしています。それは、課題の見積もりが、2 週間のスプリントには大きすぎるということです。これがストーリーポイントを基準にするチームルールです。さまざまな基準があり得ます。しかし、試しにあなたの開発チームも同じ基準で 2 週間スプリントを実施するとしましょう。20 ストーリーポイントは、ユーザーストーリー に含まれる未知の物が多すぎるか、単に大きすぎることを意味するでしょう。小さい課題に分割する方法は、プロダクトオーナー、開発者、テスター、スクラムマスターなどから構成されるあなたのチーム次第です。, 見積もりについてさらに知りたいですか?見積もりはややこしくなることがあり、見積もりに時間を使用するチームもあればストーリーポイントを使用するチームもあります。ストーリーポイントは、フィボナッチの 0、0.5、1、2、3、5、8、13、20、40、100 といった数列のような相対的な労力を表しています。これらの数字のように抽象的に聞こえるかもしれませんが、チームは実際にこの形式の見積もりに非常に早く慣れていきます。詳しい情報は、記事 コラボレーション、抽象化、 その他のアジャイル見積もりの秘訣 をご覧下さい。, ユーザーストーリー を 2 つの課題に分割することにした場合、コピーをすること、すなわち JIRA の課題においてはクローニングが最高の選択肢になります。クローニングによって、新しい課題には概要、課題タイプ、スプリント、エピック、バージョン、予定日、担当者などのオリジナルと同じあらゆる情報が含まれます。説明文は、各課題の希望の範囲を反映するように、明らかに更新する必要があります (基本的には 2 つに分割)。クローンした課題の担当者とフィックスバージョンも、状況に応じて同様に変更する必要があるかもしれません。, プロのヒント:もう一つの優れた JIRA キーボードショートカットは、「.」(ドット / フルストップ / ピリオド) です。これによりオペレーションダイアログボックスを開きます。これを開くと、 Clone などのアクションを入力し、課題の上部にあるナビゲーションを使用することなくダイアログボックスを開くことができます。このショートカットは必ず覚えて、進捗の開始やスクリーンショットの添付、ウォッチの終了などと一緒にあなたのアクションのテクニック集に取り入れるべきでしょう。, クローニングのもう一つのメリットは、新しい課題がオリジナルの課題の課題リンクセクションに表示されることです。それには「クローン先」というリンクタイプと新しい課題への参照が付与されています。同様に、新しい課題の課題リンクセクションには、オリジナルの課題の参照があり、それには「クローン元」というリンクタイプが付与されています。, リンキングは各課題の関係を繋げる素晴らしいものです。JIRA には「クローン先 / クローン元 (is cloned as/is cloned from)」や「ブロック/ ブロック元 (blocks/is blocked by)」などの基本的なリンクタイプがいくつかありますが、JIRA 管理者と協力して、あなたの希望のあらゆるカスタムリンクタイプを追加することも可能です。限界はありません。例えば、ここアトラシアンでは「問題 / 原因 (causes/is caused by)」というカスタムリンクタイプを追加し、コード変更が新しいバグを生み出した状況を反映しています。, 2 つの課題がリンクされれば、それらの関係は課題リンクセクションに表示されます。また、リンクされた課題の優先度やステータスを見ることもでき、それにより課題間を移動する必要がなくなり、待機中の課題が完了されたかどうかを確認するために検索する必要もなくなります。, 課題を分割しようとしているかどうか、または課題をプロジェクトにまとめようとしているかどうかに関わらず、リンクはシンプルです。ここに課題のリンク方法を紹介します。, さらに、上述したオペレーションダイアログボックスを使うことで時間を節約することもできます。, そしてサブタスクがありました。それらを課題を解決するための個別ステップとして列挙するチームもあります。複数のメンバーに課題の完了が要求された場合、担当者を変えるのではなく 5 つのサブタスクを 5 人の異なるメンバーに割り当てることができるから、サブタスクを気に入っているというチームもあります。リンキングと同じように、管理者がサブタスクを有効にする必要がありますが、その後は、More メニューで Create Sub-Taskメニューを選択するだけでサブタスクを作成することができます。また、同じメニューから既存の課題をサブタスクに変換することもできます。, サブタスクは通常、バックロググルーミングあるいはスプリント計画中に追加されます。これは、ユーザーストーリー を分割する必要性を決定するのと同じ状況です。これにより課題を小さくするタイミングを見つけやすくなるため、必然的により簡単で正確に見積もりがしやすくなります。, JIRA の他のあらゆる機能と同様、サブタスクはカスタマイズが可能です。サブタスクが全て完了するまでユーザーストーリーを次のワークフローステータスに移したくない場合は、そうすることも可能です。これらは、より賢くチームの計画を立て、リリースリズムを見つける助けになるツールなのです。, プロのヒント:スプリントをクローズするために、全てのサブタスクを完了する必要があります。サブタスクがオープンではあるけれど親課題が正当にクローズできる場合 (例えば、ドキュメントを更新するというサブタスクはオープンだけど、機能そのものの準備が完了している場合など)、サブタスクを課題に変更してスプリントをクローズすることができます。ただし、スコープクリープとしてスプリントレポートに表示される場合があることにご注意下さい。, JIRA の 50 万以上に及ぶアジャイルプロジェクトにおいて、迅速にリリースするチームのおおよその平均値としては 1 スプリント当たり 30 の課題数ではありますが、本当に重要なことは、スプリントの間に完了できるように課題の大きさを決めることです。課題が大きすぎると判断して、エピックに変換したり小さな課題に分割したりすることができれば、より成功に近づき、スプリント後にはあなたのチームは「迅速にリリースするチーム」になっているでしょう。, 私たちは、迅速にリリースするチームの他のパターンやよくある傾向も発見しています。迅速にリリースするチームの特徴をインフォグラフィックスでご覧ください。, *本ブログは Atlassian Blog の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。 you can read useful information later efficiently. 最近投稿された JIRA Portfolio ブログにおいて、JIRA Portfolio で仕事を整理する方法を基礎から説明しています。同じように、JIRA には仕事の整理を行うために階層構造が存在します。「バージョン」は今後のリリースを表し、「エピック」は単一の機能またはイニシアチブを、「課題」 (ユーザーストーリー およびタスク) は各機能単位を表し、「サブタスク」は親ストーリーやタスクを含む仕事において、より小さな単位を表しています。 この階層構造があるため各要素の範囲がある程度わかるでしょう。し … サブタスクをどこに当てはめれば良いのでしょうか? What is going on with this article? 不明点については質問してください。. jiraのデフォルトで、課題タイプに[ストーリー][タスク]の2種類について、主にどのように使い分けるものなのでしょうか。 アジャイルやスクラムについて勉強しているのですが、この2つを使い分けた説明をしているものがなく、どういう運用を想定しているものなのかよくわかりません。 {"serverDuration": 64, "requestCorrelationId": "d352e82609c0b946"}. 'http':'https';if(!d.getElementById(id)){js=d.createElement(s);js.id=id;js.src=p+'://platform.twitter.com/widgets.js';fjs.parentNode.insertBefore(js,fjs);}}(document, 'script', 'twitter-wjs'); // ]]> その場合は、通知スキーム中に任意カスタムイベント(非通知用として使う)を作成し、それをメール通知したくない課題タイプに対してセットすればよい。 みなさんこんにちは。JIRA adminこと、フロントエンドのはっちゃんです。 みなさん、タスク管理ツールは使っていますか? ツールを導入すると、タスクを小分けにしてチケット化したり、ガントチャートなどで進捗の管理がしやすかったりするので、とっても便利ですよね! Help us understand the problem. Why not register and get more from Qiita? *原文 : 2015 年 8 月 5 日投稿 "Break it down: decomposing user stories in JIRA", 課題を作成する際それをスプリントに割り当てると、その課題はスプリントの下部に追加されます。, Break it down: decomposing user stories in JIRA, 関連付けたいエピック上に課題をドロップします。これであなたの課題にはエピック名と共に色付きの菱形が表示されます。. // ]]> 調査中に際だったのは、素早く頻繁にリリースするチーム、ここでは「迅速にリリースするチーム」と呼びますが、このようなチームには通常、1 スプリントにおよそ 30 の課題があるということです。そして私たちは、5 〜 7 人で構成された効率的なアジャイルチームについて議論しています。課題の数が 30 というと多すぎるように聞こえるかもしれませんが、その数字が全てを語っているわけではありません。30 という数字は、迅速にリリースするチームが仕事を多くの小さな機能単位に分割していることを意味しています。各機能を細かく分割することによって、小さなチームが自らを守り、1 つのスプリントで自信を持って完了できるレベルまで仕事に取り組むことができるのです。. DEVELOPER LICENSE - This Confluence site is for non-production use only. !function(d,s,id){var js,fjs=d.getElementsByTagName(s)[0],p=/^http:/.test(d.location)?    ③編集画面にてイベントに非通知用として作成したカスタムイベントを設定する。 それともより小さなストーリーやタスクに分割すべきでしょうか?    ④ワークフローを有効にする。, 取引先のシステム保守案件で管理職しながら、JIRAの面倒をみていたりします。 //

鶏肉 酢 大根, Miyota リューズ 外し方, エクリプス 削除 復元, コロンビア 大使館 求人, 大根 もやし 鍋, 揺れる警視庁 1200万人の人質 単行本, ベンツ Eクラス ディーゼル 中古, 丸大 ボロニアソーセージ 価格, 猫 逃げる 振り返る, ワンピース エース 小説 3,