0

私たちのクライアントは、私たちが 15 か月間取り組んできたプロジェクトをキャンセルする可能性が高いようです。

ある時点で再開される可能性はありますが (あまりありそうにありませんが)。

また、これを行っている間、いくつかの分野で当社の製品を拡張しました。他のプロジェクト チームも同様の拡張機能を作成する必要があるかもしれません。

では、将来のチーム (別の人員を含む可能性があります) が私たちが行ったことから学ぶことができるように、後世のために記録する重要なことは何ですか?

これは、将来のメンテナーのために記録する内容とは少し異なります。なぜなら、人々はおそらく私たちのプロジェクトにほとんど、またはまったく精通していない状態で到着し、プロジェクトに長期間関与することはないからです。

これまでのところ、各主要な機能/拡張機能に関する情報の収集に取り組んできました。そのため、要件、ソース コードへのポインター、テスト ケースなどを探す場所が 1 か所あり、重要な設計ポイント/決定などに関する説明を追加しています.

プロジェクトチームがまだ一緒にいる間に、他に何をしてキャプチャする必要がありますか?

4

4 に答える 4

2

私はこれがあまり具体的ではないことを知っています。ただし、設計や技術の選択に関して行ったすべての主要な決定について、必ず「理由」を記録してください。

これは、将来的にプロジェクトに取り組む人々が元のチームと同じではない場合に特に役立ちます。

于 2009-04-06T14:41:18.403 に答える
1

リポジトリ、または各ファイルの履歴の表現を必ず保存してください。何も知らずに何かに入って、それがどのように進化したか、特定の機能 (またはバグ) がいつ導入されたかを確認することは非常に便利です。

于 2009-04-06T14:42:30.523 に答える
1

次の投稿をご覧になることをお勧めします:あなたの事後分析会議の形式は何ですか?

必要なすべてを網羅しているわけではありませんが、出発点としてはおそらく適切です。

于 2009-04-06T14:48:18.217 に答える
0

これは、プロジェクトが閉鎖される場合だけでなく、クリーンなプロジェクトの仕上げとしても行う必要があります。プロジェクト管理に関する文献を読むとわかるように、プロジェクト終了の文書があり、部外者がプロジェクトに介入する可能性があります。したがって、あなたの仕事はそれほど珍しいことではありません。

まず最初に、プロジェクトのソースコード専用の場所を作成します。おそらくブラウザで閲覧できるので、チームが行ったことを調べる障壁は非常に小さくなります。また、ドキュメント (アーキテクチャなど) が利用可能であることを確認してください。この後、プロジェクト エクスペリエンス wiki の作成を開始できます。ここでは、特定のアーティファクトをクリーンで追跡可能な方法でリンクします。おそらく、あなたが遭遇した非常に困難な問題とその解決策についての wiki ページを参照してください。これがあれば、プロジェクトに関するあなたの知識を他の人が簡単に利用できるはずです。

于 2009-04-06T14:48:12.520 に答える