「配信できない」/「時間どおりに配信できない」という症状を治す方法

私は平均以上のプログラマーです（言語、フレームワーク、テクノロジーの開発に興味があり、システムをよく理解しています）が、私は常に（時間どおりに）物事を提供できないことに気づきます。良い制御プロセス（恥ずべき開発による一口サイズのタスク）があるため、これは私の日常業務には影響しませんが、個人的なプロジェクトでは間違いなく私を傷つけます。

私が考える理由のいくつかは、役立っています。-私は物事を必要以上に複雑にしています。多くの場合、私が自分に認めるよりもはるかに多くなります。-私は時々タスクを小さくするのがあまり得意ではありません。-レーザーフォーカスを維持するのではなく、コーナーにぶつかったときにぼんやりとしたコーナーに移動します。

その結果、私は配達しないことがよくあります。今、私は頭の後ろで何をする必要があるかを知っているかもしれませんが、私は「デリバリー」する人になる方法についてのあなたの戦略に感謝します。

いくつかの観察：

1. 機能しているプロセスを個人プロジェクトに適用します。
2. あなたは自発的ですか、それとも外部的動機ですか？自己モチベーションになります。リーダーシップのポジションに進むには、自己動機付けが必要です。

Seth Godin氏によると、時間通りに予算通りに発送する方法は次のとおりです。時間切れになるか、お金がなくなると、発送されます。それでおしまい。

彼はまた人々は金メッキをする傾向があると言います。彼らは、もう1つだけバグを修正するか、もう1つだけ機能を追加するかゆみを開発します。彼らがこれを行うのは、出荷するために新しい機能や修正を本当に必要としているからではなく、精査を恐れているからです。製品が出荷されない限り、批判を避けることができます。

人々は、優れたアイデアを持っているというだけでなく、物事を成し遂げる方法を知っているため、貴重であるという評判を得ています。彼らは終了する能力を持っています。それは戦略についてではありません。それは考え方についてです。その考え方を使用して、可能な限り生産性を高めるために必要なツール（精神的および身体的の両方）で自分自身を囲みます。

そうは言っても、私が提唱している1つの手法があります。それは、高レベルの生産性の短いバーストです。その短いバーストの間に可能な限り生産的であると決定する20または30分の期間を自分に与えます。タイマーを設定します。そのタイマーが終了したら、5分の休憩を取ります。ストレッチ、歩き回って。あなたの心を空にします。その間、仕事について考えないでください。

泡立て、すすぎ、繰り返します。

固定された明確なタスクに遅れることと、タスクが変わるため遅れることには大きな違いがあります。職場では、変更を要求するのはクライアントであり、スケジュールはそれに応じて変更されることを誰もが理解しています。

自宅では、クライアントでありプログラマーでもあります。あなたが何かに取り組んでいて、そのアイデアが頭に浮かんだとき、「ああ、私がAを変更したり、Bを書き直したりすれば、プロジェクトはより良くなるだろう」それは変更であり、遅れることはありません。ビジネスでは、クライアントは選択肢を重み付けして決定を下します。自宅でも同じことをしています。

職場でWebサイトを構築することを検討し、クライアントの途中で「FlashでWebサイトの一部を構築していることはわかっていますが、代わりにHTML5を使用できますか？」「そうですが、プロジェクトに3週間余分にかかり、コストにxドルが追加されます」のようなものを考えて応答します。

家での違いは、私たちが大抵持っているということです！私たちが「ああ、HTML5を使っていたらもっといい」と気づいた瞬間。スキップする部分は、スケジュールの変更の影響を考えるのをやめることです。つまり、変更について考えるために一時停止することは通常ありません。代わりに、私たちは通常、それを最善の方法であると「知っている」または「考える」ため、先に進んでそれを実行します。Excelを起動せず、変更を行うかどうかを決定するときにBeanカウンターが仕事で行うような財務計算を行います。

個人的に私はこれを家で好きです、すべての開発が豆のカウンターによって動かされるべきではありません;-)

自分を殴らないでください。何が起こっているのかを深く理解してください。

ここで素晴らしいアドバイス-さらに、あなたがやりたいのと同じプロジェクトに興味を持っているパートナーを獲得してみてください。その後、お互いにやる気を起こさせ、物事を成し遂げることができます。それはちょうどジムのパートナーを取得するのと同じです-それは痩せた日で多くを助けます。

これがまさにオープンソースプロジェクトが機能する理由です-本当にそれをしたい多くの人々が、品質/一貫性のある配信を維持するために互いにプッシュし合うようなものです。

頭に浮かぶいくつかの点：

• 特定の達成可能な目標を設定します。

• シンプルさを追求する目的にします。

• 現実的なプロジェクト計画を立て、それに固執するようにしてください。

• 調査を配信から分離します。

• （ここで行っているように）パフォーマンスを分析します。

• 時間を前もって設計に投入します。

私にとってうまくいくのは、1日の始めに、ホワイトボードに5〜10バイトの一口サイズのタスクを書くことです。野心的なことはありません。私の主な目標は、一日の終わりまでにこれらのタスクを打ち消すことです。他に何もない場合は、それらのタスクを実行してください。

もちろん、私は接線から降りて、他の多くのことに取り組みますが、日が終わりに近づいている場合、それらの接線をドロップして、そのリストに戻ります。私の動機は、そのリスト全体が取り消され、翌日にはまったく新しいリストを開始することの満足感を求めていることです。

これを行うと、私がどれほど生産性が向上するかは驚くべきことです。

個人的なプロジェクトでは、このレベルの先延ばしは問題ありません。彼らは、最終製品を生み出すことよりも、楽しみ、学ぶことの方が多いです。クライアントプロジェクトについて話している場合、これはまったく異なる問題になります。

個人的なプロジェクトでの生産性を心配している場合は、報酬で達成可能な目標を設定します。また、配送は機能であることに同意する必要があります。将来的には、完璧な製品よりも不完全な製品を使用する方が良いです。

私は同じ問題を抱えており、次の2つのことが非常に役立ちました。

1. 事前に機能仕様を実行します。それはあなただけですが、物事について考えを変え続けるサイクルに入るのは嫌です。
2. ポモドーロテクニックを使用してください。これは、時間の浪費を伴う困難な作業を回避するのに役立ちます。

作業中のプロジェクトが完了するまで、別のプロジェクトを開始させないでください。やりたいことをたくさん積み上げてしまい、どれも終わらせない。飽きたら、2つのプロジェクトを両立させます。