背景 需求評審 建議形式:會議形式 目標(biāo):定需求大方向 參加人員:技術(shù)經(jīng)理、需求方 主要角色:主持人一名,、會議記錄者一名(建議主持人和會議記錄者為不同的人),、能提出需求中的問題和疏漏的高階人員若干 評審結(jié)論通知到:領(lǐng)導(dǎo)、參加人員 方案評審 建議形式:會議形式 參加人員:各方開發(fā)人員,、技術(shù)經(jīng)理、QA,、需求方,、潛在用戶(比如一個通用組件可能其他團(tuán)隊也有需求),、相關(guān)合作方 主要角色:主持人一名,、會議記錄者一名(建議主持人和會議記錄者為不同的人)、能提出方案中的問題和疏漏的高階人員若干 評審結(jié)論及最終方案文檔發(fā)送給:領(lǐng)導(dǎo),、參加人員 方案匯報 建議形式:會議形式 目標(biāo):達(dá)成共識,、爭取支持和資源 參加人員:領(lǐng)導(dǎo),、技術(shù)經(jīng)理 如果方案有改動則需要重新發(fā)送給:領(lǐng)導(dǎo)和方案評審階段的所有參加人員 動員會 如果是一個并非外部需求驅(qū)動的項(xiàng)目,比如在業(yè)務(wù)部門的長期實(shí)踐中孵化出來的一個公司級的基礎(chǔ)組件,。做成一款自己的產(chǎn)品,。這時候,最重要的事是要做的人都要有信心和信念把東西做好,。自己沒有注入靈魂的產(chǎn)品是不可能成功的,。 這時候,作為項(xiàng)目經(jīng)理+產(chǎn)品經(jīng)理,,需要把自己對項(xiàng)目的理解,、思考、未來規(guī)劃和所有實(shí)施人員對齊,。 開發(fā) 建議形式:拉微信群,、企業(yè)內(nèi)部交流群溝通 目標(biāo):問題及時反饋溝通、進(jìn)度同步 參加人員:各方開發(fā)人員,、技術(shù)經(jīng)理 聯(lián)調(diào) 建議形式:拉微信群,、企業(yè)內(nèi)部交流群溝通。必要時可在工位或封閉會議室 目標(biāo):問題及時反饋溝通 參加人員:各方開發(fā)人員,、技術(shù)經(jīng)理 代碼提測前評審 建議形式:會議形式 目標(biāo):對平時已經(jīng)由個人review過的代碼再次梳理,,通過review代碼發(fā)現(xiàn)潛在問題 參加人員:各方開發(fā)人員、技術(shù)經(jīng)理,、QA 驗(yàn)收 建議形式:會議形式 目標(biāo):確認(rèn)完成的產(chǎn)品和需求的一致性,,對之前沒有完善的細(xì)節(jié)需求做補(bǔ)充 參加人員:各方開發(fā)人員、技術(shù)經(jīng)理,、QA,、需求方 驗(yàn)收分為全新功能驗(yàn)收和舊功能改造升級。全新功能驗(yàn)收,,主要依賴大家對產(chǎn)品的理解,、領(lǐng)悟和感知。舊功能改造升級最好有新老結(jié)果對比,。舉例如下: QA測試 建議形式:拉微信群,、企業(yè)內(nèi)部交流群溝通。必要時可在工位或封閉會議室 目標(biāo):找出并修復(fù)問題 參加人員:開發(fā)和QA 投產(chǎn) 建議形式:正規(guī)發(fā)布流程 參加人員:技術(shù)經(jīng)理,、開發(fā)人員 注意:需要通知到之前參與過的各方 總結(jié) |
|