如何將產(chǎn)品研發(fā)與項(xiàng)目交付有效的界定開
背景是 研發(fā)團(tuán)隊(duì)只有一支
如何平衡產(chǎn)品規(guī)劃與項(xiàng)目交付
代碼角度的界定可以主干開發(fā)，分支交付逮壁，一個(gè)團(tuán)隊(duì)里可以根據(jù)交付的計(jì)劃預(yù)留相應(yīng)人日，本身產(chǎn)品研發(fā)計(jì)劃和交付計(jì)劃是可以交叉進(jìn)行的
之前在網(wǎng)迅時(shí)认罩，主產(chǎn)品線的研發(fā)任務(wù)和SP/EP就是這種模式皱蹦，SP/EP你可以看作就是交付
我的初步想法是 按照4個(gè)產(chǎn)品線的不同 構(gòu)建四個(gè)全能力的團(tuán)隊(duì)
你切到研發(fā)流程里去看，本來就是線性的诀紊，如果不可能有專人負(fù)責(zé)交付的時(shí)候谒出，比如主干產(chǎn)品處于某段開發(fā)時(shí)間區(qū)間的時(shí)候，測試其實(shí)并不是飽和的邻奠，可以在分支測交付項(xiàng)目
當(dāng)開發(fā)主產(chǎn)品提測時(shí)笤喳，測試切回去部分人力，開發(fā)切到分支做下個(gè)交付
等你們的交付處于穩(wěn)定并有確定計(jì)劃時(shí)惕澎，可能還是有專門的交付team莉测，就只做交付
發(fā)布火車的概念，交付項(xiàng)目的需求趕不上趟 就等下一趟唧喉，等交付多了的話 考慮 現(xiàn)場部署交付研發(fā)團(tuán)隊(duì)
我們之前就分為 Train Release 和 Monthly Release（SP）
需求在哪個(gè)版本能交付掉捣卤，取決于需求在主干上的開發(fā)計(jì)劃和進(jìn)度
顏:
否者 后面的考核什么都沒法落實(shí)了
顏:
需求的導(dǎo)入方式 交付于產(chǎn)品協(xié)商
顏:
根據(jù)緊急程度和重要性
顏:
這樣 產(chǎn)品也可以兼顧 分支與主版本的規(guī)劃
我:
只不過忍抽，這種模式的代碼合并屬于風(fēng)險(xiǎn)之一，因?yàn)槟壳皼]聽說什么公司代碼合并能做到完全不用回歸測試
