experience.この広告は、90日以上更新していないブログに表示しています。Systemの利用パターンredmineツールは手段です。ツールを使用するには目的が伴うのが普通です。Systemの使い方を示したいと思います。Systemを導入する目的はなんでしょう?要件を管理したいタスクを管理したい報告書の元ネタにしたい情報を共有する場にしたい進捗を管理したい課題を管理したいいろいろ挙げられると思いますが、ここでは次の3点に絞ります。その前に前置き要件という用語はユーザーストーリーとして置き換えてもらっても構いません。次のようなイメージをしてもらえば良いでしょう。要件(ユーザーストーリー)お客さん*1が望んでいること、お客さんに提供する価値タスク要件を実現するためにすべきこと、TODOと言い換えても可もうちょっと前置き向いているツールに(?)がついてるのは使用経験がないので憶測で書いています。*2フィードバックがあれば歓迎しますのでお願いします。「要件管理パターン」プロジェクトの要件だけを管理するパターンです。詳細なタスクまではチケットにしません。要件の変更が激しいタスクが細かすぎる具体的な作業はアナログで管理したい解説タスクが細かすぎてチケットを作成するコストが高くなってしまう場合に有効です。要件の変更、追加などに対応するため、1つ1つの要件は比較的小さくなるでしょう。作業のトラッキングはリポジトリのコミットコメントなどを活用します。Redmineのようにチケットとコミットを関連付ける機能を持っているツールであると助かります。要件とタスクを管理するパターンです。要件はタスクから積み上げられるためざっくりとした題名になりがちです。そのため要件のチケットを終了させるタイミングが難しく、誰のどういう判断基準によって終了と見なすのかチーム内でしっかりと合意する必要があります。タスクはすべてチケットになっているため外部の人が見た時も状況把握の手助けになります。あとどれだけの作業が残っているのかもメンバー間で認識しやすくなります。*3またデジタル上でタスク管理する利点として、バーンダウンチャートなどを自動で作成してくれるツールも活用できます。ちなみに要件とタスクは階層関係になるためチケットも親子関係で作られることが望まれます。課題を管理するパターンです。一般的にバグトラッキングと言えばこの使い方になります。課題と書きましたが障害やバグと言い換えても良いでしょう。上述の2パターンと比較すると目的はより明確です。1つ1つのバグを記録し、解決するためのワークフローを提供します。「要件管理パターン」はタスクの管理をアナログな方法によって解決することが期待されます。アナログな方法はチームの工夫次第で様々な取り組みをしてよいでしょう。一方で「要件+タスク管理パターン」はデジタル上でタスクを管理することにより、確実なタスクのトラッキングを可能にします。Systemと銘打つツールですからトラッキングは重要な要素です。厳密に1つのタスクも取りこぼせない詳細な管理をしたい場合は「要件+タスク管理パターン」が有効でしょう。パターンの組み合わせおそらく「課題管理パターン」はどのプロジェクトでも必須だと思われます。そのうえで、必要に応じて「要件管理パターン」もしくは「要件+タスク管理パターン」を組み合わせるようになるでしょう。まとめ冒頭にも書きましたがツールは手段です。目的に応じた使い方をみなさんそれぞれで考えてみてください。自分のできること、好きなこと、やりたいこと。plugin月別アーカイブはてなブログをはじめよう!coolstyleさんは、はてなブログを使っています。ブログを報告するスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。