質問

いいプロジェクトは二つのwebアプリケーション(株ダル/DAO/BOアセンブリと一部のOSのライブラリ):

  • セミの複雑な管理アプリケーションを使用するWindows Live IDの認証もできるとのコミュニケーションを図りなnotifierサービス(メール、sms、twitterなど) 対象notifiersている約10%の機能
  • 低セミ複雑なユーザーアプリケーションの少ない機能がより頑健性がも使用してWindows Live ID認証

あの米国と中推力できなくなるのではない二日間にしたくても/験してもらう予定である。少なくともい far off 見積りいたします。

質問

  1. どのくらいなので、通常の作成については信頼性/貴重な推定?
  2. から高速化の推定精度を犠牲にせずに?
  3. どれみ(コスト/時間)を追加したりによって推定速度(また、以下のいずれかと言う: 私の見積も少ないからだoff)
役に立ちましたか?

解決

興味深い質問です。私の答えは"いか!" 知っているのはものすごく役立ちました(たしか)ですからこの要因:

1)品質と完全性の要件や仕様となります。これは労働者とコルホーズの女性像とはほとんどの場合、プロジェクトを推定。しい品質要求ものではありませんの基礎となる十分かつ適切な見積りいたします。を使用しています"RUP-ライト"スタイルの製品開発をこちらでは工学部長んだものcoarsest粒の見積りまではまだ完成"家"相頂いてい看板から製品管理、コア80%の製品の特徴として正確に覆われている。

2)の範囲&自然の製品です。大きめ/も/複雑=の大幅な拡大に見積りいたします。っ年を通信キャリアの土地に届けるソリューションにおいて通常の強いキャリアの要求事項("5 9"でのアップタイムが必要SLAを意味しましたのソリューション-デザインや障害回復に向けた!).このような環境の全ての可動部の全機能分野の事業を推定の作業はヒンジにつながっていないのかなど全画---具体的には、機能横断的な依存関係および外部の依存できる本物のキラーです。とはいえ、私もロンの縮小に包まれた、エンタープライズソフトウェアです。この環境ですの範囲は大幅に小さいことや見積りいたします。

3)"新しい"がこのプロジェクト?どのように"新しい"のチームに本製品または技術です。最新の製品やチームは、長ければ長いほど、よりバッファき割り当て

4)特定のいる必要があります。ここでは"概ね"そんなの夢は私の工学への提供を保守的に見積りんパッド。する必要が生じた場合は、"現実"を推定(例えば、一人で使っている上司やまの責任に打ちっぱなし)、今までの必要性からの入力を複数の異なる管理者とチームメンバーが、必要な時間解析のための要件を与え中。

できるほどカップル日又は週間によりすべてのサイズです。"日"とは、正直に言うと次のようなサイジングのためのもの些細なプログラムを展開しています。

最高のものを試してみましょう。品質向上の見積りに品質向上のための要件は、無慈悲なる隠れた依存関係.

最後のもの:FWIWにおいてこれら81って正確に推定プロジェクトの期間費用として最も難しい/孕んで危険のエンジニアリング-マネジメント.

他のヒント

を使用しておりますのでアジャイル方法(スクラムは、具体的には)で一時間以上かかり、ユーザーに優先す.

時間につながらない精度を高めていきたい。

の難しい部分は、ユーザーに優先す.話を聞きましたこの議論の場にもない、すべて価値がない." "を除くXYZZY成立しないです。" この引数で数時間で解決するXYZZYきます。

一般的に、ものづくりをする企業の4週間のsprints.最初の数は複雑であることはありません。最初の二(しそうにセットす。

それぞれの用途の場合は比較的シンプルな主観的評価方法の力でここまで来ることができました。何を超えるフルスプリントに時間が分解されます。多倍数使用の場合は同梱単一のスプリント

の正式な採点のそれぞれの用途の場合を取扱うにはコストとスケジュールに対す。使っていませんからコンビナート地区の特別なります。

最初の二つのsprints,

  1. あの時代の新しい機能

  2. の優先事項のすべての変更

  3. それぞれの詳細利用の場合は飛躍的に浄化されてきました。

ものは何か"精度"とのことだとの見積りの変更末スプリント?


マンツーマンレッスンとなる考え方を学びます。部品の自分の会社をお過ごし 時間を十分に定義 正確に 何か届きます、測定するかを具体的に何にあると言わざるを得ない。

お客様に通知ることについて"で過ごす多くの時間をどの契約となります。"

問題の事前見積りがいのです。の"投資"の推定、見積りに見えるという有用な成果物.なるので便利で彼らは完全に間違っています。彼らに基づく事前の想定が間違っています。

悪い政策への投資 以上 時間の推定.の正確な答えがないため、より正確なものより大切にする階層毎の管理です。して、お客様に学ぶ、無効多くの仮定および絶対に必要で再推計しています。

ついています。ご契約が必要で、それを確認してください変化を制御提供いというお客様に絶対にまで変化していきます。として んでいきますので、お客様、学習しています 必要 します。

あなたが本当にやるべきタスクのリストを作成する必要があります信頼性の高い見積もりを行います。ストーリー/タスクにそれを打破(あなたがアジャイルを使用しない場合でも)、それらを評価します。これは、すでに多くの時間を取ることができます - 研究の特に量が(コストを削減するために、この通知のものを行うためのライブラリを検索するため)。しかし、1-2週(s)は私のために、より合理的な音 - 私は、少なくとも3日かかるだろう。これは、小規模なプロジェクトではないようです。

あなたはやや合理的な結果を持つことwan't場合は、

私はスピードアップするために推定処理をあえてしないでしょう。推定は、正確なことは決してありません、あなたは物事を悪化させるだろう。

オプションでは、数時間以内に完全にラフな推測を行い、その後、(一週間かそこらのために)すでに上で作業を開始することです。週の終わりに、あなたの現在の進行状況に基づいて、より良い推定を与えることができるかもしれません。しかし、それは(がらくたのように見えるが、地域のすべてのコードを少し持っている)良いプロトタイプを作成することが重要です。

もに、共引用する"という言葉の語感からは、物価すると50%400%の初期推計値"です.理由はここに引用して大います。推定精度に大きく依存のドメイン。この100時間での販売が指定された型のブログエンジンによって、推計値。しかし、けられることも少なくないので継続してご利用いただける詳細な内容の知識ドメインの場合、アプリがすでに存在する、なぜ新規作成した。

アジャイル開発で盛り上がっていできることを認識伝統の"滝"タイプの考えるだけで動作しないほとんどの実世界。だが同じ考え方を予測する。明らかに、必要なものを売りにも触れないように注意してくださいお客様がこの情報は非常に曖昧で、それがど、他に追随を許さまに伝え、それらの見積りは漠然として記述してもよい。

必要なものを販売回でも繰り返し推定.いいただけるのは間違いなしのマーケティング-ガイ他の会社のどのように取り扱うかの手続きらびに法律的なもののためのこなれた大人のみ対象となります。

を考える5回プロジェクト:

  • じめて作業する開発者をマイルストンは変更になる可能性がありますが、ご提供vargue初の予想を頂きました。
  • プランの繰り返し#1.
  • の見積りの繰り返し#1を調整し、合計で想定します。
  • い繰り返し処理#1
  • リンス/リピートまで繰り返し処理#5
  • いを行います。)
  • 返プロジェクトに関するきっかけについてお見積り変わる。いのでしょうか。践:)

ほとんどのお客様がいない-見積りおよびパートdeliverancesよりも非現実的な目標の一部のスーツを販売してきたと伝えられてい:)

あなたの元の質問から少し逸れますが、それはあなたが、それは実際にあなたが推定物事を行うためにかかった時間についての情報を維持することによって、過去に生産しているの見積りから学ぶことも重要です。

私たちは、これらのページを生成するために5日間の推定、それは実際に10日かかった、となど。

このような長期的な情報では(たぶん!)より正確な推定値を生成することができます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top