web-dev-qa-db-ja.com

固定価格のソフトウェアプロジェクトを定義する方法と、範囲内にあるものと範囲外にあるものを議論する方法は?

だからここに何が起こったのか

顧客は私が欲しいもののリストをくれました。資金提供のウェブサイトです。したがって、資金調達プロジェクトを開始するために、彼は「資金調達プロジェクトの作成/編集」の部分に特定のフィールドを持たせたいと考えました。彼は私に何を実装すべきかについての文書をくれました。私はそれについて約25時間と見積もり、そのマイルストーンの値札を作成しましたが、現在66時間であり、彼によると、それはまだ完了していません。

例:既存のwordpressテーマを変更しました。彼は各プロジェクトに資金提供プロジェクトの開始者名が必要だったので、「プロジェクト開始者名」フィールドを追加するために0.5時間と推定しました。私にとっては、フィールドを追加して「資金調達プロジェクトの作成/編集ページ」に追加することは、ドキュメントの別の場所に追加することについては言及されていませんでした。

ここで彼は、この新しいフィールドが「マイアカウント」の「マイプロファイル」の表示で変更されないという「バグ」を追加しました。彼はまた、機能リストにない他のものを追加しました。

内部に何があるかについて顧客に悪い理解を与えず、内部にないものを説明する必要がないマイルストーンの契約をどのように作成しますか?

6
Toskan

ソフトウェアは決して実行されません。それが柔らかい理由です。

このプロジェクトを欠陥やメンテナンスのないものとして販売した場合、あなたは自分で作った地獄に住んでいます。

欠陥チケットの欠如はマイルストーンではありません。これは一時的な異常です(チケットシステムに問題があることを示している可能性があります)。

enter image description here

以前に合意したマイルストーンに向けて取り組む必要があります。それ以上のことをすることはあなたを傷つけるだけでなく、彼らが必要としているのが機能しているウェブサイトであるとき、彼らが今あなたをあらゆる小さなことで追い詰めなければならないと思っているあなたの顧客を傷つけます。あなたはこれをあなたの顧客よりもよく理解しています。それを実現するのはあなたの責任です。

契約では、メンテナンスと欠陥の修正を除外する必要があります。サイトを機能させることができれば、マイルストーンが得られます。メンテナンスと欠陥の修正にかかる費用を示すことで、このポイントを家に持ち帰ります。自分のために働くためだけにこれを過小評価しないでください。これは実際の作業ではありません。これは慈善団体でもありません。あなたはあなたの顧客を傷つけています。

作業を見積もるときは、範囲と価格を明確にしてください。範囲と価格に固執します。疑いがある場合は、非常に保守的にしてください。それを「ちょうどいい」ものにするのに予想よりも長くかかるのは専門家ではありません。

時々あなたは驚かれます。それは起こります。しかし、それが起こったらすぐにあなたの見積もりを修正し、新しい承認を求めてください。承認を得ずに作業しないでください。

「もっと頑張って」はいけません。あなたの見積もりが少しでも疑わしい瞬間にそれを修正してください。

これは専門的に動作しています。顧客は予測可能性が好きです。彼らは5分の仕事をするのに1時間かかるのにあなたにお金を払うでしょう。それを行うには65分かかりますが、彼らがあなたを再び雇うことを期待しないでください。

あなたはこれが固定価格契約だと言います。関係ありません。時は金なり。また、あなたはあなたの顧客にとって非常に貴重なリソースであるため、雑学クイズで生で働くことも彼らに何の恩恵も与えません。自分を大事にして下さい。あなたの顧客の世話をします。

これを理解してこのように振る舞うと、問題が発生したときに修正に「0.5時間」かかると思われる場合は、自信を持って答えることができます。「それには新しい合意が必要です。1日は許可します。それがあなたの満足に解決されることを確認するためだけにあなたが利用可能である必要があるでしょう。」

何か小さなことが起こるたびにそれをしてください。そうすれば、小さなことがどんどん少なくなり、もう少し重要になることがわかります。

多くのプログラマーは、彼らの顧客を、「より速く!より速く!」と要求する鞭を割る奴隷ドライバーと考えています。

これはすべて間違っています。彼らが「もっと速く!もっと速く!」と叫びながら、あなたが操縦している飛行機の後部座席にいる小さな子供と考えてください。

安全に着陸するのはあなたの仕事です。あなたは笑い、羽ばたくことができます。しかし、対気速度に注意してください。

6
candied_orange

私がフリーランスのプロジェクトから、特にアジャイル開発で何かを学んだとしたら、それは次のとおりです。善のために-完了した基準を設定します。これらは明確なマイルストーンであり、何かが行われた後にチェックすることができます。当然、これらは非常に明確で、最初から顧客に設定する必要があります。

今では「ウェブサイト」が欲しいだけかもしれませんが、それでも時間をかけてすべてを箇条書きにする価値があるので、どちらかの当事者が協会に満足しなくなった場合は、完了した作業に請求できます。

(フリーランスのサイトがかなり頻繁に使用する)助けることができるものはエスクローです。それは特効薬ではありませんが、少なくとも開発予算が脇に置かれていて、10セント硬貨を見ずに永遠に開発しているバレルを超えていないことを知るのに役立ちます。

すべてが請求されるべきではありません。コードの特定のセクションで何か他のことをしているときに、奇数(クイック)ビットを無料で実行できる場合は、ホイールにグリースを塗ります。あなたのクライアントがこの善意の発展を認識していることを確認してください、そしてそれはどんな論争のある機能/バグに対するあなたの立場を助けるでしょう。

4
Robbie Dee