何時停止設計並啟動實施程式設計？ - Alter

啟發式#1：有足夠的 "已知的知識"。
你是否有最小的知識來帶來價值？
你的專案可能是龐大的；因此，有許多需求，可能有些需求可以在沒有其他需求的情況下交付。在 "迭代設計過程 "中，我們希望儘可能快地得到反饋。這就是為什麼，如果你有可以低風險發貨的東西，就去做吧。
 

啟發式2：不再有 "已知的未知數"。
你解決了所有的 "開放點 "嗎？
非常建議在開始任何專案時進行一些風險評估。在評估過程中，團隊應該浮出任何開放點。這可能是一個你很久沒有接觸過的模組，或者是專案需要的新技術。
一個很好的啟發式方法是，當你對每個開放點都有一個或多個解決方案時，就可以繼續前進了。
 

啟發式3：有太多的 "已知的未知數"。
你無法集中精力，因為你有太多的 "開放點"。
有如此多的開放點，你不知道從哪裡開始。這可能是一個很好的跡象，說明你需要更多的資訊。一個原型可以使你的努力集中起來。你可能需要再次回到設計桌前，但這一次需要更多的資訊（和更少的開放點）。
 

啟發式四：你停止學習新事物
你是否一直在重複討論同一個開放點？
所以，你確實為你所有的 "開放點 "找到了解決方案，但你無法決定一個特定的點。有多個解決方案，但團隊一直在爭論哪一個是最好的。你們進行了幾次討論，但沒有什麼能堅持下去。是時候進行編碼了。
如果風險是合理的，你可以考慮從其中一個解決方案開始，並進行密切跟蹤。如果風險較高，你可以考慮從多個解決方案開始，並對它們進行反覆的評估。
 

啟發式5：掉進兔子洞裡
事情開始變得過於複雜和抽象
是的，我們在這裡是為了解決複雜的問題，是的，一些解決方案需要一些相當深刻的思考，但試著問自己，我的專案需要這種程度的複雜性嗎？
工程師喜歡解決問題。這就是為什麼我們經常發明新的問題（想象中的問題是壞軟體的根源）。如果你注意到設計開始質疑與你的目標幾乎不相關的領域，那麼是時候做一個PoC或原型來讓你的腳踏實地了。