12

一人で作業する場合、プロジェクト管理システムが必要ですか? 問題追跡、wiki などを含むプロジェクト管理システムを意味します。現在、私は自分の問題を非常に優れたオーガナイザー ソフトウェアに保管し、プロジェクト ドキュメントを Word ファイルに保管しています (もちろん、バージョン管理システムを使用しています)。私は一人で仕事をしているので、プロジェクト管理ソフトウェアが必要かどうかは確かです。

私が考えることができる1つの便利なことは、プロジェクト管理システムがさらに私に与えることができるのは、問題をコミットにリンクすることです(更新:この機能は十分に役立つことがわかりました:たとえば、現在、プロジェクトの新しいリリースのドキュメントを作成していますその結果、「リリース保留中」ステータスのすべての問題を開き、問題の説明を読み、この問題のコミットの差分をすばやく表示できます。これにより、詳細を確認し、より適切なドキュメントを作成することができます)。

もう 1 つは、問題を共有して、ユーザーまたは雇用主が問題を表示または管理できるようにすることです。
私は何が欠けていますか?唯一のプログラマとして作業する場合、プロジェクト管理ソフトウェアは必要ですか?

更新:別の便利なことを考えました: コメントでは、コメントされているコードに関する詳細情報を含む問題または wiki 記事へのリンクを提供できます。

4

7 に答える 7

13

あなたは、問題の管理に役立つオーガナイザー ソフトウェアを使用していると言います。つまり、カスタム プロジェクト管理システムを既に持っていることになります。そのままにしておいてください。

プロジェクト管理システムは大規模である必要はなく、データの共有やその他の種類のドキュメントをサポートしています。プログラマーとして、作業を整理するために 1 つを使用することになっていますが、どれを使用してもかまいません。プレーンテキストファイルがうまく機能する場合は、喜んで使用できます。

それでも、誰かと協力する可能性が少しでもある場合は、協力を可能にする何かを試してみてください...彼らがどのように機能するかを知るだけです.

于 2010-09-10T21:45:08.803 に答える
7

一人で作業する場合、プロジェクト管理システムが必要ですか?

はい。

現在、私は問題を非常に優れたオーガナイザー ソフトウェアに保存し、プロジェクト ドキュメントを Word ファイルに保存しています (もちろん、バージョン管理システムも使用しています)。

見る。プロジェクト管理システムがあります。何で質問する?

プロジェクト管理システムは、問題をコミットにリンクすることもできます。

それは必ずしもプロジェクト管理ではありません。バージョン管理ソフトウェアで簡単に行うことができます。

これを読んでください:http://tortoisesvn.tigris.org/issuetrackers.html

問題を共有して、ユーザーまたは雇用主が問題を表示または管理できるようにします。

つまり、何かを共有している場合、あなたは一人で作業しているわけではありません。ここで何を求めているのですか?共有する方法は?

于 2010-09-10T21:56:34.297 に答える
1

プロジェクトに取り組んでいるのは私だけだとしても、trac のようなシステムなしではもう働きたくありません。もちろん、バージョン管理システムを使用する必要があります。それについては疑問の余地がありません。その後、2 つまたは 3 つの問題が発生すると、あなたもおっしゃいました。

まずはドキュメンテーションです。さまざまな可能性がたくさんあり、wiki はその 1 つにすぎません。私は主にアイデア、考え、メモのために wiki を個人的に使用しています。図面を入れたり、Web のリソースにリンクしたり、すばやく編集したりするのは簡単です。これは、ソース コメントや doxygen などのツールで行うコード ドキュメントを置き換えることはできません。また、プロジェクトでマニュアルが必要な場合でも、これはマニュアルの代わりにはなりません。

2 番目に出くわすのは、なんらかの ToDo です。バグ レポート (自分からのものも含む)、機能のリクエストなどです。それらをコードにコメントとして入れたり、テキスト ファイルや PIM システムでリストを使用したりできますが、プロジェクトで将来やりたいことやしなければならないことを追跡するために、チケット システムを使用することもできます。 . 今すぐすべてを行うことはできません。

3 つ目は、より大きな計画です。これは単なるアトミックな todo ではなく、trac がマイルストーンと呼ぶものです。これはどこかに書き留めておく必要があります。

現在の trac の素晴らしい点は、とにかくやらなければならないことをすべて 1 つのツールに統合し、すべての部分を相互リンクすることさえできることです。チケットからコード行にリンクしたり、コミット メッセージでチケットを参照したり、wiki のリポジトリからリソースを使用したり、doxygen を自動的にビルドして統合したりします。プロジェクトに関係するすべてのものに trac を使用するか、それとも他の何かに使用するかを決定する必要がありますが、とにかくこれらのものがあるのなら、すべてを統合したシステムを使用しないのはなぜですか? ;-)

于 2010-10-01T09:22:20.153 に答える
0

問題追跡、wiki などを含むプロジェクト管理システムを意味します。

Issue Tracker は使用しませんが、継続的な (「ビッグバン」ではない) インテグレーションを実践し、早期かつ頻繁にテスト (バグを探します) し、バグが見つかったらすぐに修正します。既知の問題は小さいままです。

また、ソース コードには多くの構造があるため (たとえば、個別のコンポーネントの個別のプロジェクト/アセンブリ)、「コードがドキュメント」になるようにしています。

作成する必要があるドキュメントの種類の表 マネージャー、テスター、および/またはエンドユーザーなど、他の人と一緒に作業している場合を除き、ドキュメント (wiki など) は必要ないことを意味します。

于 2010-09-10T21:59:06.477 に答える
0

少なくとも数か月かかる大規模なプロジェクトの場合は、絶対にそうします。過去数年間、私は試しました:

  1. Eclipse メモ帳プラグイン - テキスト ファイルのみ - 効果的
  2. eclipse mylyn タスク - ワンマンショーには十分ですが、Eclipse インスタンス間の移行でまだ問題がありました
  3. youtrackは無料で、JIRA に似ていますが、個人主義者にとってはよりシンプルで実用的です

メモ帳を使用すると、現在のタスクに集中できましたが、課題トラッカーがないと規律を失い、同時に 3 つのタスクを処理し、それらを完了できなかったため、長期間の反復を維持できませんでした。

于 2011-06-24T01:18:21.407 に答える