なぜあなたが計画したほど多くを成し遂げられないのですか？
私はいつも「一日の終わりまでにこれを簡単に達成できる」と考えて一日を始め、現実的な目標のように見えるものを設定します。
なぜ私はそれを打たないのですか？予期しないバグ、土壇場の変更などにより、タスクは常に3倍長くかかります。
私だけでしょうか？私は一日に何ができるかをよりよく予測しているようには見えません。
あなたは計画を立てる方法を教えられなかったので。
計画はスキルです、コーディングやライティングと同じです。しかし、どういうわけかそれはほとんどすべてのカリキュラムから除外されています。
学習して実践する必要があり、自分の能力の見積もりを継続的に更新する必要があります。これが、アジャイルのような作業慣行が過去の実際の作業を測定し、それを見積もりと比較することを強調し、計画能力を向上できるようにする理由です。
他の人が言ったように、あなたはタスクだけでなく、そのすべての前任者、付随するタスク（例えば、Xを行う方法を学ぶ）について説明する必要があり、あなたは実際の作業方法を正しく説明します。
それを訓練してください、そして誰が知っているか、あなたは良くなるかもしれません。
誰も言及していないとは信じがたい ホフスタッターの法則 まだ。
本当の答えは、あなたの計画は常にベストケースのシナリオを想定していると思います。実際には、コーディングを開始すると、電話が鳴り、5分間気が散り、さらに15分間、stackoverflowまたはプログラマーに費やします。いくつかのグーグル、可能なソリューションなどをテストするために2時間かかります。
つまり、「ベストケース」は夢の中でしか起こりません。
すべてのプログラマーは、たまに素晴らしい日を過ごします。アラームが鳴る5分前に目覚めます。朝食が用意され、カウンターで新鮮なコーヒーが提供されるので、何かをつかんでドアの外に出ることができます。通勤中はすべての青信号に当たっており、交通量は特に少ないようです。あなたの前日を熟考することで、あなたはあなたの前のタスクの設計と結果を完全に理解することができます。それはしっかりした要件で十分に計画されました。
仕事に取り掛かり、重要なメールやボイスメールの待機がなく、同僚は外出中または会議に参加している必要がないことに気付きました。エディターを起動してすぐにゾーンに入ると、コードの構造を感じて、美しくまとまりのある全体の中にデータ構造とアルゴリズムが配置されているのを見ることができます。思考はあなたの手を介してキーボードに流れ込み、エレガントで保守性に優れ、バグのない完璧な形式のコードを入力します。
作業を中断せずに作業している日中、オフィスは静かで、集中しているため、ニュースやブログなどに追いつくことに時間を費やしたくありません。テストをコンパイルして実行すると、すべてがわかります。もちろん、支障なく機能します。もちろん、それは可能であることがわかっていました。1日の終わりに、競合することなくコミットします。時計をちらっと見ると、12時間で完了し、20分の短いコーディングセッションのように感じました。
その日、その完璧な日は、私たちが何かを推定しなければならないたびに私たちが持っていると私たちが仮定するものです。
会議や人の邪魔をすることを忘れないでください。予期しないバグを予測することは困難ですが、時間が経つと、特定の時間枠内で発見したバグの数を把握できるようになります。何かにかかる時間を見積もるときは、コンテキストを考慮する必要があります。つまり「中断されたりバグを発見したりしないとすれば、X時間で何かを実行できるはずです」
少し練習として、次のことを検討してください。
- 一日の始めに、あなたの目標が何であるか、そしてその時間の見積もりを書き留めてください。
- 中断するたびに（会議、同僚の会話など）、おおよその時間を書き留めます
- 新しいバグを見つけるたびに、それを開発するのにかかったおよその時間とともに、計画外のタスクとして書き留めます。
いくつかのパターンが出現し始め、それらに応じて計画を立てることができます。マネージャーに完了までの予想時間を伝えるときはいつでも、最初の段落の仮定で注意してください。中断やバグに費やされた時間を削除すると、見積もりがどれほど正確であったかに驚くかもしれません。
バグリストや機能リストを扱っているときは、おそらく最初と3番目の箇条書きをすでに行っているでしょう。その小さなエクササイズはあなたのすべての時間がどこに向かっているのかを教えてくれます、そしてあなたはその答えに驚くかもしれません。
予測可能性の時間枠を拡大したい場合があります。 1週間で何ができるか判断できますか？すべてのタスクが思ったよりも3倍長くかかっている場合、予測できるほど安定しているように思えます。あなたは3倍で調整する必要があります;）
予期しないバグが発生する可能性があるという事実を単に無視しました。
バグに費やした平均時間について統計を作成し、計画を立てるときにその時間を考慮に入れます。
緊急/重要なマトリックス は、1日がどこに行くのかを検討することを検討する価値があります。準備ができていない会議や中断など、緊急ではあるが重要ではないことについてですか？それは一日の始めに知らなかった緊急で重要なものに関するものですか？あなたの時間はどこに行くのかを考えるための単なる練習です。
私は、最も興味深いものが重要であると思う傾向があります。ちょっとした考え。
スタックオーバーフローに時間をかけすぎているからです。
あなたが正しく計画していないからです。 痛い。
（紙面でも）どれだけずれたかの合計を維持し、見積もりをその％だけ調整すれば、正しく計画を立てることができるでしょう。
FWIW、ソフトウェアは推定するのが難しいことで有名です。 （コードコンプリートの名声の）McConnellはそれについての本さえ持っています。
私がよくしていると思うことは、自分がしていることとは無関係のランダムなものに気を取られていることです。 todoリストはそれを助けることができます。何かを思いついたら、それを書き留めて、目の前にあるものが終わったらそれを実行します。
それは良い質問であり、私は常に考えています。私はそう思う傾向があります
- 機能Xがとる作業量を誤って判断するのは非常に簡単です。
- バグややかんへの旅行を計画することはありません。
- 小さなコードで多くのことを成し遂げるか、何も成し遂げないことがたくさんあり、その間に何もないようです。
- 「ゾーン」を失うこともあれば、物事をじっくりと考える必要があることもあります。