工程師犯的最大錯誤？

1. 一位工程師承擔了一個大專案。專案越大，情況就越有可能遵循這種模式。
2. 工程師自己動手，開始嘗試弄清楚如何構建這個東西。這通常被稱為“探索性工作”，並沒有具體的可交付成果。
3. 幾周後，工程師分享了一個更新，併發生了以下一件（或多件）壞事：

• 他們一直在解決錯誤的問題，因為這個功能沒有被很好地規劃限定（規定）。

• 他們一直在試圖找出問題的一個非常具體的部分的解決方案，但這個問題根本不重要，而且產品需求可以很容易地被削減以避免它。
• 他們設計了一個非常複雜的解決方案，如果他們能早點得到反饋，這個方案就可以大大簡化。

• 工程師開始構建這個東西，並準備為它發出一個非常大的初始 PR。這很糟糕，因為您應該儘可能傳送最小的 PR，而對於大功能，您應該從設計/原型開始，而不是 PR。

相反，工程師的工作應該與產品團隊一起迭代開發。
工程經理應

• 始終鼓勵工程師儘可能快地展示他們的工作。一個專案中的工程師不應該超過一個星期不展示東西和獲得反饋。
  
• 工程師應該儘可能快地在內部推出一些端到端的東西。這將使每個人都能從使用者的角度更好地瞭解該功能，同時也是瞭解程式碼碎片如何組合的最簡單方法。
  
• 鼓勵團隊中的每個人給出建設性的反饋。要注意任何過於消極的反饋，因為這不利於開發人員演示他們的工作和迭代工作。