頭腦風暴
通過小型會議的組織形式，讓所有參加者在自由愉快，暢所欲言的氣氛中誘發集體智慧型，相互啟發靈感，最終產生創造性思維的決策。
目標集中，這一階段追求需求的數量，越多越好，暫時不關注質量
會議時間在1小時之內
問卷調查 訪談
對同學進行訪談，要確定訪談時間、訪談地點、訪談內容。內容可以參考問卷調查，「一對一」訪問，通常比較高效，對訪問結果做好記錄，分析結果時不能以偏概全。
標桿對照
將上述已收集到的產品需求與其他類似的校園交流軟體進行比較，以便識別最佳實踐，形成改進意見，並為績效考核提供依據。
可用性測試
盡快做出第一版本，邀請使用者實際使用產品，運營同學可以發起活動組織，促進同學交流，在使用產品的過程中觀察使用者遇到的問題，從使用者實際產品使用行為來分析使用者需求。之後可以再進行一輪問卷調查，迭代改進。
該wbs的工作包都是乙個可交付的軟體需求，模組邊界清晰，有利於分工協作及工作計畫，具備可管理型和分解完整性。
如何收集專案需求
如何收集專案需求 需求的重要性對於任何專案都勿庸置疑。不同的專案採用的收集需求的方法可能會有很大的不同，但和使用者直接進行交流通常都是最有效的方式。下面描述的是資料倉儲專案的需求收集方法。和相關人員進行一對一的訪談，不僅詢問其希望看到的資料，還應該包括其任務 目標及面臨的挑戰。通常需要找乙個相對不被...
需求收集和管理
需求收集和管理是軟體產品賴以發展的關鍵 需求一般源自 1 來自於服務部門的需求，服務部門的需求來自終端使用者。3 商反饋的使用者需求 4 研發及測試人員反映的需求 如何將所有的需求蒐集到乙個中心需求庫，對需求進行分類 判斷 審查 存檔 跟蹤實現情況 有的需求並不一定是真正需求，有的需求實現需要的工作...
專案管理入門（8） 範圍之需求（功能需求）
需求 需求規格書是對滿足客戶需求時必須要完成的目標的提煉。有時，在專案正式開始之前便已經開始著手需求規則書，用於選擇正確的方案和技術。這通常稱之為專案可行性研究。更為典型的是將一些需求湊在一起 可能在乙個文件中 然後在專案真正開始之後才真正著手於需求規格書。功能需求 功能需求即終端使用者和利害攸關者...