接到任務(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)證,矯正偏離。