接到任務(wù)，開發(fā)一個(gè)用于項(xiàng)目管理的小網(wǎng)站，功能比較簡(jiǎn)單，目的在于方便會(huì)議紀(jì)要、文檔資料上傳、查閱，消息發(fā)布和消息反饋。從需求溝通、時(shí)間溝通、需求分析、原型評(píng)審、軟件開發(fā)到產(chǎn)品交付，歷時(shí)8天，2輪用戶需求，2次加班沖刺，可以說(shuō)是階段性的完整交付使用。
    時(shí)間回顧：
       客戶期望的時(shí)間：1天
       溝通爭(zhēng)取的時(shí)間：2天
       產(chǎn)品交付的時(shí)間：延期1天（開發(fā)測(cè)試歷時(shí)4天，算上周六）
       新需求期望時(shí)間：2天
       溝通爭(zhēng)取的時(shí)間：2天
       新需求交付使用：2天

    網(wǎng)站上線使用已兩周多，功能基本滿足日常使用，中間升級(jí)過(guò)1次，目前趨于穩(wěn)定。從需求分析和產(chǎn)品管理兩個(gè)角度做下整理、記錄：
    1、需求分析
       1.了解網(wǎng)站的日常使用人員有哪些、什么角色。
       2.收集使用人員日常辦公的瀏覽器版本和分辨率。
       3.結(jié)合權(quán)限需求，設(shè)計(jì)采用登錄方式或IP綁定方式。
       4.結(jié)合權(quán)限需求，設(shè)計(jì)界面操作的權(quán)限控制。
       5.結(jié)合實(shí)際業(yè)務(wù)，明確UI要求（如，界面操作便捷性設(shè)計(jì)、列表字段顯示長(zhǎng)度設(shè)計(jì)、列表分頁(yè)顯示數(shù)設(shè)計(jì)）。
       6.結(jié)合實(shí)際業(yè)務(wù)，針對(duì)性的設(shè)計(jì)模塊的CRUD功能。
       7.明確文本填寫、文件上傳的校驗(yàn)要求（如格式兼容性、文件大小、界面顯示要求等）。

    2、產(chǎn)品管理
       1.基于時(shí)間緊迫性，直接紙繪原型圖，與開發(fā)、測(cè)試成員溝通需求。
       2.與客戶溝通，為團(tuán)隊(duì)爭(zhēng)取時(shí)間。
       3.編寫項(xiàng)目計(jì)劃時(shí)，嚴(yán)格控制開發(fā)、測(cè)試時(shí)間，同時(shí)預(yù)留機(jī)動(dòng)時(shí)間。
       4.項(xiàng)目系統(tǒng)測(cè)試階段，判斷如無(wú)法按逾期時(shí)間交付，提前做客戶溝通。
       5.交付前夕，當(dāng)天的任務(wù)沒完成，該沖刺的要沖刺，同時(shí)做好后勤保障。
       6.對(duì)于經(jīng)驗(yàn)不足的開發(fā)人員，在老員工幫助、指導(dǎo)的同時(shí)，作為負(fù)責(zé)人多給予信心和鼓勵(lì)。
       7.強(qiáng)調(diào)提交測(cè)試前的功能開發(fā)自測(cè)重要性，減少系統(tǒng)測(cè)試迭代次數(shù)。
       8.強(qiáng)調(diào)產(chǎn)品交付使用后的升級(jí)流程及對(duì)現(xiàn)網(wǎng)數(shù)據(jù)的影響。
       9.團(tuán)隊(duì)成員經(jīng)驗(yàn)相對(duì)欠缺的情況下，作為負(fù)責(zé)人要全程緊密參與產(chǎn)品的驗(yàn)證，矯正偏離。