2

私は、所属する組織の社内ソフトウェアを開発および保守するソフトウェア開発部門で働いています。

ビジネスユーザーが社内で開発したソリューションのいずれかに拡張機能の要求を送信できるプロセスがあります。ユーザーはテンプレートに入力し、見積もりを行うためにそれを電子メールグループに送信します。

私が抱えている問題は、ユーザーから提供された情報に基づいて見積もりを提供することが期待されていることです。これらのリクエストに含まれる詳細レベルは、通常、非常に軽いものです。「見積もりフォーラム」に到達する前にこれらのリクエストをフィルタリングすることはなく、品質管理もありません。見積もりの​​提供を担当するのは、現在のプロジェクトと拡張機能に取り組んでいる開発者です。

私の質問は、他の内部ソフトウェア開発部門で拡張要求がどのように処理されるかということです。または、この問題の「ベストプラクティス」アプローチを知っている人はいますか?

4

2 に答える 2

0

あなたができる最善のことは、より多くの情報を得るにつれて修正する最小範囲と最大範囲を提供することです. ただし、範囲が最終的な見積もりを含めるのに十分な大きさであることを確認してください。

于 2010-07-19T11:22:20.310 に答える
0

2回繰り返します。+/- 20% の分散 (ほとんどの場合 + ) を持つ最初のもので、フィードバックや最終的な要件、さらなる分析などに基づいて、より正確な最終的な見積もりを得るのに時間がかかります。

開発者が見積もっている場合、一般的な傾向は見積もりよりも低くなります (常に 2 日かかります)。そのため、バッファを上に追加します。

于 2010-07-19T11:24:29.440 に答える