タグ付けされた質問 「estimation」

私は最初の契約（上陸、自営業！）を上陸させ、会社は時間の見積もりを求めています。 プログラマーは時間の見積もりが悪かったことで悪名高く、私は以前、笑えるほど間違っていたことを知っています。固定入札なので、課金は気にしません。期待管理についてだけ心配です。 これまでのところ、実行する必要のある作業を項目別に示し、所要時間を見積もり、その時間を大幅に埋めていました。でも、まだ緊張しています。「予期せぬ遅延」に間に合うように書くことは受け入れられますか？見積もりは4週間ですが、考えていなかった問題については5週目を追加したいと思います。それは人々がすることですか？誰かがその中でそれを使って見積もりをくれたら、あなたは気を悪くしますか？

8 project-management  freelancing  estimation 

私の現在のプロジェクトは、途中で分割された「ディスカッション」を持っています- 「このストーリーは当初考えていたよりも複雑です。再推定する必要があります」対「決して再推定する必要はありません。 "。 あなたが再推定する必要があるかどうかについて誰かが光を当てることはできますか？ 私見私はあなたが新しい要件やストーリーのために完全に新しいカードを持ち出すことができると想像しますが、戻ってバックログアイテムを再推定することは相対的なサイジングの概念を歪めているようで、バックログを「膨らませる」だけです。

8 agile  scrum  estimation 

与えられた要件セットを使用してプロジェクトの見積もりを作成することは1つのことです。 しかし、ユーザーがその場で突然変更を開始し、すでに定義されているセットに新しい要件を追加し始めるとどうなりますか？そして、プロジェクトが当初計画された時間枠で完了していない理由に腹を立てるほどです。 これらの状況にどう対処すればよいですか？いくつかの方法論とリーディングを提案することは役に立ちます。

8 estimation  scope-creep 

プロジェクトを言語Aから言語Bに移植するコストを見積もることをクライアントに考えさせます。これを行うための提案の要求をまとめる最良の方法は何ですか？

8 estimation  porting 

私のケースの少し紹介： より大きな製品の一部として、私のチームはDSL用の小さなIDEを実現するように求められます。この製品のユーザーは、コードで関数呼び出しを行うことができます。また、いくつかの便利な関数ライブラリを提供することも求められます。チームは、POと一緒に、IDEユーザーのさまざまなライブラリに関する特定の数のユーザーストーリーを壁に配置しました。それらの最初のストーリーを推定するとき、チームは関数呼び出しメカニズムが魅力的ではあるが完全に明白ではないタスクであると判断したため、そのユーザーストーリーの推定は単純な3からより危険な5に上がりました。 問題に来る： 次に、チームは他のライブラリに関するユーザーストーリー（実際には10のストーリー）に移動し、これらの2つの「関数呼び出しメカニズム」のことを各ユーザーストーリーに追加しました。これですぐに20ポイントの商品の合計ポイントがアップしました！チーム内の誰もが、各ユーザーストーリーはいつでも次のイテレーションのPOによってピックアップされる可能性があることを知っているので、1つのユーザーストーリーでその部分を分離するべきではありませんが、それらの20ポイントは非常に非現実的に感じられます。 私は解決策を提案しましたが、完全に満足していません： 「デザインストーリー」を作成し、面倒な2点を載せました。しかし、私たちがそれを実現して顧客に示すようになったとき、私たちはその話について彼らにとって本当に価値のあるものを示すことができませんでした！ ここでの問題は、孤立したユーザーストーリー（それらの間の依存関係なし）の原則を無視すべきかどうかです。 このような状況で、あなたは何をしますか？ （小さな脚注：提案に従って、この質問をstackoverflowから移動しました）

8 estimation  planning  agile 

現在、Planning Pokerを使用して詳細な見積もりを行っています。これはうまく機能しますが、かなり詳細な作業の内訳に依存しています。多くの場合、十分に詳細な設計と作業の内訳を得るには6〜8週間かかります。 6週間から8週間の分析は、見積もりが高くなりすぎてプロジェクトを続行しても経済的に意味がないため、無駄になることがよくあります。高レベルの見積もりを広範囲に提供することは、これらの不安定なビジネスケースを取り除くのに適していると思います。 高レベルの初期推定にはどのようなツールとテクニックがありますか？ 今は、以前と同じように「感じる」プロジェクトを選び、-50％/ + 100％の範囲を提供します。

8 estimation 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 4年前休業。 私はウェブ開発に比較的慣れていないため、まだ多くの大規模プロジェクトの見積もりを出す必要はありませんでした（私の最後の大規模プロジェクトは、厳密な期限や予算なしで1時間単位で支払われました）。 クライアントから、Webサイト（php / mysqlバックエンド）の別の開発者コードに無数の変更を提供するためのコストと時間の見積もりを提供するように求められています。 これを分析して推定する方法について誰かがアドバイスやリンクを提供できますか？コードは恐ろしいもので（ウェブサイトは何年も前に元々はインドにアウトソーシングされていました）、突然ハードルにぶつかり、私の見積もりを水から吹き飛ばしてしまうかどうかはわかりません。

8 web-development  php  estimation 

休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか？質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 6年前休業。 この図に遭遇し、これらの数値を確認するのに役立つ別のよく知られたソースがあるかどうか疑問に思いました。 正常に完了したスプリントについて分析したデータに基づいて、チームは1人のスプリントにつき1人のユーザーストーリー（実際にはあらゆる種類の製品バックログアイテム）を平均1〜1-1 / 2にする必要があると判断しました。 出典：Mike Cohnのブログ「毎日のスタンドアップは1人ずつですか、それとも1枚ずつですか？」

8 scrum  estimation  user-story