4
ビルドしたいWebアプリケーションがあります。どのようにfogbugzを使ってすべてのタスクを管理する必要がありますか？fogbugzの領域を分割するにはどうすればいいですか？
私がページ単位で行っているすべてのタスクをリストしたい場合、その領域を使用すべきですか？ 私もモジュールに分解したい、再び私は領域を使用していますか？
例：
- ユーザー
- は、ユーザーがユーザー
か、それは上で行う場合に
A
答えて
11
私は、時間の経過とともに、プロジェクトや責任（エリア）以外の方法であなたのケースを厳格に構造化しようと努力していることが分かりました。
右のプロジェクトと領域の下で、FogBugzのケースを適切なタイトルで入手してください。
したがって、プロジェクトは、あなたが取り組んでいるプロダクトやビジネスプロジェクトが何であれです。
領域がUI、コード、ドキュメント、データ移行、人々は異なる責任および/または能力を持っているものの種類のようなものでなければなりません。そして、
タイトル容易な管理と検索のために、あなたの例を、維持します可能な場合は2,3時間以内にケースの範囲を確認してください。
だから、あなたの例からそれが更新役割
- ...のような単純なものだろうか？
- リストの役割
- ユーザー追加
- 見るユーザー
- 更新ユーザー
- 削除ユーザー
- リストユーザー
- 役割を削除するには、依存関係のチェックを追加します。でも上記、正直に言うと
は少しオーバーボードおそらく、あなたはおそらくと離れて取得したい：
- ユーザーの役割を
- /ビュー/更新/削除/リストを追加ユーザー追加/表示/更新/削除/リスト
あなたが簡単になると、あなたのdevsに入れて、あなたのdevsを感じることなく、より多くのことを妨げることはありません。
3
ユーザは、割り当てられたケースでフィルタリングすることができます。したがって、ユーザは自分のキューを常に表示できます。
複雑な領域がたくさんあるだけで、複雑さが増します。そのレベルの内訳は必要ありません。
アクティブなケースが多数あることは決してありません。また、短いリストには多くのカテゴリを分類する必要はありません。
エリアフラグを使用すると、複数の開発者にまたがるキューに作業をグループ化することが最も効果的です。それで誰かがすぐに見ることができる待ち行列を手に入れます。
たとえば、まだ決定していない機能のアイデアについては、「商品計画」領域があるとします。大規模なチームでは、サブチームごとに領域を割り当てることができるため、各ラインマネージャは独自のキューを表示できます。
Fogbugzを4年間使用してきた大規模で複雑なプロジェクトが1つあり、5つ以上の領域は必要ありませんでした。私たちがここで提案した方法でエリアを分割すると、今では数百のエリアを持つことになります。