如何估計研究與開發任務的時間線

Question

估計研究與開發任務的時間時應該記住什麼要點。假設我必須使用「WPF」技術來估計「ABC」任務，並且我沒有經驗，我需要一些R & D。

Answer 1

不要給一個估計，直到你有足夠的時間玩技術。分配一定的時間（2天，1周，無論你從管理層獲得什麼）來理解概念並自己編寫一些代碼，以瞭解開發過程需要什麼以及學習曲線如何陡峭。然後，估計。

Answer 2

您可以猜測您認爲需要多長時間才能研究新技術，然後您需要多長時間進行開發並將其乘以兩倍。當然這很蓬鬆，但通常任何涉及評估任務的東西都很蓬鬆（至少我不喜歡）。估計時涉及到很多因素：是否處理新技術的時間可能會比您想象的要長，通常涉及到處理其他人編寫的代碼，這可能會增加「x」因素的複雜性簡單的任務。

通常在估計時間時，最好至少在你坐下的時候至少有一個「秒殺」（無論是自己，還是更好的與其他團隊成員一起），並且玩一兩個小時或者你選擇的時間長）。這至少給你一點時間來處理你正在處理的事情。在研究新技術時，或許閱讀一下doco，閱讀並參與「入門指南」等內容。然後，當您返回估算表時，您將更清楚地瞭解您正在處理的內容。

Answer 3

接近它的最好方法是諮詢已經在那裏的人。 他的經驗加上他的一般想法與你的員工相比應該給你一個公平的估計。

技術越老 - 網上有更多經驗豐富的人會在網上尋找答案。

如果你研究一些全新的...數據源應該是有限的，我會採取任何的估計，並雙擊它....

Answer 4

理想情況下，如果沒有確鑿的證據，就不應該給出估計。畢竟，估計是一個概率，概率是數學上有意義的數字，而不是直覺感受。 （請參閱"Software Estimation" by Steve McConnell瞭解更多信息。）

不幸的是，我們經常需要提供有關將涉及的技術存在大量不確定性的任務估算。例如，政府補助金和其他非技術性情況就是如此。在這些情況下，並且務實，即使我們不熟悉這些技術，也可以提供估計值。

我經常使用的技術包括uncertainty cones和timeboxed development。

希望這會有所幫助。

Answer 5

純粹的研究項目

坐落在另外一個時間或資源蓋一些中間里程碑/審查，以重新評估你是否有能力繼續。理想情況下，在開始研究之前，你會對成功的潛在好處有個好主意。你也許還想定義不同等級的成功和一個適應計劃，以防在開始之前努力不會成功。

Spiral model的發展將來得心應手。

應用現有技術的一個問題

對於目前的主流技術，如WPF，你可以嘗試找出如何長時間將它採取某人相媲美的經驗中學習的技術。可以從其他人的經驗和可用的培訓課程收集證據。

對於非現有技術或小生技術，您最好僱用一名顧問或分包工作（請記住the difference between consultant and contractor）。

上檔次

保持現狀的項目 - 錯誤修正 - 增強 - 新功能 - 新產品 - 革命

規模。規模上的每個職位通常意味着風險和努力增加的2..5倍。有一個參考點，也就是說，如果您的組織通常需要2天才能完成端到端的修復錯誤，那麼您可以確定增強需要2到5倍的時間，當然是4到10天之間編碼只是這項工作的一小部分。