構築したい Web アプリケーションがあります。fogbugz を使用してすべてのタスクを管理するにはどうすればよいですか。
ページごとにすべてのタスクをリストしたい場合、そのためにエリアを使用する必要がありますか? また、モジュールに分割したいのですが、やはり領域を使用しますか?
例:
- ユーザー
- ユーザーを追加する
- ユーザーを削除
- パーミッション/ロールをユーザーに割り当てる
または、ページ単位で行うと、リストが異なって見えます。
構築したい Web アプリケーションがあります。fogbugz を使用してすべてのタスクを管理するにはどうすればよいですか。
ページごとにすべてのタスクをリストしたい場合、そのためにエリアを使用する必要がありますか? また、モジュールに分割したいのですが、やはり領域を使用しますか?
例:
または、ページ単位で行うと、リストが異なって見えます。
時間の経過とともに、プロジェクトと責任(領域)以外の方法でケースを厳密に構成しようとするのは無駄な作業であることがわかりました。
ケースを適切なプロジェクトと適切なタイトルのエリアの下でFogBugzに入れるだけです。
したがって、プロジェクトは、あなたが取り組んでいる製品またはビジネスプロジェクトが何であれです。
領域は、UI、コード、ドキュメント、データ移行、人々がさまざまな責任や能力を持っている種類のものである必要があります。
次に、管理と検索を容易にするためにケースにタイトルを付け、ケースの範囲を可能であれば数時間、確かに2、3日以内に保ちます。
したがって、あなたの例から、それは次のように単純である可能性があります...
正直なところ、上記でもおそらく少しやり過ぎですが、おそらく次のことでうまくいくでしょう:
簡単に作成でき、開発者に信頼を置くほど、開発者が感じる障害が少なくなり、開発に取り掛かる可能性が高くなります。
ユーザーは自分に割り当てられたケースでフィルタリングできるため、常に自分のキューを表示できます。
さまざまな領域がたくさんあると、不必要な複雑さが生じるだけです。そのレベルの分解は必要ありません。
多数のアクティブなケースを持つべきではなく、短いリストに多くの分類が必要ないことに注意してください。
area フラグの最適な使い方は、作業を複数の開発者にまたがるキューにグループ化することです。次に、誰でもすぐに表示できるキューを取得します。
たとえば、まだ決定していない機能のアイデアのための「製品計画」エリアがあるとします。大規模なチームでは、各サブチームにエリアを割り当てて、各ライン マネージャーが独自にキューを表示できるようにすることができます。
Fogbugz を 4 年間使用している 1 つの大規模で複雑なプロジェクトがあり、5 つ以上の領域が必要になったことはありません。ここで提案された方法でエリアを分割すると、数百のエリアができます。