なぜあなたが計画したほど多くのことを成し遂げられないのですか?[閉まっている]


26

私はいつも「一日の終わりまでにこれを簡単にやる」と考えて一日を始め、現実的な目標のように見えるものを設定します。

なぜ私は決してそれを打たないのですか?予期しないバグ、直前の変更などのために、タスクは常に3倍長くかかります。

私だけでしょうか?私は1日で何ができるかをより良く予測しているようには見えません。


8
それはあなただけではありません。ホフスタッターの法則を参照してください。
ピーターボートン

18
仕事をするのではなく、P.SEで質問するのに時間を無駄にしているからです:) :)
Jas

2
次回タスクを見積もるとき、結果に3を掛けると安全です;)

3
私は何もするつもりはなく、常に勝ちます。私はすべてのバグを無限大に分類しているため、速度は常に定義されていません。
ジョブ

1
私の昔の上司は、私の時間の引用は猫の年だと言っていました。彼はすべての引用を一桁上げただけだと思います。時間->日; 日->週; 週->月; 月->払い戻しクライアント。
オーブリング

回答:


17

あなたが計画する方法を教えられたことがないので。

計画はスキルであり、コーディングやライティングと同じです。しかし、どういうわけか、ほとんどすべてのカリキュラムから除外されています。

学習し、実践する必要があります。また、自分の能力の推定値を継続的に更新する必要があります。これが、アジャイルのような仕事慣行が過去の実際の仕事を測定し、それをあなたの見積りと比較することを強調し、あなたの計画能力を向上させることができる理由です。

他の人が言ったように、あなたはタスクだけでなく、そのすべての前任者、付随するタスク(例、Xのやり方を学ぶ)を考慮する必要があり、あなたが実際に仕事をする方法を正しく説明します。

それを訓練してください、そして、誰が知っているか、あなたは良くなるかもしれません。


8
1日のすべての小さな時間を食べる人のために計画を難しくしているだけでなく、計画は学ぶのが楽しくないスキルでもあります。コーディングエラーが発生すると、バグが発生し、それを修正してレッスンを学習します。計画エラーが発生すると、失敗しました!!! 締め切りを怠ると、気分が悪くなり、失敗を感じるようになります。これに対抗するために、私は非常に詳細な項目別のToDoリストを維持し始めましたが、私は常に余分な時間をバカにしています。それで、私はいつも時間通りに予算内にいるので、本当に達成されたと感じます!
CodexArcanum

@Codex、素晴らしい点。「計画的な失敗」を「修正のコーディング」が可能なものにする方法があります。すべての計画の失敗は学ぶ機会です。根本原因分析などの手法を検討して障害のコンテキストを理解し、次回の計画を立て、将来的に障害を回避するための具体的な対策を導入できるようにします。
アレックスファインマン

1
学ぶことが楽しくないだけでなく、多くの場合、時間の無駄のように感じます。私はそれを「メタワーク」と呼んでいます-あなたの仕事を分析したり組織化したりすることに時間を費やしています。やりたいことがたくさんあるとき、メタワークは自分を掘り出そうとするのではなく、雪崩の下に断熱された洞窟を構築しているように感じることができますが、実際にやっているのは、先の仕事に備えてツールを研ぎ澄ますことです。
nlawalker

この記事の執筆時点では、この回答を支持している人が11人います。つまり、実際に必要な時間を正確に見積もる計画のようなものがあるという妄想の下にある11人の人々がいるということです。
ロバートハーヴェイ

@nlawalker:学ぶのは楽しくないですか?私が一日に何か新しいことを学んでいないなら、起きている日の毎時間に地獄で、私はその日を失敗とみなします。
10

26

誰もホフスタッターの法則に言及していないとは信じがたい。

本当の答えは、計画が常にベストケースシナリオを想定していることだと思います。まるですべてがすぐに機能し、中断が発生しないかのようです。実際には、コーディングを開始してからテレフォンが鳴り、5分間気を散らし、stackoverflowまたはプログラマにさらに15分間を費やします。いくつかのグーグル、可能な解決策などをテストするために2時間費やします。

言い換えれば、「ベストケース」はあなたの夢でのみ起こります。


1
@Peter Broughtonのコメント(回答の5時間前!)をご覧ください。
ChrisF

ええ、あなたは正しい、ChrisF。それを見逃したに違いない。
user281377

+1。これが基本的に、「合理的な見積もりをしてからそれを2倍にする」という規則を採用する理由です。そして、それでもしばしば時間がかかります。大学の講師の一人が「トリプル」と言っていました。だから私は大丈夫だと思う。:)
ボビーテーブル

10

すべてのプログラマーは、たまに完璧な一日を過ごします。目覚ましが良くなる5分前に目が覚めます。朝食は、新鮮なコーヒーと一緒にカウンターで作られているので、何かをつかんでドアを開けることができます。通勤中はすべての青信号に当たり、交通量は特に少ないようです。あなたの前日を熟考し、あなたはあなたの前のタスクの設計と結果を完全に理解することができます。

仕事に取り掛かると、重要なメールもボイスメールも待たず、同僚は出たり出たりしなくてもよく、出席する必要はありません。エディタを起動するとすぐにゾーンに移動し、コードの構造を感じて、美しくまとまりのある全体の中に適切に収まるデータ構造とアルゴリズムを確認できます。思考はあなたの手を通ってキーボードに流れ、完璧で形成されたコードを入力します。このコードはエレガントで、保守可能で、バグは見つかりません。

中断することなく仕事をしている日中、オフィスは静かであり、ニュース、ブログなどに追いつくために時間を費やすことはありません。テストをコンパイルして実行すると、すべてが見つかります。支障なく動作します。もちろん、あなたはそれを知っていました。そして、一日の終わりに競合なしでコミットします。出かける時間に時計をちらっと見ると、12時間を費やしたことに気付き、20分の短いコーディングセッションのように感じました。

その日、その完璧な日は、私たちが何かを見積もる必要があるたびに持っていると仮定するものです。


7

会議、人の邪魔などを忘れないでください。予期しないバグを予測することは困難ですが、時間が経つにつれて、特定の期間内に発見されたバグの数を把握できるはずです。何かにかかる時間を見積もるときは、コンテキストを考慮する必要があります。すなわち「中断されたりバグを発見したりしないと仮定すると、X時間で何かをすることができるはずです」

ちょっとした練習として、次のことを検討してください。

  • 一日の初めに、あなたの目標が何であるかと、それに対する時間の見積もりを書き留めてください。
  • 中断するたびに(会議、同僚の会話など)、おおよその時間を書き留めます
  • 新しいバグを見つけるたびに、計画外のタスクとして、それを開発するのにかかったおおよその時間とともに書き留めてください。

いくつかのパターンが出現し始め、それらに応じて計画を立てることができます。マネージャーに完了予定時刻を伝えるときはいつでも、最初のパラグラフの前提で注意してください。中断やバグに費やされた時間を取り除いたときに、見積もりがどれほど正確であったかに驚くかもしれません。

バグリストまたは機能リストを操作しているときは、おそらく最初と3番目の箇条書きをしている可能性があります。その小さなエクササイズは、あなたのすべての時間がどこに向かっているのかを教えてくれるでしょう、そしてあなたは答えに驚くかもしれません。


+1文房具をより頻繁に注文する必要があることを除いて、受け取ったすべての中断を書き留めた場合、その日のかなりの部分を表記法で失います。
オーブリング

3

予測可能性の時間枠を拡大することもできます。1週間で何ができるかを判断できますか?すべてのタスクが思ったよりも3倍長くかかっている場合、予測可能なほど一貫性があるように思えます。あなたはちょうど3倍に調整する必要があります;)


+1一貫して間違っていることはまだ一貫しています!結果。
10

2

予期しないバグが発生する可能性があるという事実を単に無視したからです。

バグに費やした平均時間に関する統計を行い、計画を立てるときにそれらの時間を考慮してください。


1

正しく計画していないからです。痛いです

(紙の上でも)どれだけすべっているかの合計を維持し、その%だけ見積もりを調整すれば、正しく計画できます。

FWIW、ソフトウェアは推定が難しいことで有名です。McConnell(Code Completeの名声)にも本が載っています。


1

私がよくしていることは、自分がやっていることとは無関係なランダムなものに気を取られていることです。ToDoリストはそれを支援します。何かを考えるとき、それを書き留めて、あなたの前にあるものを終えた後にそれをしなさい。



1

緊急/重要マトリックスは、あなたの一日がどこに行くかを見るために考慮する価値があるかもしれません。緊急ではありますが、準備が整っていない会議や中断のような重要ではありませんか?それはあなたが一日の初めに知らなかった緊急で重要なものですか?あなたの時間はどこに行くのかを検討するだけの練習。


私は、最も興味深いものが重要だと思う傾向があります。それ以外の場合、なぜ興味深いのでしょうか?ちょっとした考え。


1
そのテクニックの私の問題は、目に見えない「三次元」であるということです。残念ながら、私にとっては、毎回、面白さは緊急性と重要性よりも優先されます。
timday

0

それは良い質問であり、私は常に熟考しています。私はそう思う傾向があります

  • 機能Xが取る作業量を誤判断するのは非常に簡単です。
  • バグやケトルへの旅行を計画していません。
  • 少しのコードで多くのことを成し遂げるか、何もしなくても多くのことが行われ、間には何もないようです。
  • 時々「ゾーン」を失い、時には物事を熟考する必要があります。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.