プロジェクトの作成を数年間伸ばす方法、または効果的な計画の方法

このトピックは、プロジェクトの実装計画に対する特定のアプローチが他のアプローチよりも優れていると直接述べるふりをするものではありません。 議論の中で、私はどちらのアプローチがハブロの人々に近いか、そして彼らの意見ではどちらが最適であるかを知りたいと思います。



日々の生活の中で、ますます多くの新しいタスク、プロジェクト、情勢が現れるという事実により、しばしば完全な内的不安感、場合によってはストレスさえも感じ始めました。 何もする時間がなく、昨日実装しなければならなかったことをしているという感覚。 一般的に...完全な閉塞感。



この点で、私は自分の時間管理を採用することにしました。 私は明らかにこの分野の知識がほとんどなかったので、本を読むことにしました。 私の手に落ちた最初の本、あるいはむしろハンドヘルドに落ちた本は、David Allenによる「Getting Things Done」でした。 文字通り、この本の最初の章で、この投稿のトピックについて考えさせられました。



ここに小さな引用があります：

「個人の生産性を向上させるために長年取り組んできましたが、ボトムアップアプローチの価値を高く評価しています。 心によると、最も正しい方法は上から下へと作業することです。つまり、 最初に、プロジェクト全体の長期目標の定義、次に-二次目標、最後に実装の詳細。 問題は、ほとんどの人が日常的に非常にうんざりしているため、より大きく、より有望な何かに集中することが非常に難しいことです。 そのため、ボトムアップアプローチがより効果的であることを実践が示しています。」



さまざまな組織やさまざまな人々での長年の仕事を通じて、これら2つのアプローチの影響を感じてきました。 「トップダウン」アプローチは、ほとんどの場合、プロジェクトに影響を及ぼす完全な一連の負の要因を与えたことを認めなければなりません。



ワークフローの組織に対するこれらのタイプのアプローチの違いが何であるかまだ完全に明確でない場合は、私自身が出会った例を使用して説明します。



例1.「脳、明日何をする？ いつものように、世界を引き継ごう！」



開発者（一般的に言えば、あらゆる職業の人々）は、まさにこの仕事に直面しています。「世界を占領する」ことです。 そして、毎日、毎月、おそらく毎年、彼らはそれをしようとしている...世界を占領しよう！



もちろん、これは抽象的な例ですが、「今ここで」正確に何をする必要があるかが明確でない場合、人々はしばしばプロジェクトに取り組むことを明らかにしているようです。実装、次のステップは何ですか、そして一般的に-最終的にはどうなりますか？！



あなたがそのような仕事に直面していて、あなたが顧客、上司の考えを読むことができるテレパスではなく、状況のすべての予期しない発展を予測するなら、あなたは困っています。 特に、実装の明確で厳しい締め切りに直面している場合。 このプロジェクトを予定どおりに実装することは、事実上非現実的です。



最終的にはどうなるのかをよく知ることもできますが、プロジェクトの詳細はほとんどなく、見込み客だけがいて、1〜2営業日で完全に実装できる実際のタスクはありません。 それではどうなりますか？ あなたが適切だと思うようになります。 そして誰もがそうです-そして、彼らの分野の第一人者、そして初心者の専門家。 その結果、プロジェクトの1つまたは別の段階を完全に開発できますが、...上司、顧客、クライアントが来て、これは彼が見たいとは思わない（または部分的にはしない）と言います。 この方法で何をする必要があり、それはあなたがやったことではありません。 結果-仕事の1〜2日（せいぜい）、排水溝を下って、座ってプロジェクトのこの部分をもう一度やり直しますが、元の場合と同じ熱意と速度で（ほとんどの場合）それを行うことはありません考慮事項。 これはほとんどの人の心理学です。 もちろん、あなたがそれらに属していない場合-これはプラスです。



その結果、プロジェクトの一部を次々に実装し、すべてを何度も何度も修正することで、プロジェクトを当初の設定よりも2〜3倍高い期間遅らせることができます。

既に理解したように、これはトップダウンアプローチの例です。



例2.「収穫機を作って収穫する！」



多くの場合、収穫よりも劣らず、場合によってはさらに複雑な作業に直面することを認めなければなりません。 そして、それを実現するために何をする必要があり、どのように正確に行う必要があるのか​​は常に明確ではありません（コンバインを組み立てるというアイデアは決して来ないか、遅すぎるかもしれません-例1を参照）。



人が明確に定式化された、具体的で非常に現実的なタスクに直面したとき（そして、なぜそれを実装する必要があるのか​​さえ明確ではないかもしれませんが、それを実装する方法は間違いありません）、プロジェクト全体の実装について、およそ次の計画を取得します：



1.明確で正確なタスク番号1を作成します。

2.明確で正確なタスク番号2を作成します。

3. ————————————————

4.明確で正確なタスク番号iを作成する。

5.まとめて-ポイント。



6番目の段階は、プロジェクトをボス、顧客、クライアントに引き渡す段階です。サブタスクは、要望に応じて完全に実装され、すべての要件を満たしています。 原則として、設定された正確な時間に、場合によっては「計画が過剰に実行された」場合でも。



これは、ボトムアップアプローチの例です。 このアプローチで特定のタスクを実装する理由があまり明確ではない場合でも、その実装方法と所要時間（プラスまたはマイナスの短い間隔）は常に明確です。



そして、これらすべてのタスクとサブタスクが実装され、まとめられると、「収穫」プロジェクトが実装されたことが明らかになります。 おそらく「世界の征服」さえ... :)