比較バージョン

キー

  • この行は追加されました。
  • この行は削除されました。
  • 書式設定が変更されました。
展開
title変更履歴

2020/12 全社でのJiraの導入を決定し、このドキュメントを整備した

...

展開
titleエピック・タスク・サブタスクの使い分け
  • 基本的にはタスクを使ってください。

  • 以下の場合のみ、エピックとサブタスクを使ってください。

    • タスクの完了に1週間以上かかりそうな場合:エピック

      • エピックを親に持つタスクを複数作成します。

      • エピックを単体で作成しないでください。

    • タスクをさらに細分化する場合

      • タスクから「サブタスク」を作成してください。

      • サブタスクはボードに表示されなくなるため、分ける必要がなければ分ける必要はありません。

      • 一つのタスクの完了のために、複数のPRを出す場合

エピックの利用例

エピック:

Jira レガシー
serverSystem JIRA
serverIdb24e110f-730a-3c2f-828f-c1af82eadc96
keySD-147

タスク:
Jira レガシー
serverSystem JIRA
serverIdb24e110f-730a-3c2f-828f-c1af82eadc96
keySD-316

...

要約(タイトル)

  • 課題で行うことを端的に記載します課題で行うことを端的に書きます。

  • 略語を使いません略語を使いません。

    • 誰にでも理解しやすくし、検索しやすくするため、略語は使わないでください。

    • NG例: メアド

    • OK例: メールアドレス

  • 画面名や機能名を【】 で記載します で囲み先頭に書きます。

    • 特定の画面・機能についての内容の場合は、先頭に 【】 をつけて画面や機能について記載します。

    • NG例: メールアドレス入力時のエラーメッセージ

    • OK例: 【オンボーディング>メールアドレス入力画面】エラーメッセージの表示方法を他の画面と合わせる

  • できるだけ具体的に書きます。

    • NG例: 【投稿履歴】ボタンの意味をわかりやすくする

    • OK例: 【投稿履歴】いいねやリツイートボタンをホバーした際にツールチップを表示する

  • 問題点ではなく、作業内容を書きます。

    • 要約を読んだだけで作業内容を把握できるようにし、作業が終わったら完了にできるようにします。

    • 作業内容が決まっていない場合は問題点を書いてもよいですが、作業内容が決まったらタイトルを修正します。

    • このルールは、「エピック」や「イニシアチブ」には適用しません。

    • NG例: 【投稿履歴】投稿の下のいいねボタンが表示されない

    • OK例: 【投稿履歴】投稿の下のいいねボタンが表示されない不具合を解消

    • NG例: 【チーム】新規登録後のタイムゾーンがUTCになっている

    • OK例: 【チーム】新規登録した際のブラウザのタイムゾーンをもとにSocialDogのチームのタイムゾーンを設定するようにする

  • 同じような作業が何度も発生する場合は年月をつけるなどしてわかりやすくします。

    • NG例: 【インフラ】古いaction_queueテーブルのデータを削除

    • OK例: 【インフラ】古いaction_queueテーブルのデータを削除(2022年10月)

説明文

  • 背景や目的を詳しく書きます背景や目的を詳しく書きます。

    • 「なんのためにそれをする必要があるのか」が伝わるようにします

  • スクリーンショットに印をつけた画像を添付します。

    • 修正箇所がひと目でわかるようにします。

  • 箇条書きや番号付きリストを活用して読みやすくします。

  • 課題についてわかりやすく書きます。

  • 不具合についての課題の場合は、できるだけ具体的に以下を書きます。

    • 再現方法(例:●●をクリックしたら●●と表示されてしまった。●●と表示されるべき)

    • 再現環境(例:Mac/Chrome)

    • 問題が起きているときのキャプチャ画像(ドラッグアンドドロップでも貼れます)

...

ステータス

状態の説明

担当者

担当者がやること

ステータス
titleBacklog

ステータス
titleバックログ

実施するかどうか決定していない、または、仕様が決まっていないアイディア

バックログは誰でもいつでも追加してOK!

実施することを決め、仕様を書いたら Ready に移動

プロジェクトリード

※課題作成直後は、自動的にプロジェクトリードになります。

実施可否を判断し、

  • 他の人に作業内容を決めてもらう場合

    • その人を担当者にする

  • 作業内容が確定し実施する場合

    • 作業内容を決めて

      ステータス
      titleREady
      にする

  • 直ちには実施しない場合

    • 担当者を外し、

      ステータス
      titleBacklog
      のままにする

  • 今後も実施しない場合

    ステータス
    colourGreen
    titleDone
    にする

ステータス
titleREady

実施決定&作業内容(仕様)確定済み。

作業内容が決まって、タスクに取り掛かれる状態。作業開始待ち。

作業者

作業を開始したら、

ステータス
colourBlue
titleIn Progress
に移動

ステータス
colourBlue
titleIn Progress

ステータス
colourBlue
title進行中

作業中/開発中

作業者

作業が完了したら、

  • 確認すべき人がいる場合

    • ステータス
      colourBlue
      titleIn Review
      に移動し、その人を担当者にする

  • 確認すべき人がいない場合

    • ステータス
      colourGreen
      titleDone
      に移動

ステータス
colourBlue
titleIn Review

レビュー中

施策立案者

内容を確認して、

  • 問題ない場合

    • ステータス
      colourGreen
      titleDone
      に移動

  • 問題がある場合

    • ステータス
      colourBlue
      titleIn Progress
      に戻して、担当者を作業者にする

ステータス
colourGreen
titleDone

完了

...