1、需求單需至少滿足以下要求：
1）能夠準確描述需求；
2）有相應的期限時間；
2、業務組接到單一需求，直接派發給開發相應的責任人（設為開發a）：
1） 若該需求包含有隱含的需求，如完成某個需求需要其他模組負責人（設為開發b）完成相應需求，請開發a再派發子需求給開發b，業務組不需直接派發需求單給開發b；
2）該需求由開發a即可直接完成，不需額外處理；
3、業務組接到乙個復合需求，該需求需要開發a及開發b共同完成，業務組分別派不同的需求單給開發a及開發b：
1）如派發給開發a和開發b的需求兩者有關聯關係的，請業務組在需求單註明，並將兩個需求單互相關聯，並有業務組協調開發a及開發b按照合適的開發計畫完成相關需求；
2）如派發給開發a和開發b的需求兩者無關聯關係的，無需額外處理；
4、開發組在接收到業務組傳遞的需求單時，需根據實際情況反饋合適的開發計畫；
5、業務組應盡量在開發組開發周（週三公升級到測試後）將下版本需求基本傳遞完畢，公升級周只傳遞少量需求。
需求挖掘業務
需求怎樣從客戶方挖掘業務，首先在去和客戶方 確認需求時，需要有大量的工作來思考這個業務體系，這個專案的業務到底是都是寫什麼，一定要學會在網上蒐集各種相關的資料，然後通過整理資料，來挖掘深藏的業務流程。這個挖掘的過程中會出現很多不清楚的細節，那麼這些就是需要去問客戶的東西了。需求人員和客戶之間的知識業...
業務需求 使用者需求 功能需求怎麼理解
業務需求一般是我由我們軟體開發人員來蒐集的，是企業自身在顧問等引到下自己所作的工作。我們只是去從他們那裡直接的拿來就可以了。比如為了配合企業生產改造，為了加強庫存管理，為了建立企業電子化執行平台，這些都是業務需求。這些東西的建模還是留給諮詢顧問吧，我們沒有拿那份企業流程重組的錢，也就不用費這個力氣。...
業務流程不是需求
沒有乙個專案不是重視需求調查的。從第一天開始，開發人員就拿著乙個筆記本，把使用者都拉到會議室，詢問他們的業務流程是什麼樣的。知道了業務流程，開發者剩下的工作就明確了，一條一條的去實現他們，系統就ok了。但是，業務流程可以代替需求嗎？實際上，在業務流程的背後，有乙個更加根本的因素 商業需求。商業需求才...