簡單設計，是敏捷裏的一項重要實踐，也是非常難掌握的一個，難就難在“度”上，很難把握，這裏分享一下我們項目的實例。 至少有這樣幾種方式： 這是一個現實的簡單設計的案例，然而它是由項目經理提出的，爲什麼不是其他角色？因爲產品經理會自然傾向思考正常邏輯和一些表面的異常場景，所以只有少數非常有經驗的能夠想的非常周到。而技術人員有會很自然的從技術實現角度考慮，而不是用戶使用場景。這是習慣思維導致的正常問題，不容易糾正，因此PM作爲一箇中立的角色，出於風險的考慮不能只考慮正常邏輯，同時出於降低風險的考慮也不會考慮複雜的實現方式，因此PM通常能給出較爲合理的建議。當然項目經理也需要培養自己的產品意識。 然而PM常常忽視掉自己在這方面的價值，殊不知，這對產品對用戶對項目都是作用巨大，希望PM們都能開始關注需求的簡單設計。
QT語音，有一個需求——實現對當前房間播放語音進行錄音，並自動保存爲本地MP3文件。聽起來很簡單，但那是正常邏輯，異常邏輯很多，例如如果用戶忘記關閉錄音功能，那麼硬盤可能會被錄音文件佔滿，這種情況應該如何處理？
因爲在不同場景下，你的“度”的選擇都不相同，因此這裏沒有標準答案。分享一下我們的選擇。最初產品經理沒有考慮到這種場景（這種情況常常存在），開發工程師想到了，他們的建議方案是1（技術化的思路）。然而我並不希望是這種方案，因爲方案1並非用戶正常場景，這種技術化的實現方案是最爲常見的“過度設計”（與簡單設計相對），它並沒有從用戶價值角度出發；方案2也未必是合理的用戶場景，因爲在此功能上線前，是無法預知常見錄音時長的；方案3是一種中斷性提示，影響用戶的當前操作，而且如果用戶在遊戲中也會被這種提示所幹擾，而且如果選擇繼續，那麼一定還需要實現一系列後續選擇新位置的操作，這使得整個功能變得更加複雜；方案4是我推薦的方案，也是最終的方案，它足夠簡單，也滿足了大多數正常用戶（會主動停止錄音）的需要，對於佔滿後的操作可以由用戶自行決定，你只要通過非阻斷式提示告知用戶已經停止即可。