6

プロジェクトの状態情報とは何かを明確にしましょう。

  • プロジェクトの作業を再開するときに、覚えておくか、または書き留めておく必要がある情報 (たとえば、翌朝出勤したとき、またはサイド プロジェクトの作業を開始した夕方)。

  • たとえば、プロジェクト/ソリューションを開いたときに、次に何をすべきかという情報、作業を再開するための現在のタスクのコンテキスト情報をどのように、どこに、どのような形で保持しますか。プロジェクト/タスク管理システムは、このレベルの詳細を処理するようには設計されていないため、プロジェクトのベースとして既存のものを使用することはできません。FreeMind (マインド マッピング) や ThinkingRock (Getting Things Done) などのソフトウェアに対応しようとしましたが、うまくいきません。

  • 私が必要としているのは (多くの意識の高い開発者は同様のシステムに満足していると思います)、ログブックのような形式で情報を保持するために使用できるものです。開発者/プログラマーのログブックとエンジニアのログブックの一般的な考え方に関する記事をいくつか読みましたが、それ以来、自分のニーズに合ったものを実装できていません。

  • このシステムは、純粋な開発だけでなく、より多くの研究開発を伴う学術プロジェクトにも使用できますが、より多くの研究開発部分を伴う商用プロジェクト (複数の本、記事、論文から何かを読んで試す) もあります。

  • プロジェクトの進行状況に関する情報は、参照、コード、特定の決定の理由、メモなどを探すために何らかの方法で記録する必要があります。

その仕事をすることができるソフトウェアを知っていますか...そうでなければ、私は自分でそれを書き始めなければなりません。

4

10 に答える 10

4

プロジェクトごとに 1 つのログ ドキュメントである Notepad.exe を試してください。または、ワードを使用してください。またはウィキ、または何でも。

重要なのは派手なソフトウェアを見つけることではなく、ログを最新の状態に保つための自己規律です!

于 2008-11-05T16:39:03.793 に答える
2

同じ要件があり、テキスト ファイルから Google ドキュメントに移行しました。これにより、いくつかの利点が得られます。

  • どこからでもアクセスできる
  • シンプルなフォーマット

todoと呼ばれる 1 つのファイルと、メモ用の他のファイルがあり、通常は次のような一貫した命名規則に従って名前が付けられます。

  • 商品名.アイデア
  • 商品名.todo
  • 商品名.質問

私のtodoファイルでは、日付 (いつ何かに取り組むべきか、またはそれを完了するべきか) でグループ化し、「誰のため」であることを示すために 3 ～ 4 文字のコードをプレフィックスとして付けています。例えば：

. 待って
います。. PROD1: コードの確認

月曜日
。. ホーム: 銀行に行き
ます。. HOME: 請求書を送り
ます。. PROD2: 要件を書く

火曜日
。. PROD2: チームでレビューする

1 週間だけ計画を立てて、最後に「後で」、「ずっと後で」、「願い事」などのセクションを残します。

于 2008-11-05T16:44:55.047 に答える
1

プロジェクトと、メモを共有するかどうかによって異なります。私はペンと紙を使って個人的なメモを保管しています。すばやく簡単にイラストやリファレンスを追加できます。

共有メモとFAQタイプの部族の知識私はwikiまたは開発ブログを使用することを好みます。ブログ形式は、タイムラインと（タグ付きの）参照を提供するのに最適です。

于 2008-11-05T17:00:22.863 に答える
1

設計時と実際の開発時の追跡にはTodoListを使用しています。これは単純な階層型 todo リストですが、基本的なプロジェクト管理機能も提供します (つまり、期日、優先度、カテゴリの設定、タスクの進捗状況の追跡)。ファイルは XML であり、簡単に処理およびバージョン管理できます。また、いくつかの基本的なコラボレーション機能が含まれています (これまでは使用していませんでしたが)。

大量の情報を収集する場合、特に主にテキスト、表、または画像の場合、実際の開発前、またはブレインストーミングや考えを書き留める場合は、Microsoft OneNote を実際に使用しますが、そのためだけにインストールするわけではありません。でも、社内の全パソコンにインストールされているOfficeに入っているので、慣れて使っています。私は自分用にのみ OneNote を使用していますが、ノートブックとしても使用しています。

ああ、それから、実際には 1 つのプロジェクトのためではなく、むしろ再利用するための情報のために、もちろん内部的に Wiki がありますが、人々に実際にそれを使用するよう説得するのは難しい場合があります (「何、wiki?その情報が必要になったら電話します！」）。はぁ。

于 2008-11-06T15:03:59.447 に答える
1

私は通常、家に帰る前にタスクを完了しようとします。私がそれを行うことができない場合、覚えておくべき良い方法は、次に行うべきことのために失敗するテストを作成することです.

もっと大きなことは、プロジェクト ウィキでメモしたり、コードに TODO コメントを設定したりします (そして、それらを見つけるツールを使用します)。

于 2008-11-05T17:06:59.277 に答える
1

これまでの一般的なコンセンサスに同意します。シンプルに保ち、規律ある使用に集中してください。スタンドアロンの HTML ファイルを使用するのが好きです。これはプレーン テキストですが、実際のリンク、さまざまなリスト、簡単な書式設定が可能です。これは、ToDo リスト、ReadMe、参照リスト、アイデアなどに最適です。

統合されたチーム ツールについては、非常に軽量な wiki を好みます。私は Trac ( http://trac.edgewall.org/ ) をターゲットにしています。これは、Wiki、ソース管理、および問題追跡を統合するオープンソースのフリーウェア プロジェクトであり、完璧な組み合わせです。

于 2008-11-06T00:43:49.417 に答える
1

MS Word をログとして使用し、必要に応じて他のファイルへのリンクを挿入します。ほとんどの場合、ノートがあれば、最新のエントリを読んでプロジェクトを取り上げることができます。

于 2008-11-05T16:40:58.267 に答える
1

罫線入りのノートとペンは問題なく使えます。私はよく余白に、優先度を示すアイコンや後でフォローアップするメモを付けます。主なことは一貫性を保つことだと思います。

于 2008-11-05T16:41:04.350 に答える
0

情報を共有する必要がある場合、覚えておきたいこの「部族の知識」タイプの情報には Wiki が非常に効果的です。

それが自分のためだけなら、ここで与えられた他の答えは本当にうまくいきます.

于 2008-11-05T16:49:38.500 に答える
0

私は便利な個人ウィキであるTiddlyWikiを使用しています。セクション間のクロスリンクとハイパーリンクを使用して、ノートカードの大きな箱のように使用します。

何人かが言及しているように、これらのシステムの中で最も困難な部分は、最新の状態に保つことです。

于 2008-11-06T15:22:14.417 に答える