はじめに
だから、すべてが大丈夫です。 メインのウィッシュリストを満たす「非常に素晴らしい/最もクール/最高のパフォーマンスを発揮するパフォーマーである」とお客様に納得させることに成功しました。 これを祝福し、詳細について交渉を開始します。
少し気が散る。
この投稿を読んだ人の95％は、現在、そのようなプロジェクトを経験している/プロジェクトを率いている/プロジェクトを率いているが、それが何であるかを知らない。 どっち？ これは、たとえあなたが自分自身ですべてを引き裂いたとしても、あなたが設定した日付で終わりませんし、それが表明されたほどの費用はかかりません。 このようなプロジェクトを引き継ぎ、顧客と口論しました（まあ、とにかくすごい、仕事の計画をやり過ぎ、仕事の声明の範囲を超えて、彼はここで指を曲げます）、私たちは椅子に座って額から汗を拭き、顔を赤らめ、トウモロコシを批判的に調べますキー、およびこれが二度と起こらないことを安全に約束します。 そして、次のプロジェクトで同じgに突入します。 私はこれがなぜ起こるのかと長い間考えていましたが、そのような問題を回避するのに役立つ私の考えや秘trickをあなたと共有したいと思います。
仕事の初めに、私たちは皆、顧客とのかわいがりをし、手紙を読み、ポートフォリオを誇っています。 同時に、スキルを誇示するための本当の機会があるとき、私たちはそれを吐き出し、泥の中を踏みにじり、自分自身の下に時限爆弾を置きます。 私は何について話しているのですか？ コストとタイミングについて。
私は何度も出くわしたので、私自身は、開発者/個人開発者の小さなグループでは、コストと用語の正しい見積もりの割合がプロジェクトのサイズに反比例するという罪を犯しています。 エッジは個別ですが、常に表示されます。 原則として、顔は最大のプロジェクトの二重和に等しくなります。 つまり 請負業者が以前に150 trでプロジェクトを扱っていた場合、プロジェクトの費用と期間の見積もり（費用は300 tr）が不正確になります。 「おそらくそんなに」ではなく、「たぶんそんなに」でもない、つまり間違っています。 大脳皮質に万年筆で記録する
最も高価なプロジェクトの2倍のコストでプロジェクトを評価すると、恥ずかしそうに嘘をついていることになります。
すべてを列挙すると、あなたは自分自身、顧客、そしてこの世界の法律に嘘をついています。
暑くなるほど十分に、みんながすべてを理解したと思うので、実際にそれをどうするかを考えます。
薬
薬は2つのタイプがあることが知られています。 風邪薬と深刻な病気のための薬の複合体。 どのような種類の超過時間と予算ですか？ あなたはまだそれを疑いますか？
患者の準備から始めましょう。
私たちの脳の本質を見ると、問題は。 ただ今、ザドルノフを引用して、私たちの国が一組のrazdolbaevの本質であると言って始めないでください。 いいえ、もちろん、結果に対する責任感は同じ日本人やドイツ人よりもはるかに小さいです。 ただし、95％は、プログラミング業界だけでなく、予算を超えていることを示す指標です。 そして私たちの国だけではありません。 プロジェクト管理に関する山ほどの本から統計を取りました。
しかし、気が散りました。 問題は脳にあります。 これを認識すれば、抜け道を探すのがより簡単になります。 結局のところ、TKを変更する不適切な顧客、プロジェクトで使用されたライブラリのAPIを実装した人々の愚かさ、そして実際には最終的にはムーンフェーズに言及する誘惑が常にあります。 しかし、私はあなたに秘密を教えます-ほとんどの場合、顧客はそれだけです。 もちろん、良くも悪くも偏差がありますが、その根拠は同じです。 そして、ライブラリはそのように書かれています。なぜなら、それについてはかなり適切な理由があるからです。 さて、月の満ち欠けはあられに影響を与えます。
タイムラインと予算を設定することから始めましょう。 プロジェクトが2万、5日間と小さい場合、問題はありませんか？ なんで？ 一方で、すべてのミスはプロジェクトパラメータの割合として表示されるためです。 そして、上記の場合、30-40％の偏差が1.5-2日と6-8 trであり、それを犠牲にすることができる場合、それらは大きな順序ですでに異なっています。 現実には、私が示した偏差は非常に良い指標です。 なんで？ さらに進んでいます。 用語がほぼ確実に呼ばれる2番目の理由は、プロジェクトが物理的に純粋に評価およびレビューしやすいことです。 大規模なプロジェクトでは、作業の複雑さのビジョンは非常にあいまいです。
それとは別に、すでに完了したものに類似したプロジェクトを強調したいと思います。 私たちにとってどれほど素晴らしい発見がありますか…著者が愚かな状況にいることに気付いたとき、誰もが物語を愛しています。したがって、私は個人的な経験から例を挙げます。 どういうわけか、私は2滴のようなプロジェクトに直面しなければなりませんでした。 すでに行われたこと。 言うまでもなく、プロジェクトは締め切りを倍増しました。顧客とのバントや利益の損失は言うまでもありませんか？ もちろん、顧客からの干渉がなかったわけではなく、顧客の代表者は当初、すべてのポイントを明確にすることを約束しており、契約に署名した後、彼は混乱し始めました。 しかし、私たちは、まず第一に自分自身が失敗したことを責めることに同意しました。
問題の説明が本質的にどのようにそれらに答えを与えているかに気付いていますか？ さらに詳しく考えてみましょう。
まず、TKは壊滅的に短い時間です。 はい、それなしで作業できる状況があります。 たとえば、TKをまったく使用せずに作業している顧客がいて、最初の契約を変更した後に条件とコストを変更することに疑問の余地はありません。 しかし、100のプロジェクトについて、そのような肯定的な例は1つしかありません。
TKが多いほど、分析に費やす時間が少なくなります、ダーリン。 したがって、コストとタイミングの問題。 TKが大きいと、通常、多くの作業が必要になります。 また、顧客に100 trではなく電話をかけるのが愚かなこともあります。 プロジェクトと1.5か月（私たちは頭の中で間抜けになりました）、300か月と4か月。 恐れてはいけません!!! 顧客があなたの仕事にお金を払う準備ができておらず、これが仕事であり、あなたの鼻をほじるのでなければ、始めることは何もありません。
問題は、顧客が原則として正確なコスト見積もりに関心がないという事実によって複雑になります。 はい、あなたは正しいと聞きました。 顧客は迅速な評価に関心があります。 これは、フリーランスに目を向けると、彼が多数のオファーを受け取るという事実から生じています。 また、プロジェクトは「昨日」に行われる必要が多かったため、メインバイオリンは、コストとタイミングの見積もりを得るためにかかった時間までに演奏され、それに基づいて選択が行われます。 したがって、TKの分析は単にあなたの関心事です。
これに対処する方法は？ 簡単です-プロジェクトをブロックに分割します。 このチャートはPERTチャートと呼ばれます。 方法-インターネットには多くの例があります。 分解にはそれほど時間がかからず、複雑さによって個々の部品を評価するのがはるかに簡単です。 別の開発であるかのように評価します。 同時に、正確な条件を決定するために、プロジェクトを短縮する時間を提供するために、受け取った金額に1.2を掛けるとよいでしょう。 バッファの形で株式を確保するために最終的な数字をどのくらい掛けるかは誰にとっても個人的な質問です:)
ここでは、おそらく、評価作業の実施のための包括的なプログラムが役立つ可能性がありますが、残念ながら私はそれを見つけられませんでした。 次に、他のステージとテクニックについてお話しますが、あなたが私がそう言う理由を理解できます。 プロジェクト管理に関する書籍でも3〜4のソフトウェア製品が提供されていますが、すべての段階で分析はいずれかのプログラムで実行されます。 作業中にいくつかの製品を使用しました。あるプログラムで何かが簡単かつ簡単に行われた場合、別のプログラムではまったく提供されないか、ある場所で行われると自信を持って言えます。
プロジェクト管理用のプログラムを書くことを考えていましたが、特に多くの仕事の状況では、一人で仕事をすることは非常に困難でした。
私が署名したもの...今日はこれで十分だと思います。次のパートでは、プロジェクトで直接作業を開始する問題を検討します。
パート2 。