プロジェクトが予算を超えることは許容されますか?


11

この質問は、フリーランスからウェブデザイン会社に転職して以来、過去3か月間私を悩ませてきました。

営業担当者は、次の一連の質問によく似た質問をします。

  • ウィジェットをプログラムするにはどれくらいの費用がかかりますか
  • このWebサイトをこのソフトウェアに変換するのに何時間かかりますか。
    (ウェブサイトが現在何を実行しているか知らずに)

  1. 情報なしで見積もりを行うにはどうすればよいですか?(いいえ、詳細情報を求めることはできません!

プロジェクトが予算を超えている場合、それは悪いことです。最近、ウェブサイトを新しいプラットフォームに移行するコストを計算するときに、メニュー全体を見逃してしまったため、プロジェクトは予算を超えました。私の上司はまったく満足していませんでしたし、このようなことは避けられないというのが私の意見です。

   2.予算超過を処理するための一般的な慣行は何
        ですか?Web開発などのプロジェクトは予算超過することがよくありますか?

Web開発/デザイン/類似会社で働いている場合:

   3.請求可能時間システムはどのように機能しますか?

私にとっては、どのプロジェクトに何時間を費やし、それらが請求可能または内部(請求不可)であるかを記録する時間追跡アプリケーションがあります。週にxx時間の請求可能時間を満たしていない場合、最終的にトラブル/解雇になります。あなたが会社のためか、請求可能ではないクライアントのために行う作業は、このシステムの一部ではない、と私たちはしばしば持っている任意の代替システムが存在する場合、私は思ったんだけどので、内部の作業を行います。

編集: OK私はデザイナーではなく、この会社の開発者です:)

第二に、私は給与を支払われていますが、経営陣がそれをどのように見ているかを以下に示します。週に35時間働く必要があります。その35時間以内にクライアントに請求する仕事をしている可能性があります。プロジェクトが50時間かかり、私が55時間かかる場合、その5時間は予算を超えていない別のプロジェクトに費やされた可能性があるため、お金を「失いました」。

別の例として、プロジェクトが1つしかない場合、2週間で期限が来て、社内で仕事をすることに1日費やします。もしその日働いていたら、一日を早く終えても仕事はありません。いずれにせよ、仕事は契約であるため、私が仕事をする日に関係なく、同じ金額が支払われます!


4
よくある誤解は、「詳細情報を要求できない!」です。通常はできないと言われますが、それで十分に行けばできるようになります。
ヴィンコヴサロビッチ

2
私が正確に見積もると大きな問題に気づき、クライアントがそれを受け入れないために彼らがそれを断念的に削減し、私は彼らが低すぎると言った時間内にいないと非難されます。
HLGEM

1
それを好転させる。「営業を終了するのにどれくらい時間がかかりますか」に対する正確な答えを営業担当者に尋ねてください。:)
CraigTP

わずか35時間働くだけでいいのです。
リグ

@HLGEMだからこそ、「Scotty」の見積もりを使用します。スタートレックのスコッティのように、あなたはいつも何かがどれくらいかかるか/どれくらいの費用がかかるかを過大評価しているので、クライアントが時間/お金の予算を削減しようとする余地があります。あなたが実際に取ると思うものを彼らに伝え、彼らがより少なく要求するなら、あなたは行き​​詰まっています。
GordonM

回答:


4

営業担当者は、次の一連の質問によく似た質問をします。

ウィジェットのプログラミングにはどれくらいの費用がかかりますか?このWebサイトをこのソフトウェアに変換するのに何時間かかりますか。

営業担当者がデザイナーに質問するのはなぜですか?売上には、見積用の事前に用意されたリストと、実際のコストとの相関関係は、あるとしてもほとんどありません。私はあなたが給与を受けていると仮定しています。

情報なしで見積もりを行うにはどうすればよいですか?(いいえ、詳細を尋ねることはできません!)

短い答え?できません、試さないでください。

長い答えはまだ短いです。電話をかけて、他のユーザーにログインしたり、他のユーザーにメッセージを投稿したり、写真をアップロードしたり、友達を作ったりできるWebサイトがあると言ったら、構築にかかる費用はいくらですか?想像できる最悪のソーシャルネットワーク、またはFacebookを説明できたかもしれません。十分な情報がないため、正確な評価を行うことができません。

プロジェクトが予算を超えている場合、それは悪いことです。最近、ウェブサイトを新しいプラットフォームに移行するコストを計算するときに、メニュー全体を見逃してしまったため、プロジェクトは予算を超えました。私の上司はまったく満足していませんでしたし、このようなことは避けられないというのが私の意見です。

「予算超過」を定義します。繰り返しますが、私は給料を時給ではないと仮定しています。時間の予算を超えた場合は、長い夜を過ごして、同じミス(何かを逃す)を再度しないでください。

私にとっては、どのプロジェクトに何時間を費やし、それらが請求可能または内部(請求不可)であるかを記録する時間追跡アプリケーションがあります。週にxx時間の請求可能時間を満たしていない場合は、最終的にトラブル/解雇になります。会社やクライアントのためにあなたが行う仕事は請求対象ではありませんが、このシステムの一部ではなく、私たちはしばしば内部の仕事をしなければならないので、代替システムが存在するのではないかと思っています。

「請求可能」時間の記録を作成しなければならなかった場合、どのように設定するのかわかりません。たぶん、週に数時間、100時間で終わるでしょう。コードについて考えるのをやめません、それは重要ですか?


あなたの答えをありがとう、それは非常に役に立ちましたが、私は私の元の質問のいくつかの点について明確ではなかったと思います。私はデザイナーではなく開発者です。私たちはWebデザイン会社です。ただし、すべてのサイトはCMSを使用しており、ある程度のプログラミングが含まれています。給料は支払われていますが、予算を超過する可能性があります。どのように機能するか正確にはわかりません。xドルの金額を見積もると、y時間かかると仮定します。どういうわけか上司は、私がy + 1時間かかったら、1時間は別のプロジェクトに費やされたはずだと思って、お金を失いました。
ブランドンワンボルト

@Rouge:見積もりを改善します。割り当てられた時間を絶えず超えていることに気づいたら、彼らがどれくらいの時間を尋ねたら、あなたが彼らに渡す数を増やし始めます。
ジョシュK

4

Scottyが行うことを実行します。合理的な見積もりを考え出し、それを2倍にします。

2倍の推定値は、a)人間は安っぽい推定量であるため、通常はより現実的です。b)突然の特徴やその他の緊急事態の余地があるように、少しゆとりを与えます。そして予算の下で。

あなたが上司や売り上げに対して見積もりを倍にしているという事実を決して述べないでください。ビジネスマンは繊細な生き物であり、多くの場合、エンジニアが対処しなければならない厳しい真実を処理できません。

幸運を。


1
言うまでもありませんが、私は実際に少なくともx4を実行します。なぜなら、私は1時間で何ができるかを真剣に過大評価しているほとんどのプログラマーだからです。問題は、私のマネージャーが私の見積もりが長すぎると不平を言うことです(1週間です!1週間かかるとは言えません!1日に言うと...)。見積もりが受け入れられたとしても、開発タスクは金魚のようなものであることがわかります。金魚は水槽のサイズまで成長するので、テトリスをプレイする時間はまだありません。何らかの理由で、しかし、私は他の方法を持っていないだろう
...-Kramii

1
ダブルは余白が小さすぎます。私は常にpiを掛けるという規則を守っています。
Bjarkeフロイント・ハンセン

1
見積もりが高すぎてクライアントを失い始めたら、それも悪いことではないでしょうか?
ブランドンワンボルト

@Rogue Coder:通常、販売の正確な推定値を提供するのが最善です(正確には、推定値を2倍、または4倍にしたことも意味します)。営業担当者がより多くの仕事を詰め込むためにかかる時間についてうそをつくようプレッシャーをかけている場合、彼らは自分たちで問題を引き起こしています。しかし、あなたは販売が聞きたいことについて仮定していると思います-より高い推定値を試してください。スケジュール通りに予算内で物を配達し始めたら、とても幸せな上司と幸せなセールスマンに出会うかもしれません。
パッチ

@Rogue Coder:x時間かかる場合は、たとえ売り上げがそれを語ろうとしても、それはどれくらいの時間がかかるでしょう。クライアントを失い始めた場合は、レートを引き下げます(または、レートの「割引」を提供します)。
クリスバケット

2

あなたができる最善のことは、見積書に項目別リストを作成することだと思います。各「タスク」の横に時間を置きます。このように分解すると、何が必要かを考えるのに役立つだけでなく、上司やクライアントに見積もりの​​範囲を伝えることにもなります。上司/アカウントマネージャー/クライアントによる作業を開始する前に、この範囲/見積もりを承認することをお勧めします。このように、何かを忘れた場合、非難が広がる可能性があり、それがすべて開発者に落ちるわけではありません。

プロジェクトに関する詳細情報を取得できない場合は、進化した人々、正確にはあなたの仮定を示す必要があります。

これは、これらの引用符のいくつかを実行した後、新しい引用符を作成するときに古い引用符を参照できるため、優れています。

ホフスタッターの法則を取り入れることはできますが、それは決して機能しません


1
ある程度これを行います。CMSインストール1時間、イベントモジュール4時間、何とか6時間、コンテンツ変換10時間というリストを作成します。これに関する2つの問題は、それらが見積もりであり、営業担当者が契約を送信するときにこれらを完全に異なるものに変換することです。これにより、営業担当者が「コア機能IV」を「役に立たない機能XII」としてリストしたために、クライアントがプロジェクトの一部を削除するという問題が発生します。クライアントはそれを望んでいませんが、実際には必要な仕事なので、必要な予算を失います。
ブランドンワンボルト

2
アイテムは、それぞれ最大1時間かかるレベルでリストする必要があります。「イベントモジュール4時間」は、十分にドリルダウンしなければ、簡単に40時間を意味します。アイデアは、クライアントに詳細な計画を送信することではありませんが、そのような詳細な計画がその後の設計と実装に役立つという事実は言うまでもなく、あなたの心が全体を理解できるようにすることで、より適切に推定できるようにすることです。
ビンコヴサロビッチ

1

これは、実際には、3つのパートの最初の部分に対する答えにすぎませんが、それは大きな質問です。

ここに私が最近始めたものがあります。そして、これはこの種のことについて多くの魂を探した後です。

見込み客またはクライアントからのリクエストに、「誠実な見積もり」と呼んで返信します。それは、合計CYAのために日曜日から9つの方法で埋められたドルの数字です。この数値は、ここで検討しているプロジェクトの規模の大まかなプロジェクトの経験に基づいていると彼らに言います。

私は彼らに、キックオフ時に支払われるべき最初の請求書は見積もりの​​25%であると伝えています。その価格で、完全な要件収集作業を実行し、完全で詳細な仕様を作成します。プロジェクトの規模によっては、数週間かかる場合があります。その最後に、完全なドキュメント一式を用意し、その見積もりをどのように行ったかを確認します。その時点で価格を微調整する必要がある場合(およびそれが上下する可能性がある場合)、それを行い、クライアントに知らせます。

価格が上がり、プロジェクトが持続不可能になった場合、その時点でそれ以上の支払いはなく中止されます。これは明らかに望ましくない結果であり、最後の手段の結果と見なされる必要があります。計画Bは、プロジェクトの要件を作り直して、範囲をプロジェクトの予算などに落とし込むことです。すべてを中止する前にできることはたくさんありますが、必要に応じて、できることはすぐにあります。

そうしないと仮定して、その時点で50%が請求可能な(おそらく修正された)合計価格と、配送および受入時に最終的な25%程度の価格に進みます。誰もが同じページにいます。「分析」のような無形のものにお金を払わなければならないと感じている人は誰もいませんし、誰もが(理想的には)幸せです。

これまでのところ、これでかなり良い結果が得られました。それは確かに、分析/仕様化作業のために別の請求対象となるためにクライアントを打つことを打ち負かします。誰もその代価を払いたくない。しかし、プロジェクトの合計価格の最初の25%で非表示にすると、すぐに口に出して理解できるようになります。


この答えはあまり注目されなかったようですが、1。具体的で実用的なアドバイスを提供します。2。実用的であり、3。実世界の経験に基づいています。
ロバートハーヴェイ

0

より多くの情報への道を見つける必要があります。要件が明確に述べられていない場合、私はプロジェクトの見積もりさえ与えたことはありません。それらが持続する場合、あなたはそれを持つことができない、あなたはちょうどやめたほうがいい。


0

非常に一般的なシナリオです。セールスには手がかりがなく、技術者に頼って仕事をしています。知ることは不可能であるため、正確な推定値を与えることは何度も失敗します。

実際に行うことは、経験的推定と呼ばれます。

あなたは時間と経験でそれを良くします。

会社に他にデザイナーはいますか?はいの場合、Planning Pokerを行うことを強くお勧めします。これは非常に強力な集団推定手法です。

プランニングポーカーは、コンセンサスに基づいた推定手法であり、主にソフトウェア開発における作業の労力または相対的なサイズを推定するために使用されます。

より多くの人々の知識と経験を使用することにより、より正確な見積もりを取得するのに役立ち、見積もりの​​責任は1人ではなくチーム全体に分散されます。彼らはより正確な見積もりを得るので、販売は幸せになります。また、自分が4人か5人のときは、自分だけのときよりも「推定できない」と言う方が簡単です。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.