web-dev-qa-db-ja.com

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

この質問は、フリーランサーからWebデザイン会社で働くことに切り替えて以来、過去3か月間私を悩ませてきたものです。

営業担当者は、次の一連の質問に似た質問をすることがよくあります。

  • ウィジェットのプログラミングにいくらかかりますか
  • このWebサイトをこのソフトウェアに変換するのに何時間かかりますか。
    (現在実行されているWebサイトが何であるかを知らずに)

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

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

2.予算超過に対処するための一般的な方法は何ですか
そしてウェブ開発のようなプロジェクトは、しばしば予算を超過しますか?

Web開発/設計/類似の会社で働いている場合:

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

私には、どのプロジェクトに何時間費やしたか、およびそれらが請求可能か、請求可能か(請求不可)かを記録する時間追跡アプリケーションがあります。週に請求可能なxx時間を満たさない場合、最終的に問題が発生するか解雇される可能性があります。会社または請求対象外のクライアントのために行う作業は、このシステムの一部ではありません。そのため、社内作業をすることがよくあります。別のシステムが存在するかどうか疑問に思っています。

編集: Ok私はこの会社の開発者であり、デザイナーではありません:)

第二に、給与は支払われますが、経営陣はこれをどのように見ていますか。あなたはあなたが働かなければならない週35時間を持っています。あなたは彼らがその35時間でクライアントに請求する仕事をしている可能性があり、あなたはすべきです。彼らがプロジェクトに50時間かかり、私が55時間かかるとわかった場合、その5時間は予算を超えていない別のプロジェクトに費やされた可能性があり、お金を「失った」だけです。

別の例としては、プロジェクトが1つしかない場合(2週間以内に予定されていて、1日を社内作業に費やしている場合)、私が働いていなかったためにお金が失われたことがあります。その日働いたとしたら、一日早く終わらせても仕事がありません。どちらにしても、仕事は契約ですので、どの曜日に働いても同じ金額が支払われます!

11

営業担当者は、次の一連の質問に似た質問をすることがよくあります。

ウィジェットのプログラミングにかかる​​費用このウェブサイトをこのソフトウェアに変換するには何時間かかりますか?.

なぜ営業担当者がデザイナーに尋ねているのですか?販売には、実際のコストとの相関があったとしてもほとんどない見積もりの​​ための在庫と見積もりの​​システムの在庫があらかじめ用意されている必要があります。あなたはサラリーマンだと思います。

情報なしでどのように見積もりを出すことができますか? (いいえ、詳しい情報を求めることはできません!)

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

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

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

「予算超過」を定義します。繰り返しますが、給与は時間単位ではありません。 timeの予算を超えた場合は、長い夜を引いて、(何かが欠けている)同じ間違いを再び犯さないようにしてください。

私には、どのプロジェクトに何時間費やしたか、およびそれらが請求可能か、請求可能か(請求不可)かを記録する時間追跡アプリケーションがあります。週に請求可能なxx時間を満たさない場合、最終的に問題が発生するか解雇される可能性があります。会社または請求対象外のクライアントのために行う作業は、このシステムの一部ではありません。また、多くの場合、社内での作業を行う必要があるため、代替システムが存在するかどうか疑問に思っています。

「請求可能」時間のレコードを作成しなければならなかった場合、どのように設定すればよいかわかりません。おそらく、毎週100時間+/-数時間で終了します。私はコードについて考えるのをやめません、それは数えるべきですか?

4
Josh K

スコッティが行うことを行います。妥当な見積もりを出し、それを2倍にします。

あなたの2倍になった見積もりは、a)通常はより現実的です。人間はだらしのない推定者であるためです。b)少し緩みがあり、突然の機能や他の緊急事態のための余地があり、c)時々時間内に入ることができます。そして予算不足。

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

幸運を。

4
Patch

私はあなたができる最善のことはあなたの見積もりで箇条書きのリストを作ることだと思います。各「タスク」の隣に時間を置く。このように分解すると、何をする必要があるかを考えるのに役立つだけでなく、上司やクライアントに見積もりの​​範囲を伝えることにもなります。上司/アカウントマネージャー/クライアントによる作業を開始する前に、このスコープ/見積もりをサインオフしておくと便利です。このように、何かを忘れたとしても、責任は分散する可能性があり、すべてが開発者の責任ではありません。

プロジェクトの詳細が分からない場合は、進化した人々、つまり想定を正確に示す必要があります。

これらの引用のいくつかを実行したので、これも良いです。新しいものを作成するときに、古いものを参照することができます。

あなたはホフスタッターの法則を取り入れることを試みることができます しかし、それはうまくいきません

2
Adam Harte

これは、実際には3つのパートからなる最初のパートへの回答にすぎませんが、大きな質問です。

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

見込み客またはクライアントからのリクエストに、「善意の見積もり」と呼ぶもので返信します。合計のCYAは、日曜日から9つの方法で埋められた1ドルの数値です。この数は、ここで検討されているプロジェクトとほぼ同じ規模のプロジェクトの経験に基づいていると伝えます。

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

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

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

これまでのところ、これでかなり良い結果が得られました。それは確かに、クライアントを分析/特定作業のための別の請求対象とすることを打ち負かします。誰もその代金を払いたくない。しかし、それをプロジェクトの合計金額の最初の25%に隠すと、すぐに口に合い、理解しやすくなります。

1
Dan Ray

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

0
tia

あなたは非常に一般的なシナリオにいます。セールスには手掛かりがなく、技術担当者に仕事を任せています。知ることができないので、正確な見積もりを出すために何度も失敗します。

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

時間と経験でその点が上手になります。

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

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

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

0
user2567