1、工作項目小復盤 個人工作總結分享-提成管理項目 分享人：Geektao 事出必有因，有因必有果。 Summary 項目目標 01 需求階段 02 設計階段 03 開發階段 04 測試階段 05 上線階段 06 CONTENTS 項目目標 01 項目目標 01 2.項目結果復盤 時間 需求點 意外 1.項目進度復盤 客戶接受程度 是否按照原計劃交付時間交付上線？ 原計劃的需求點實現了多少？ 哪些需求點沒有按計劃實現？ 每一個需求點延后原因分別是什么？ 項目中出現了哪些意外？為什么會出現這些意外？ 用戶對新增功能點的接受程度和項目規劃中的是否一致？ 01 項目目標-進度 時間需求點 已實現：第四季

2、度的提成計算，人員分配計劃交付時間：17年12月底交付上線 實際交付時間：18年01月06號交付上線 原因：1.數據關聯，因為一期的數據沒人維護，并且 無法滿足提成計算的使用 2.特殊數據未考慮好，運維、歷史合同的數據展示格 式特殊，沒有合適的方案（沒有第一時間拿到真實 的完整數據） 未實現：關聯合同數據，歷史數據的處理 01 項目目標-結果 意外 意外：權限問題，業務流程變更 客戶反饋 客戶接受程度：20%-60% 原因：1.權限的問題，在一開始沒有及時的確 定，導致要驗收試用階段時，耽擱了時間 2.業務流程階段確定無誤之后，進入開發，在 驗收時，業務流程出現改變（總部支持的判斷） 原因：分

3、為三類使用人群 財務；初始數據無法解決（技術后臺解決） 總部；業務流程與財務確定的沒有對應上，使用出 現問題 分公司；使用不夠直觀，交互體驗問題 需求階段 02 02 2.1 需求定義復盤2.2 需求變更復盤 需求階段 需求輸出需求變更次數 是否提成完整的需求輸出？（原型、PRD） 經典用戶/使用場景變更的傳遞 變更原因 是否對典型用戶和使用場景有清晰的描述？ 需求變更次數；影響；反饋 是否能接收需求變更？ 前期考慮欠缺？需求無法實現？ 02 需求輸出 需求階段-定義 輸出內容：1.原型；基礎低保真原型，沒有分權限，角色進行 經典用戶/使用場景 用戶/場景：1.沒有考慮到具體的角色，在調研/設

4、計階段僅考慮了財務的使用 2.PRD；Excel表格的功能描述，針對頁面，未包含業務 2.特殊的場景有兩種；第一，財務需要絕對的權限，但是，按照技術的邏輯，分階段 就無法保證權限（修改/提交），對業務與技術的欠缺理解；第二，特殊合同提成的計 算，在原型演示階段，雙方都沒有考慮 02 需求階段-變更 需求變更次數 變更次數：5次，均有文檔記錄，較 大的變動為業務流程的變動 變更的傳遞 成員對變更的了解：僅通過項目經理進行 傳遞，并且有文檔傳遞，未出現問題點 變更原因 原因：1.前期需求的落實問題 2.對接業務的形式問題 設計階段 03 設計階段 03 1 POINT 2 POINT 3 POIN

5、T 4 POINT 視覺交互功能框架& 設計階段 03 沒有UI的介入，跟進前端不及時，同理 導致后續交互體驗的問題延伸（直接跟 前端進行調節頁面） 視覺 原型的不夠完善，后續沒有及時跟進前 端，導致設計的交互沒有實現（與前端 配合問題） 交互 功能沒有結合框架進行考慮，導致技術 的問題（雙向計算，列表固定字段） 功能 對框架欠缺了解，導致操作體驗，交互 上出現的問題（頁面上一個下一個切換， 校驗保存，展現的控制） 框架 開發階段 04 開發階段 04 工期評估突發狀況 1.開發實施前，是否有充分的時間做工期預估？ 2.工期預估與實際開發時間是否有差異，及差異原因分析？ 1.是否出現需求無法實

6、現的狀況？原因是什么？ 開發階段 04 01 工期評估 02 1.工期有出具體的時間表，并且有溝通，功能 也按照計劃進行開發 突發狀況 2.工期按計劃與實際沒有差異 1.由于框架問題，中途溝通發現，導出功能無 法在現有框架基礎上做到客戶要求的功能（后 續與客戶溝通采用了代替方案） 2.計算公式出現問題，后續發現前后端傳數據 出現的問題（上線出現問題） 測試階段 05 測試階段 05 測試計劃復盤測試結果復盤 是否有完整、準確的測試用例？哪個功能模塊產生的Bug最多，為什么？ 哪些BUG出現回滾，原因是什么？ 測試加入的時間為驗收的前一周，由于需求的輸出不 夠和加入時間的問題，計劃沒有考慮周全。

7、 公式的計算，權限的控制問題（涉及階段，階段的不 同導致不同的權限不同） 上線階段 06 上線階段 06 驗收突發狀況上線反饋 是否進行了正式的上線驗收？過程中是否有出現狀況？后續如何避免？產品上線后收集到哪些問題反饋？都是 什么類型？如何改進？ 上線階段 06 驗收突發狀況上線反饋 沒有正式的進行驗收，由于對接的問題，在 約定的時間沒有進入驗收環節； 初始數據的錯誤；業務流程問題，交互體驗的問題 原因有兩個； 1.權限沒有確定，對接人沒有確定每個階段 的權限，沒有進入試用驗收 2.對接時沒有正式走完整業務流，導致后續 進行計算時，出現很多不可控的細節問題 （需要調整影響計算公式的數據） 1.

8、對接人提供的初始數據出現錯誤（歷史數據的金額） 2.計算公式的錯誤，對接人提成計算合同回款率的計 算公式是有誤，導致后續改動的工作量 1.線下的工作流程存在不可控的環節，在上系統時， 同理無法控制，沒有按照業務的流程進行（總部的判 斷事項） 2.由于框架的問題，操作使用的體驗出現問題（雙向 計算，提成率的檢驗） 結論 00 1、技術開發的確立，明確到一定程度所選的框架能支持到實現需求的大致范圍 2、內部/外部項目的溝通問題，去磨合更好更快的方式 3、對外需求對接到什么樣的一定程度，需要后續的界定 汪磊 1、落實問題的方式形式需要配合摸索（客戶/技術） 2、對待設計的心態/同理對待產品、項目的心態（ UI設計的形式） 3、溝通的方式；需求輸出的溝通文檔（需求文檔、流程圖、原型文件等） 4、具體規范的工作流程，并且能落實 盧旭東 1、內部客戶沒有明確的合同，需求的明確范圍 2、業務能力的基礎問題 3、項目管理的問題 汪祖茂 1、開發配合的程度（后臺/前端） 2、三方之間的關系問題，客戶/產品/開發 3、產品的推行問題，控制版本，快速上線，做業務沉淀，快速吸收 4、需求的傳遞，產品-開發，溝通方式，PRD，項目經理