最近在專案中連續遇到兩個相同的問題，原來以為口頭已經說明的任務在驗收時卻出現了比較大的偏差。
問題一：乙個模組需要新增兩個功能，但是新增功能對原有功能有影響，即交付時除新增功能外還需對原有功能進行修改以符合整個流程，結果交付時只做了新增功能，原來的功能沒有修改，導致整個流程沒法走通。
分析：這個需求經過前期的多次討論，已經形成了較明確的解決方案，所以在定工作任務時並沒有將對已有功能的影響寫入文件或進行口頭說明，最終導致理解出現偏差。原以為這是乙個團隊默契和開發經驗的問題（即新功能對現有功能的影響也會一併修改），但是發現太自以為是了，任何需求最好還是通過明確、詳細的文件進行確認，不能依靠組員的主動分析，主動找你溝通需求來解決。
問題二：將乙個跨系統的呼叫從跨資料庫連線改為wcf服務。開發人員以前未接觸過wcf服務，但有乙個較完整的demo可供借鑑，並給予了充足的時間和人力，但開發人員沒有很好的控制進度，導致有所延後。
分析：對技術不熟練，導致進度延後；對服務開發流程不熟練，導致流程不清（一般先寫介面文件，再進行開發，實際流程卻反過來了）。另外乙個問題是沒有對需求進行明確、詳細的文件確認，需求是將現有業務轉換成wcf服務，只需將資料拉取過來，後續業務流程暫時擱置不做，結果開發人員理解為後續流程也需完成，導致理解偏差 。
結論：需求一定要通過文件進行明確、詳細的說明並確認，並作為唯一的驗收標準，不能依靠團隊默契、開發經驗、主動性去解決未明確的問題。
需求和需求文件
第一部分 概述 1，專案名稱及背景 1.1 專案名稱 myoffice 1.2 開發背景 追求高效率的辦公方式。為了提高現代社會人們的辦公效率，滿足人們自動化辦公的需求，我們開發了這套穩定可靠 操作方便 安全有效的myoffice系統，它主要包括 人事管理 日程安排 文件管理 訊息傳遞 系統管理 考...
團隊需求分析
團隊名稱 i know 專案名稱 福大知道 一 整體計畫安排 計畫安排 截止時間 確定總體內容版塊，撰寫最終規格說明書 10.27 ui介面的整體搭建 11.1 進行後台模組初步編碼測試，發布alpha版本 11.14 繼續完善編碼，發布beta版本 11.27 確定最終版本 12.8 二 工作流程...
團隊專案需求分析
隊員學號 隊員暱稱 部落格位址 041602421 der himmel 221600225 wuliaoboring 221600424 bw.lin 221600432 qzy 組長 221600431 ofy221600434 北風5620 221600435 xbn學號姓名 此次作業任務 貢...