プロジェクトの見積もり、正しい方法で行う
公開: 2022-03-02時々、仕事に勝つことはあなたの仕事の最も難しい部分ではありません。
プロジェクトの見積もりは、政府機関が対処するための複雑な問題であり続けています。 それは、クライアントがあなたの競争相手から他のオファーを持っていることを知っている間、クライアントに明確な期待を設定することの微妙なバランスです。 よく考えられた提案に10時間を費やしたくはありませんが、それを拒否するだけです。 ただし、細かい印刷に十分な時間を費やさないと、プロジェクトの範囲が遠ざかる可能性があります。
この記事では、数十のエージェンシーが時間の経過とともにより強力で信頼性の高いデータ主導の意思決定を行うのに役立つヒントを共有します。

では、どうすればよいのでしょうか。
エージェンシーの収益性フライホイールを入力してください。
Agency Profitability Flywheelは、代理店が4つのステップで見積もりシステムを自己調整できるようにするフレームワークです。
- 推定手法の定義
- 定量的フィードバックループのインストール(時間とコストの追跡)
- レポートとフィードバックのリズムを確立する
- プロセス最適化ケイデンスの定義
ステップ1と2は、精度を損なうことなく、見積もりをすばやく出すことに重点を置いています。 ステップ3と4は、チームからの実用的なフィードバックに焦点を当て、収益性、効率、一貫性を向上させるとともに、より良いプロセスを通じて、時間の経過とともに行う作業をより予測可能にします。
ステップ1:見積もり手法を定義する
まず、お持ちの見積もりシステムを標準化する必要があります。 クライアントやプロジェクトの種類などはさまざまですが、クライアントのプロジェクトを見積もるたびに使用するテンプレートを作成する方法はまだあります。
次の質問に答えることから始めましょう:
不正確であることが証明された場合、私たちの利益、プロジェクトコスト、および人員に最大の影響を与える可能性があるという仮定は何ですか? それは私たちにコストを吸収することを強制するのでしょうか、それとも多くの残業をすることになるのでしょうか?
通常、次の2つに戻ります。
- スコープメトリックの特定
- 「クライアントがさらに_____を必要とする場合、労力は________増加します。」と自問してください。 たとえば、クライアントがさらに2つのWebページを必要とする場合、フリーランサーの時間はさらに6時間かかります。 次に、マージンを追加します。
- データ構造の簡素化と複雑さの軽減
- 「プロジェクトがうまくいかなかったときに私が経験する一連の質問は何ですか?」と自問してください。
- うまくいかなかったプロセスのフェーズまたはステップに焦点を当てていますか? それとも、人や部門にもっと焦点を当てていますか?
- 「プロジェクトがうまくいかなかったときに私が経験する一連の質問は何ですか?」と自問してください。
ほとんどのエージェンシーにとって、これはある種のスキルベースまたは役割ベースのグループ化になります。
この演習の最終目標は、さまざまなタイプの作業を見積もるための標準化された方法と構造を考え出すことです。
たとえば、ウェブサイトプロジェクトを探しているクライアントの場合、規模を把握するために、発見時に(毎回)5つの標準的な質問をします。
そして、次のオブジェクトを使用して見積もりを構成します。
- クライアント
- 計画
- フェーズ(ワークショップ、ワイヤーフレーミング、コピー、設計、開発)
- 役割(プロジェクトマネージャー、デザイナー、ライター、開発者、ストラテジスト)
- フェーズ(ワークショップ、ワイヤーフレーミング、コピー、設計、開発)
- 計画
これの最終的な目標は、見積もりのために同様の構造を作成できるようにすることです。これにより、時間の経過とともにオブジェクトを相互に比較し始めることができます。 たとえば、次の質問をすることができます。
ウェブサイトプロジェクトのワイヤーフレーミングフェーズに必要な平均設計時間はどれくらいですか?
データが過去5つのWebサイトプロジェクトでその質問に答えるように構成されている場合、タイムトラッキングまたはプロジェクト管理ツールの設定方法がその階層と一致する限り、その質問に答える準備が整います。
ステップ2:定量的フィードバックループのインストール(時間とコストの追跡)
プロセスを定義して標準化したので、下のグラフにデータポイントを配置するフィードバックループを簡単にインストールし、時間とともに強化される関係線をゆっくりと構築します。
しかし、それはまだすべての蝶と虹ではありません。 私たちが過去に見たのは、このデータは、常に幻想的な「時間追跡」の問題によって歪められる可能性があるということです。 ここに私たちが見る2つの主な問題があります:
1.プロジェクト管理と運用構造の衝突
私たちが目にする最も一般的な例は、この切断の例です。見積もりが機能または役割(opsチームによって作成された)ごとに分類されている場合です。
「x時間の開発、xx時間の設計、xx時間のプロジェクト管理など。」
プロジェクト管理の哲学はタスクとより一致していますが、
「コンテンツの概要でX時間、ワイヤーフレームでXX時間、Q/AでXX時間など。」
この問題は、ほとんどの機関が時間追跡ツールを使用しているという事実によって悪化します。このツールのプロジェクトは特定の方法で構成されているため、これらの問題を解決することはより困難です。 しかし、ツール自体にも問題がないわけではありません。
通常、代理店が慣れている命名規則に問題があります。 あるプロジェクトでは、デザインに「Webデザイン」という名前を付け、別のプロジェクトでは、「デザイナー」という名前を付けることができます。 ちなみに、3番目のプロジェクトでは、「グラフィックデザイナー」という名前を付けることができます。これらはすべて同じ役割ですが、異なるものと呼ばれるため、異なるプロジェクト間で水平方向に一貫したデータを提供しません(比較、分析、決定を行うため)。
2.プロジェクト管理、時間およびコスト追跡のための適切なツールの欠如
水平方向に整列された命名規則を使用してデータの一貫した構造を決定すると、これを実装するためにプロジェクト管理ツールから何が必要かが正確にわかります。 しかし、各ツールがあなたに「合う」とは限りません。
調査を行い、そのツールが構造の複雑さのレベルを可能にするかどうかを発見し、そのスイートスポットを見つけます。 クライアントから常に目にする業界のリーダーには、ClickUp、Monday.com、Asana、Teamworkなどがあります。
次に、タイムトラッキングツールを選択します。 オールインワンツール(タイムトラッキングとプロジェクト管理用)である必要はありません。私たちの経験から、これらのツールは非常に平凡であり、単一のツールから得られる便利な機能や重要な機能を省略してしまいます。 、専用ツール。 そうすることで、運用チームとPMチームが妥協することなく作業できるようになります。
プロジェクト管理ツールと統合されたタイムトラッキングを使用する場合は、タグ、カスタムフィールド、または命名規則を使用して、エントリを見積もりで使用しているのと同じ形式に戻すたびにマップできることを確認してください。 これがなければ、将来の見積もりを推進することになると、時間追跡データは本質的に価値がなくなります。
ちょっと待ってください。私のチームが時間の追跡を嫌う場合はどうなりますか?
私たちは知っています。 私たちもそれをするのは好きではありませんが、この情報がどれほど重要かは誰もが知っています。
正確で信頼性が高く、実用的な時間追跡データに不可欠な2つの要素は次のとおりです。
- コンプライアンス
- 正直
タイムトラッキングを使用してチームを参加させることは、それを行う方法を説明する30分の会議以上のものです。 代理店の文化は、パフォーマンスと収益性を測定する際の重要な要素として、時間追跡の重要性を促進する必要があります。
チームはまた、あなたが彼らを信頼していないという理由ではなく、それが意思決定にどのように影響するかという理由で、彼らが費やした時間について真実で透明であることがいかに重要であるかを理解する必要があります。
時間追跡データを使用して、人々を懲戒または警察することは絶対にしないでください。 生産性の測定には使用しないでください。 これは、スコープが設定されたときに想定したとおりに物事が進まなかった方法と理由についての議論を促進し、より効率的になる機会を見つけるためにのみ使用してください。
推奨読書:代理店の所有者としてより収益性の高い考え方をする方法| マルセル・プティパス
ステップ3:チームとのデータ主導の会話
最後に、私たちはデータについて、そしてあなたの推定システムでそれをどのように使用するかについて話すことができる場所にいます。

チームと会って、予想よりもはるかに良くも悪くもなるプロジェクトの背後にあるコンテキストを明らかにしたいと思うでしょう。
これを行うための最良の方法は、プロジェクトのパフォーマンス会議またはプロジェクトの回顧展を使用することです(これらの唯一の違いは、回顧展がプロジェクトの最後にあるのに対し、パフォーマンス会議は一定のリズム(つまり、毎週または毎月)で行われることです)。
これらの会議の目標/トピックは次のとおりです。
- すべてのプロジェクトの見積もりと実績を比較する
- 物事が計画されている場所と計画されていない場所(およびその理由)
- プロセスやスコーピングを改善する機会について、チームからアイデアを引き出します
- 決定をアクションアイテムに変換し、チームを関与させてそれらを実装します
さて、何が悪かったのかについて話すのにどのように最善のアプローチができますか? 予算内で迅速に実行されたプロジェクトの成功について話すのはとても簡単です…それほど反対ではありません。
これらの会議を成功させる(そしてチームに恐れられない)ための2つのヒントを次に示します。
- 人ではなく、プロセスに焦点を当てる
- よく考えられたプロセスを基盤として人が惨めに失敗するのを見ることはめったにありません。 したがって、次のように予算を超過したプロジェクトにアプローチする代わりに、次のようにします。
「ティム、このプロジェクトでは予算の2倍の時間をプロジェクト管理に費やしましたが、それはなぜですか?」これ言ってみて:
「プロジェクト管理に関する見積もりは約半分ずれているようです。 何がそのギャップを引き起こしたのかについてのアイデアはありますか?」
- よく考えられたプロセスを基盤として人が惨めに失敗するのを見ることはめったにありません。 したがって、次のように予算を超過したプロジェクトにアプローチする代わりに、次のようにします。
- 会議を推進しますが、スポットライトを盗まないでください。
- この会話では少し後部座席を取り、チームが行き詰まったときにチャイムを鳴らすことが重要です。 結局のところ、あなたはおそらくそれがどのように機能しているかを正確に確認するために塹壕に入っていなかったでしょう。 または、たとえそうだったとしても、チームがこれらのプロジェクトの所有権を感じて、将来のプロセスの反復が成功する可能性を大幅に高めることが重要です。 心配しないでください、彼らはそれを持っています!
- それを優先してください-オプションのアドオンではありません!
- チームのフィードバックがプロセスの改善にどれほど不可欠であるかをチームに示すことも重要です。 つまり、約束を守り、オプションの呼び出しではなくプロジェクトの一部としてこれらを実装することを意味します(忙しい週がある場合はぶつかる可能性があります)。
ボーナス:ちなみに、これらのプロジェクト見積もりの改善を実装すると、タイムラインの信頼性が大幅に向上するはずです(したがって、レトロを捨てる必要はありません!)
ステップ4:プロセス改善サイクル
最後に、私たちは得たものをプロセスの改善に変えています。 これらの改善により、作業への時間投資の一貫性が高まり、実行すればするほど予測が容易になります。 プロセスの改善が進むにつれて、見積もりの関係線がより強くなり、実際にはより重要な関係に向かって押し進められることがわかります(下の画像を参照)。
まず、2つのフレームワークから始めます。
- 配信プロセス
- プロジェクト見積もり手法
配信プロセス-反復
まず、プロセスの反復を行うために使用するフレームワークを定義することから始めることができます。 私たちのチームは、改善のバックログを作成し(通常、これらのアクションアイテムはレトロミーティングやパフォーマンスミーティングから出てきます)、スプリントでそれらに取り組むのが好きです。 そうすることで、プロセスは改善されますが、それはバックログへの追加を停止するという意味ではありません。 バックログは、終わりのない改善のサイクルです。 それのための余地は常にあります。
ボーナス-ICEスコアを使用してバックログに優先順位を付けます。 それは、何が待つことができるかを決定するのに役立ち、それを実装に伴う努力に比べて最大の影響を与えるものと組み合わせます。
プロジェクト見積もり手法-反復
最後に、見積もり手法を定期的に再検討することが重要です。 コストと時間の追跡など、以前のプロジェクトから取得したデータを取得し、それをスコーピングメトリックに対してマッピングします。
プロジェクトの完全なライブラリを構築し、サイズ、スコープ、サービスなどでグループ化(またはタグ付け)できます。理想的には、関係線がますます強くなり、時間の経過とともに見積もりの信頼性が高まります。
最終的には、投稿の冒頭で説明したスコーピングの質問に答え、データを使用して完了するまでの時間を予測するのに役立つモデルにプラグインできるようになります。
例えば:
クライアントには、30ページのウェブサイト、カスタムeコマースウィジェット、メールマーケティングの統合が必要であり、予算は約50,000ドルです。
その情報に基づいて、私たちはそれらが私たちのウェブサイトの複雑さのスケールで約5/10であると思います(私たちが取り組んだ最も複雑なものから最も複雑でないものまで)
過去のプロジェクトに基づいて、次のことを見積もる必要があります。
- 32のプロジェクト管理時間
- 65設計時間
- 60開発時間
- 18時間の品質保証
あとは、最後の10%の判断を適用し、さまざまな価格シナリオのモデル化を開始して、マージンが適切な場所にあることを確認するだけです。
プロジェクトの収益性目標
まとめる前に答えるのに少し時間を費やす必要がある最後の質問は、プロジェクトがどれほど有益であるかということです。
もちろん、ここには微妙な違いがありますが、使用率が完全に低下することなくクライアントを遠ざける立場にあると仮定すると、60〜70%と配信マージンを目標にする必要があります。
どういう意味ですか?
つまり、プロジェクトを完了するためにかかる費用は、プロジェクトから持ち込むエージェンシー総収入(AGI)の30〜40パーセントになります。
公式は次のとおりです。
配信マージン=(エージェンシー総収入(AGI-コスト)/コスト
定義:
エージェンシー総収入(AGI)は、広告費、印刷予算、外部ベンダー/パートナー、材料費などのパススルー費用を差し引いた後に残った収入額です。
配送コストは、成果物を完成させるための直接コストであり、ほとんどの場合、チームの時間と、作業を行うために持ち込んだフリーランサーのコストです。
フルタイムの従業員の場合、時間コストは、年俸と福利厚生を取り、それを2080時間で割って計算されます。
1時間あたりのコストの計算と利益率の計算の詳細については、こちらをご覧ください。
例:
プロジェクト費用の合計:15,000ドル
パススルー費用:5,000ドル
AGI:$ 10,000
コスト:100時間x平均コスト$25/時間=$2500
配信マージン=($ 10,000-$ 2,500)/$10,000または75パーセント
プロのヒント:
1時間あたりの平均コストがわかっている場合は、ABRを計算し、それを配信マージンの計算に組み込むことで、配信マージンをすばやく読み取ることができます。
例:
プロジェクトAGI:$ 10,000
推定時間:100
1時間あたりの平均コスト=$35 / hr
平均請求可能レート=$10,000 / 100 = $ 100 / hr
推定配信マージン=($ 100-$ 35)/ $ 100=65パーセント
まとめ
プロジェクトの見積もりに適したシステムは、代理店を成功または失敗させる可能性があります。 それはあなたのチームを幸せに保ち、あなたのクライアントを満足させ、あなたの代理店に利益をもたらします。 これにより、プロジェクトの収益性をすばやく簡単に予測し、従業員と採用計画をより適切に計画することができます。
見積もりとクリーンなデータへの投資は魅力的ではありませんが、それらは代理店の運用システムの基盤です。 今日の見積もりと価格設定プロセスにもう少し構造を適用する瞬間は、今後何年にもわたって多くのメリットを意味する可能性があります。
エージェンシープロフィットツールキットのフライホイールを含む、この完全に無料のフレームワークをコピーします。