8

Trac+SVN を実装しようとしています。しかし、プロジェクト管理の問題が発生しています。背景を説明すると、私のプロジェクトのほとんどは Web 開発に関連しています (設計、プログラミング、テストなどの段階を経ます)。

現在、私は自分のプロジェクトに Trac を実装しています。問題は、マイルストーンとチケットとして何を配置するかです。チケットの場合、どれくらい細かく取得する必要がありますか? たとえば、X を Y 機能の一部にする、または Y 機能のみを作成する、と言うべきでしょうか。チケットを作れば作るほど、これらのチケットを作るのにより多くの時間を費やします。

また、マイルストーンについては、CakePHP などのプロジェクトを見たことがあります。Trac を使用する場合、マイルストーンをバージョン番号 (SVN のタグに対応) として設定します。それが最善の方法ですか？

たとえば、最終締め切りがX日であるクライアントがいるとします。次に、マイルストーンを 1.0 に設定し、締め切りを X に設定しました。しかし、プロジェクトを毎週追跡するにはどうすればよいでしょうか。リリース日の前日に、それがあまりにも多く残っていることに気づきたくないからです. どうにかして毎週チェックしたいです。

また、拡張機能/バグもチケットとして考慮し、マイルストーンとしてまとめたいと思います。

最初の x が機能強化のグループに対応し、2 番目の x がバグ修正に対応する 1.xx のようなものを想像しました。より良い方法はありますか？このようなシステムで毎週のステータスを管理するにはどうすればよいですか?

これを行う標準的な方法はありますか？どうすればいいですか？完全に混乱しています。

ありがとうございました。

4

5 に答える 5

2

前もっての小さな警告: Trac... や SVN の使用についてはまったく知りません。バージョン管理/バグ追跡システムによってマイルストーンが設定されるべきではないと思います。

通常、マイルストーンはプロジェクトの重要なイベントです。それらは、すべての利害関係者にとって重要なものでなければなりません。主要な成果物の完成はマイルストーンです。いくつかの機能の完成はそうではありません。すべての計画と契約を承認することは重要なイベントですが、10 個のモックアップを完成させることは重要ではありません。

私は、チームで作業するためにスケジュールとタスクを使用する傾向があります。完了したタスクにチェックを入れます。他のすべての人には、マイルストーンについて報告するだけです。5 月 15 日までに UAT を作成する予定はありますか? はい、そうです。

マイルストーンはスポンサーやその他の利害関係者に報告するためのツールであるため、スポンサーが重要と考えるものに設定する必要があります。私のスポンサーは、機能の特定のコア セットがいつ完成するかを知りたがるので、それはマイルストーンです。彼らは、UAT がいつサインオフされるかを知りたがるので、それはマイルストーンです。

設定するマイルストーンが少なすぎると、最後まで進捗状況が誰にもわかりません。設定しすぎると値が失われます。

魔法の公式はありませんが、数百のタスクと数千の工数を伴うプロジェクトでは、マイルストーンが 4 つしかない場合があります。

代替テキスト http://officeadd.in/Images/articles/ProjectMilestones-sribblea.png

申し訳ありませんが、これは Trac と SVN に直接関係するものではありませんが、マイルストーンが一般的にどのように使用されるかについて大まかなアイデアを得ることができれば幸いです。ああ、Comic Sans の乱用について事前にお詫び申し上げます。

于 2009-04-10T11:44:35.540 に答える
0

私は Trac/SVN を 2 年半使用しています。

これが私が提案するものです：

  • ソフトウェア バージョンの生産をいくつかのイテレーションに分割します: インセプション、エラボレーション、トランジション (または、好きなように呼びます)
  • 最初のイテレーションの機能を計画します。他の人のために、機能強化とバグ修正を計画しています
  • タスク (チケット) は、各チケットにクライアントにとって価値のある成果物がある場合、できるだけ細かくする必要があります
  • チケット作成の時間を節約することはお勧めできません。より細かく、より小さなタスク --- 進行状況をより詳細に制御できます。したがって、計画の欠点を早期に発見し、対処するためにより多くの時間を費やすことができます。
  • チケットは進行中でも分割できます。開発者が顧客に表示できる結果に達したが、タスク全体を完了していない場合、開発者はタスクを分割し、完了した部分を「クローズ」または「解決済み」としてマークすることができます。これにより、より詳細な制御が可能になります。
  • 毎週ではなく、毎日 (または少なくとも週に数回) 進捗状況を追跡します。

Trac は非常に優れたツールです。Trac の最高の機能は、変更セットのコメントを含め、どこにでも WikiLinks を配置できることです。変更セット コメントにチケット # を入れてから変更セット番号をチケット コメントに入れることを要求する場合、これはタスクと変更をコードにリンクします。後でこれらのリンクを使用すると、ソフトウェアの進化を簡単に追跡できます。特にプロジェクトの期間が数か月を超える場合、これは命の恩人です。

于 2009-04-10T03:44:24.803 に答える
0

1.0 マイルストーンを成果物の日付に設定することは問題ありませんが、より早い段階でマイルストーンを定義することをお勧めします。それが適切な間隔である場合は、週単位にし、適切な番号を付けます。4 週間のプロジェクトの場合、おそらく 0.2、0.5、0.7、および 1.0 が機能します。「設計完了」、「コーディング完了」、「テスト完了」など、各マイルストーンに関連するビットをリストします。目標に達していない場合は、実際のプロジェクト管理作業が始まります。

于 2009-04-03T17:06:46.660 に答える