良い質問です。開発プロジェクトに費やされた時間を測定する最善の方法は、費やされた時間をまったく測定しないことです。
あなたは時間登録に善意があるとおっしゃっていますが、私には疑問があります。現実的には、開発者の観点からすると、過度の時間管理はほとんど (おそらく地球上のすべての開発者) にとって気を散らすものです。
ODesk で時間が過度に計測される理由がよくわかります。これには十分な理由があります。プロジェクトの時間はクライアントから ODesk に前払いされ、開発者は ODesk の作業時間について証明する必要があるからです。支払いも保証されており、oDesk プロバイダーと開発者が実際に会うことはめったにないため、信頼はありません。
開発者に前払いしている可能性は低く、より良い信頼を確立している可能性が高いため、おそらく、面倒で煩わしい管理戦略から、より有用なものに注意を向ける必要があります。
はい、ご列席の皆様、私はスクラムについて話しています。開発者のタブを 1 時間ごとに維持するという考えは捨ててください (開発者はあなたを気に入ってくれるでしょう)。代わりに、スクラム管理をシナリオに導入します。
製品開発のためにいくつかのスプリント (マイルストーン) を作成し、その中でイテレーション (バッチ化された成果物) のリストを作成し、イテレーションを毎週の期間に抑えるようにしてください。製品のバックログを作成し、誰が何に取り組んでいるのかを正確に把握してください。あなたに代わってスクラムマスターとして行動するか、自分でこの責任を負う人をチームで見つけてください。成果物の邪魔になる可能性のあるリスクを特定するために、フィードバック ミーティングを毎日開催し、短時間で焦点を絞ってください。開発者に多かれ少なかれタイミング プロセスを推進させ、タスクの現実的な見積もりを取得します。
スクラムに関する本を 1 冊か 2 冊読み、他の人やチーム メンバーを学習曲線に参加させます。基本的なスクラムの方法論を調整して、特定の管理スタイルに最も合うようにします。そうすれば、非常に満足のいくチームになることを保証します。
時間を人日で測定し、時間ごとの進行状況について開発者の背中に乗るのを避けてください...