プロジェクトの故障を推定する必要があるタスクが最大時間数を推奨することはできますか? [閉まっている

StackOverflow https://stackoverflow.com/questions/3711174

質問

つまり、プログラミングプロジェクトの推定値を可能な限りタスクに分解している場合、タスクを作成するには良い最大値があります。私が最大値が4-6であると言う場合、それはより多くのタスクに分解する必要があるよりも多くのタスクが時間である場合、意味があります。しかし、これがそれほど有用ではなくなる点があると感じており、10〜12時間の最大値が受け入れられると考えています。ボスは同意しません。ここでのアイデアは、タスクを完了するのにどれだけの時間が必要かをできるようにできることをできることを可能にすることですが、同時に、実際にコードに飛び込むまで、あまりにも多くの故障が無意味であるポイントがあると思います。何か考えや一般的な慣行はありますか?

役に立ちましたか?

解決

適切な推定を可能にするのに十分な詳細な内訳構造を作成しますが、詳細はあまり詳細ではないので、後で変化したときにそれを維持して追跡するのに苦労します( もしも 物事は変わりますが、 いつ 物事は変わります)。

WBSのタスクが推定される時間数は実際には問題ではありません。

他のヒント

タスクのために自分の時間の内訳を書いていたとき、私は単一のタスクが約4時間で最大になることの目標として最も有用な数字を見つけることができました。それから、それが本当に難しく、私が予想していたよりもずっと時間がかかることが判明した場合、それはそれほどひどくはありませんでした。

次の場合を除き、これらのプロジェクトのいずれかを意味のあるものとして実際に保持することは役に立たないと思います。1。)タスクを実行している人が予測を作成しました。 2.)プロジェクションを作成する人は、作業に十分に精通しています。

私の最後の仕事で、私は3か月間そこに来るまでタスクを投影し始めませんでした。その後、私の予測が意味のあるものになるのはさらに1ヶ月か2か月でした。

これは非常に個性的なことだと思います。非常に詳細なレベルで物事について考えることに慣れている場合、多くの小さなタスクを持っている方が理にかなっています。より一般的な用語で物事を考えるのが好きなら、いくつかの大きなタスクを持っていることは理にかなっています。あなたとあなたの上司がこの種の個人的な好みをタスク予測に強制しようとすると、あなたの予測はせいぜい意味がなく、最悪の場合は敵意の創造者であることがわかります。

私の経験とそれらの表現があなたに役立つことを願っています。

-Brian J. Stinar-

タスクはどのように見えますか?

ドキュメントを書きますか?ドキュメントの章を書きますか?文書に文を書く?

プログラムを書きますか?クラスを書く?方法を書きますか?

次のことは真実である必要があると思います:

1)。タスクは十分に大きいので、あなたがそれを終えたことがわかります。単一の文や方法は単独ではありません。通常、あなたはそれほど小さいものを単独で配信することはできません、受信者はそれを「テスト」することはできません。

したがって、たとえば、タスクであるSCMにコードを解決し、文書化し、確認できます。

タスクが1時間よりも小さいとは想像できません。通常、私にとっては半日です。

2)。タスクは十分に小さいので、推定時間でそれを行うことができると確信できます。チャンクを理解するのに十分なほど問題を分析しました。

人々は機械ではありません。

そうは言っても、私がそれを見る方法には2つの主要な開発モードがあります。

  1. 発展させる
  2. 維持/修正

2番目の場合、タスクがどれだけ時間をかけるべきかについての経験を積むことができます - 開発者はコードを知っており、ほとんどの場合、彼は何が間違っているか、そしてそれを機能させるために何をすべきかを良い予測に与えることができます(その場合、タイト監視 + +開発者が良い見積もりを得ることができない場合、それが非常に大きな問題の兆候である場合、良い協力を続けるためのバッファーは適切です)

最初の場合 - それはより複雑です:

これが重労働の仕事である場合 - 脳を必要とせず、ポイントAからポイントBまでプログラムを取るだけではありません...あなたは厳しいスケジュールを定義できます。

開発者が創造的になり、優れた実装などを考える必要がある場合...傑作を永遠に待つことはできませんが、サバイバルの考えだけを持っている開発者から多くを得ることはできません:)

チームリーダーと開発者が目標を一緒に設定するアジャイルについて学ぶ - 目標は非常に厳しいかもしれませんが、開発期間内にマネージャーと同じくらい責任があると感じる...彼の時間を管理することができます。

したがって、時には、正しい管理システムを使用すると、タスクは1週間である必要があります。

魔法の番号はありません。プログラミングの種類を理解し、適切な管理管理システムを見つけます。

幸運を

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top