80/20時間管理規則是否適用於開發人員？

Question

Jeff最近的文章與First Fit Decreasing算法的時間管理示例相關聯，該算法討論了時間管理的Pareto原則 （或80/20規則），即我們80％的工作在20％的我們的時間。

現在我們都聽過程序員的話 ：

前90％的代碼占開發時間的前90％。 其余10％的代碼占開發時間的另外90％。

但是除了所有的笑話，通常好像20％的代碼是你想要的，而另外80％是處理異常......那么80/20規則真的適用於開發人員嗎？

有沒有人有任何關於它為什么/不適用於我們的例子？

Answer 1

我認為霍夫施塔特定律適用。

即使考慮到霍夫施塔特定律，它也總是比你預期的要長。

- 道格拉斯霍夫施塔特

更嚴重的是，請看一下關鍵鏈項目管理 。 它建議您為項目中的每個步驟提供兩個估計值。 一個是樂觀的估計，如果一切正常，你大約有50％肯定會遇到。 另一種是更現實的估計，將錯誤的時間和錯誤考慮在內（我的解釋，不要責怪作者）。 隨着時間的推移和幾個項目，您將了解哪些估計更准確，以及多少。 它因開發人員而異，因此您需要跟蹤。

Answer 2

絕對！ 我80％的時間都花在了stackoverflow.com上，而20％的時間實際上都在工作。

奇怪的是，我的生產力與以往一樣......

......和以前一樣！

;-)

Answer 3

為您的客戶提前2小時編寫單元測試和演示功能將為您節省8小時的調試和重寫時間。

Answer 4

在我看來，Kozyarchuk做對了：

問題不在於時間估計不佳，因為范圍估計很差/不可能。

在測試代​​碼有效性的同時，盡早向客戶/經理顯示結果或結果模型，從而更好地理解目標/要求。

請記住： 如果項目在完成時“讓客戶滿意”，而不是在項目最初啟動時滿足分析人員已知的要求時，項目就會成功。

當然，這意味着“ 移動目標 ”是規則，而不是壞事，沒有什么可擔心的。 這也意味着，作為項目負責人/架構師，我必須確保能夠/將會傳達和涵蓋范圍變更的成本 。

這是怎么做到的？

• 早期演示，經常演示（對同一房間內的用戶及其經理）
• 變更請求心態。 （因此，客戶知道這些變化是什么以及這些變化的成本是多少，因此客戶可以使用它們來重新調整他的項目范圍）
• 說實話，與客戶和開發人員交談......並確保他們也互相交談。

這總是有效嗎？ 沒有

Answer 5

你為什么甚至問80/20規則？ 您正確引用了90/90規則。 您已經知道90/90規則適用於開發人員。

（抱歉用事實回答而不是開個玩笑。）

Answer 6

我花了20％的時間做我想做的事，80％重構它。

所以，是的，如果你認為它在前20％中“有效”。 但是，最后的80％使其可重復使用，值得維護，以及將來使用的樂趣（而不是負擔）。

Answer 7

Pereto原則適用於開發人員。 有人說，80％的工作是由20％的開發人員完成的。 此外，80％的錯誤是由20％的開發人員產生的。 此外，20％的用戶使用了80％的功能。 這些是我聽說過的例子。

Answer 8

我和比爾蜥蜴在一起。 由於非常意外的事情或者可能沒有考慮到的事情，它總是花費比預期更長的時間。

Answer 9

是的，80/20法律適用於開發，但您必須以不同的方式解釋它：

• 前80％的代碼在20％的時間內完成。
• 其余80％的時間不足以完成其余20％的代碼。