需求你還沒搞清楚，你咋做的呢？
這是老程式設計師，領導，主管經常會說給新手程式設計師的一句話.
但話又說回來，啥都不能過。
溝通也是這樣，環境，場景，習慣，都可以減少許多不必要的溝通。
關於需求的確認也是這樣，有時候少的溝通未必比多的溝通對需求的確認更準確。
搞清楚需求？說得絕對一點，這是乙個天真的想法。
準確的說：最大程度的搞清需求。
其實很多開發，如果看到表和關係，基本就知道需求了，
知識知道程式設計師了解的需求了。做出的關係結構能給客戶用。
我們不一定需要了解使用者的一切，只知道使用者需求的那部分就夠了。
所以，對需求的了解，也不能過。
需求都沒弄清楚，也能把程式寫好。
不把這些問題弄清楚，算是合格的需求分析師嗎？
使用者需求不清晰 使用者需求前後不一致 使用者需求前後不相容 與實際業務流程脫節 使用者需求沒有整體的規劃 干係人 受眾 不夠全面 沒有制定詳細有效的需求計畫 需求調研文件管理 技術 成本可行性分析 需求優先順序排序 解決需求矛盾文件規範 業務建模方法 業務需求分析完整性 與其他業務的互動 非功能性...
程式設計師的需求分析
作為乙個開發人員，怎樣一步步地做好應用的需求定位和分析，這是很重要的 乙個好的需求定位和明確的分析，可以讓你在之後的工作，事半功倍，讓系統的功能和可用性得到很大的提高。如何收集需求？1 對於使用者進行有針對性的訪談 因為我們需要了解和明白核心需求，後期的業務會主要圍繞這些部分進行開展 2 對於內部需...
程式設計師如何描述清楚線上bug
乙個管理後台的bug，把操作記錄中的操作員姓名，寫成了該操作員的id。原因是修改了乙個返回操作人姓名的函式，返回了操作人的id。但是還有其他地方也用這個函式，導致其他地方把姓名字段填寫成了操作員的id。該bug汙染了一條修改記錄，操作員手動刪除就好了。回滾 後恢復。本質是修改了函式的返回值，卻沒有檢...