すべての場合に適した普遍的なプロジェクト管理システムは存在しないことを、私たちは皆完全に理解しています。 システムの選択は、ニーズに完全に依存します。 リポジトリが不要で、コミュニケーションのためにチケットにコメントのみが必要で、「柔軟な」方法論に従ってプロジェクトに取り組んでいる場合、おそらく最良のオプションの1つはPivotal Trackerです。
この投稿の主な目的は、Pivotal Trackerに精通していない人、またはPivotal Trackerを難しく理解できないと考える人を対象としています。
間奏
「Pivotal Trackerはストーリーベースのプロジェクト計画ツールです。」
Pivotalは、「柔軟な」方法論に従って開発されたプロジェクト向けに設計されており、完全に無料で、Ruby on Railsで記述されています。
Pivotalシステムの重要な概念は速度です。 この概念には、敵、防御、熱烈なファンがいると思います。 私は中立を維持しようとします。
速度は、反復ごとの平均ポイント数であり、最近完了した反復から計算されます。 プロジェクト設定では、Velocityが計算される反復回数を設定できます。
ポイントは、チケットを閉じるために必要な「努力」の相対的な尺度です。 以前はこれらの用語に慣れていなかったユーザーにとって、この概念は非常にぼやけているように見える場合があり、チケットの複雑さや作業量として認識されます。
毎週の反復でVelocityが10であると仮定します。この場合、現在の反復でのチケットのポイントの合計は10を超えてはなりません。そうでなければ、バックログに落ち始めます。 Velocityが使い果たされ、すべてのチケットがクローズされているが、この反復で複数のチケットを作成できる場合、チケットの1つをクリックするだけでバックログからチケットを戻すことができ、Velocityが十分ではない場合でも自動的にCurrentにドロップします。
ポイントは、次のいずれかの形式で設定できます。
- 線形（0、1、2、3）
- 2のべき乗（0、1、2、4、8）
- フィボナッチ（0、1、2、3、5、8）
インターフェース
プロジェクトに関するほとんどすべての作業は、プロジェクトのメインページでの作業に帰着します。 これには、主に2つの利点があります。
- 面倒なページのリロードはもうありません。
- プロジェクトに関するすべての作業は一目で理解でき、すべてを念頭に置いてページを実行することはできません。
メインページには、ストーリー、または別の方法でのチケットが含まれています。
サンプルストーリー：「ユーザーはショッピングカートに製品を追加できる必要があります」。
このコンセプトは特にBDDのファンにアピールすると思います。 ただし、ストーリーの概念はどこでも適用できるわけではないため、原則として、ストーリーはチケットと見なすことができます。
ご覧のとおり、「完了」、「現在」、「バックログ」、「アイスボックス」の4つの山があり、それらはいつでも非表示および表示できます。
Iceboxは、チケットが作成後に取得する場所であり、作業を開始するまでそこに保存され、Currentに移動します。
Currentは、現在の反復のリストです（反復の長さは週単位で選択されます）。 チケットが現在の反復に収まらない場合、それらは自動的にバックログに移動します。
バックログ-Velocityの量（デフォルトでは1週間で10）が現在の反復のすべてのチケットに対して十分でない場合、残りのチケットはこの山に分類されます。
完了 -これは、現在の反復の後にクローズされたチケットが移動するスタックです
チケットはスタック間で移動できます（完了を除くすべて）。 既に開始済みのチケットをIceboxに入れたり、バックログに入れたりすることはできないことは明らかです。これは、現在の反復（Current）のVelocityに十分です。
同じページで、リリース、マイワーク、チャート、プロジェクト履歴、チャート、ラベル（タグまたはコンポーネント）の列を表示できます。
ストーリー（チケット）
チケットは、機能、バグ、雑用、リリースとして機能できます。
これらのタイプはすべて、次のフィールドを持つことができます。
- ラベル（タグ）
- 所有者
- 説明
- ファイルを添付
- コメント
機能は機能です。 共通のフィールドに加えて、ポイントで評価することもできます。
バグはバグです。
日課は、開発者に必要な機能を実装する必要があるが、顧客には表示されないチケットです。 リファクタリング、テスト、またはその他のいずれかです。
リリースは単なるチケットであり、リリースしたい場所をマークするのに役立ちます。 共通フィールドに加えて、リリースのリリース日を含むDeadlineフィールドがあります。
機能とバグにはいくつかの状態があります：まだ開始されていない、開始済み、終了、配信済み、承認済み、拒否。
リリースはまだ開始されていない、承認済み、および日課はまだ開始されていない、開始済み、終了のみです。
チケットの優先順位は非常に簡単に変更され、チケットを新しいドラッグアンドドロップ位置に移動するだけです。
おわりに
PivotalTrakerの機能を完全に説明する理由はありません。主なものは、このトラッカーで使用されるアプローチです。これは、反復を数時間で評価する必要はなく、おおよその作業量と複雑さを見積もる「柔軟な」開発に非常に便利です。また、非常に便利だと思うインターフェイス。 私がこれをしたなら、それはすでに良いことです。 お時間をお過ごしください。
リンク： はじめに 、 FAQ