バージョンは、0.5、0.9、1.0としよう。 タスク追加削除編集の手軽さが半端ない。タスクのマージ、サブタスク化も超ﾗｸ。 担当者のほかにフォローユーザを付けれるので様子見ていて欲しい人にもタスク状態が共有できる。 チケットに優先度はないけどドラッグで並び順変えれるし困ってない。 // ]]> 調査中に際だったのは、素早く頻繁にリリースするチーム、ここでは「迅速にリリースするチーム」と呼びますが、このようなチームには通常、1 スプリントにおよそ 30 の課題があるということです。そして私たちは、5 〜 7 人で構成された効率的なアジャイルチームについて議論しています。課題の数が 30 というと多すぎるように聞こえるかもしれませんが、その数字が全てを語っているわけではありません。30 という数字は、迅速にリリースするチームが仕事を多くの小さな機能単位に分割していることを意味しています。各機能を細かく分割することによって、小さなチームが自らを守り、1 つのスプリントで自信を持って完了できるレベルまで仕事に取り組むことができるのです。. To restrict issues, you can create them using the global navigation bar. かな？, このサイトはスパムを低減するために Akismet を使っています。コメントデータの処理方法の詳細はこちらをご覧ください。, Facebook で共有するにはクリックしてください (新しいウィンドウで開きます). という感じかな。, すでに、0.5は、できているので、良しとして。 These issues can be accessed by anyone who can see your project. To restrict issues, you can create them using the global navigation bar.
エピックを使用している場合、フィールドの設定をクリックしてエピックリンク フィールドを画面に追加する必要が生じることがあります。これにより、作成した課題をエピックに追加できます。, 課題を複製すると、同じプロジェクト内の課題の複製を素早く作成できます。複製された課題は、元の課題とほとんど同じ情報 (概要、影響バージョン、コンポーネントなど) を保持します。ただし、一部の詳細 (例: 作業ログ、コメント、履歴、Confluence ページへのリンクなど) は複製されません。課題ステータスも対応するワークフローの最初のステップに戻り、解決状況はクリアされます。複製された課題を元の課題にリンクすることも可能です。, 課題の分割は、課題がとても大きく、2 つ以上に分割して管理しやすくしたいときに便利です。アクティブ スプリントやカンバン ボードではなく、スクラム バックログとカンバン バックログ (有効化されている場合) からのみ課題を分割できます。, 課題を分割した後は、新しい課題はバックログ セクションに送られます。これはカンバン ボードの列の設定にもよりますが、基本的にはワークフローの最初のステータスにマッピングされている列のセクションです。, 課題のサブタスクを作成することによって、課題を小さなチャンクに分割したり、課題のさまざまな作業を別々の人に割り当てたりすることができます。サブタスクが課題の解決を遅らせているとことがわかった場合、サブタスクを課題に変換して、作業を独立して行うことができます。ある課題が実質的に大きな課題のサブタスクであることがわかった場合、課題をサブタスクに変換することもできます。, サブタスクは、管理者がサブタスクを有効にし、プロジェクトの課題タイプ スキームにサブタスクの課題タイプを追加している場合にのみ作成できます。, [サブタスクの作成] 画面をカスタマイズして、最もよく使用するフィールドを表示できます。これを行うには、ダイアログの右上隅にある [フィールドの設定] をクリックし、[すべて] または [カスタム] リンクを使用して既定の画面とカスタム設定画面を切り替えます。変更内容は保存され、以降も使用されます。, 課題を作成したあとで課題のタイプを変更し、必要な作業をより良く表すようにすることができます。たとえば、タスクとして起票した課題をバグに変更できます。, 新しい課題タイプに別のフィールドがある場合や、別のワークフローがある場合、変更を完了するための [課題の移動] 画面が開かれます。, 現在、新しい課題ビューでこの操作を実行することはできません。このプロセスを完了するには、課題キーをクリックしてフルページ ビューに移動 (まだ移動していない場合) し、右上のメニューをクリックして古い課題ビューを開きます。, 課題にサブタスクがある場合、その課題をサブタスクに変換することはできません。まず、課題のサブタスクを独立した課題に変換する必要があります。それから必要に応じて、その課題を別の課題のサブタスクに変換できます。サブタスクを１つの課題から別の課題へ直接移動することはできません。独立した課題に変換してから、新しい親課題のサブタスクに変換する必要があります。. 現在、Jira Software および Jira Core で新しい課題ビューのオン / オフを切り替えるには. *原文 : 2015 年 8 月 5 日投稿 "Break it down: decomposing user stories in JIRA", 課題を作成する際それをスプリントに割り当てると、その課題はスプリントの下部に追加されます。, Break it down: decomposing user stories in JIRA, 関連付けたいエピック上に課題をドロップします。これであなたの課題にはエピック名と共に色付きの菱形が表示されます。. Next-gen project admins can add, edit, or remove roles and their membership in the Access page. Learn more about roles and permissions in next-gen projects. TextClipを作るにあたって、改めて、ストーリーとか、意識してJIRAを使ってみよう, バージョンは、１回のリリースを表すのは、おそらく世界共通。 鍵アイコンをクリックし、[セキュリティ レベルの削除] を選択することで、課題のセキュリティ レベルを削除することもできます。. To take advantage of Jira's powerful project permission management features, upgrade your plan. Find out more about how project permissions work in Free plans. You can't edit project permissions or roles, on the Free plan for Jira Software or Jira Core, To restrict access, you must have a role with the, Learn more about restricting access to an issue, how project permissions work in Free plans, Learn more about roles and permissions in next-gen projects, You can quickly create issues using the inline issue create in the Backlog (for Scrum boards, backlog and future sprints only). In next-gen projects software projects, you can restrict access to specific roles in your project. When you create an issue using the global navigation bar as above, you can select the roles to which you want to restrict the issue. While bulk moving issues from a classic project to a next-gen, your issues will get moved without any restrictions and these become open. Learn more about issue security schemes. Select the roles you want to allow to see the issue from the dropdown.
0.9：タグを付与できてタグによるフィルタ表示できる [CDATA[ はじめに JIRAはJQLを使いこなすとチケットを柔軟にフィルタリング&表示させることができるため、より便利なツールとなります。よく使うJQLをまとめました 便利なJQLを見つけたら適宜追加していきます 接続詞 項目 説明 こんな感じに使う and 複数の句を繋げたい時 project = "New office" a…
JIRA のアジャイルプロジェクト数が (なんと Cloud 製品の顧客だけで) 50 万を超えました。アジャイルチームがどのように仕事をしているかがわかる膨大なデータを私たちは持っていることに気付きました。そして、匿名データマイニングによって、スプリントを繰り返してテンポ良くリリースしているチームを発見しました。. まぁ、必要になったら、使うことにしてみようTextClipでは、 「タグを使った操作」かな？, ユーザーストーリートしては、 You can also remove roles by clicking the X next to the role’s name in the menu. タスク追加削除編集の手軽さが半端ない。タスクのマージ、サブタスク化も超ﾗｸ。 担当者のほかにフォローユーザを付けれるので様子見ていて欲しい人にもタスク状態が共有できる。 チケットに優先度はないけどドラッグで並び順変えれるし困ってない。 今日は、私のプリセールス活動を楽にするために ブログを書かせて頂きます。jiraをアプリケーションで利用したい方のお役に立てれば幸いです。 rest api ドキュメント. Learn more about issue security schemes. 1.0：プラグインにより機能拡張できるバージョン '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のデフォルトで、課題タイプに[ストーリー][タスク]の2種類について、主にどのように使い分けるものなのでしょうか。 アジャイルやスクラムについて勉強しているのですが、この2つを使い分けた説明をしているものがなく、どういう運用を想定しているものなのかよくわかりません。 These issues can be accessed by anyone who can see your project. You can't edit project permissions or roles on the Free plan for Jira Software or Jira Core, and you can't configure issue-level security on any Free plan (including Jira Service Management). To set issue restrictions to sub-tasks, you will have to update the restrictions for the parent issue. //
For example, you may want to restrict who can view tasks related to sensitive financial information, hiring or other personal employment information, or security-related software engineering work. For instance, if there is a custom role Developer, and the issues are only restricted to this role, then the issues become unaccessible when the role is deleted.
1 スプリントで発生する課題の数に対するチームのスイートスポットを見つけるために、あなたのチームに必要なことは、課題の範囲が大きくなりすぎる瞬間を見極めることです。その瞬間を見つけたら、それに対して何か行動を起こし、JIRA によって変化を起こす必要があります。ストーリーだったものをエピックに変更すべきでしょうか? 便利なJQLを見つけたら適宜追加していきます, チーム開発実践入門──共同作業を円滑に行うツール・メソッド WEB+DB PRESS plus, gadgeterkunさんは、はてなブログを使っています。あなたもはてなブログをはじめてみませんか？, Powered by Hatena Blog This icon only appears if the project has a security scheme configured. それともより小さなストーリーやタスクに分割すべきでしょうか? Select the Restrict to field in the issue’s list of fields. いずれかの Jira アプリケーションで 1 つ以上のサブタスクがすでに作成されている場合は、サブタスクを無効にできないので、ご注意ください。 それらのサブタスクを無効にする場合は、サブタスクを標準の課題タイプに変換できます。
ブログを報告する, こんにちわ がじぇったー (@hackmylife7) | Twitter です。 在…, こんにちわ がじぇったー (@hackmylife7) | Twitter です。 意…, こんにちわがじぇったー (@hackmylife7) | Twitter です。順番…, 【AWS】phpPgAdminをEC2(CentOS7)に導入し、RDSのデータを確認する, 【AWS】CloudWatchLogs → Datadog Log Managementの設定方法, 【Terraform】AWS Providerのバージョンを上げてdata could not be decoded from the state: unsupported attributeというエラーが出力されるときの対応, 【AWS】ALBのIPを固定したいのであればGlobal Acceleratorを使う, 【異物混入】マイプロテインのプロテインバーで虫が混入した事件をまとめました。今後の対応を追記します。, project = "New office" and status = "open, 複数の項目を含む時。結構使える。例はconponent1,2,3に含まれるチケットを表示, ◯を含む、というように探したい時。これも結構使う。例は「要約」のフィールドで「win」という言葉を含む時, 大体はemptyと組み合わせて使う。↓の例だと、fixVersionというフィールドに文字が含まれている（または含まれていない）チケットを表示する, project = TES AND issuetype = エピック AND status != Resolved ORDER BY priority DESC, project = TES AND issuetype = エピック AND status != Resolved ORDER BY priority ASC, duedate >= "2017/01/01" AND duedate <= "2017/01/31", project = "TES" AND resolution = Unresolved AND created >= "-5d". JIRAのチケットを適当に検索 今回は、HipChatのアカウント発行依頼のチケット 解決済のまま、いっぱいcloseしてなかった.
rest api で jira software ... rest api を利用すると、データの「追加、更新、検索、削除」ができます。それぞれ、http メソッドの post / put / get / delete に対応しています。jira も同様です。 ... 15:45.000+0900,[]
これらの質問に答えるために、課題を適切に分割して、それらの全てを 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 の翻訳です。本文中の日時などは投稿当時のものですのでご了承ください。