接到任務，開發一個用于項目管理的小網站，功能比較簡單，目的在于方便會議紀要、文檔資料上傳、查閱，消息發布和消息反饋。從需求溝通、時間溝通、需求分析、原型評審、軟件開發到產品交付，歷時8天，2輪用戶需求，2次加班沖刺，可以說是階段性的完整交付使用。
時間回顧：
客戶期望的時間：1天
溝通爭取的時間：2天
產品交付的時間：延期1天（開發測試歷時4天，算上周六）
新需求期望時間：2天
溝通爭取的時間：2天
新需求交付使用：2天
網站上線使用已兩周多，功能基本滿足日常使用，中間升級過1次，目前趨于穩定。從需求分析和產品管理兩個角度做下整理、記錄：
1、需求分析
1.了解網站的日常使用人員有哪些、什么角色。
2.收集使用人員日常辦公的瀏覽器版本和分辨率。
3.結合權限需求，設計采用登錄方式或IP綁定方式。
4.結合權限需求，設計界面操作的權限控制。
5.結合實際業務，明確UI要求（如，界面操作便捷性設計、列表字段顯示長度設計、列表分頁顯示數設計）。
6.結合實際業務，針對性的設計模塊的CRUD功能。
7.明確文本填寫、文件上傳的校驗要求（如格式兼容性、文件大小、界面顯示要求等）。
2、產品管理
1.基于時間緊迫性，直接紙繪原型圖，與開發、測試成員溝通需求。
2.與客戶溝通，為團隊爭取時間。
3.編寫項目計劃時，嚴格控制開發、測試時間，同時預留機動時間。
4.項目系統測試階段，判斷如無法按逾期時間交付，提前做客戶溝通。
5.交付前夕，當天的任務沒完成，該沖刺的要沖刺，同時做好后勤保障。
6.對于經驗不足的開發人員，在老員工幫助、指導的同時，作為負責人多給予信心和鼓勵。
7.強調提交測試前的功能開發自測重要性，減少系統測試迭代次數。
8.強調產品交付使用后的升級流程及對現網數據的影響。
9.團隊成員經驗相對欠缺的情況下，作為負責人要全程緊密參與產品的驗證，矯正偏離。
posted on 2013-06-23 12:24
cheng 閱讀(2525)
評論(1) 編輯 收藏 所屬分類:
通信&政企產品