案例背景：背景：負(fù)責(zé)中臺(tái)項(xiàng)目已近兩年，因不像傳統(tǒng)項(xiàng)目存在既定需求和時(shí)間節(jié)點(diǎn)，產(chǎn)品的規(guī)劃或者版本迭代會(huì)因?yàn)闃I(yè)務(wù)線(xiàn)實(shí)際訴求被打亂或者穿插部分需求，往往這類(lèi)訴求都是非常急迫，基本上改完就要上線(xiàn)的那種，團(tuán)隊(duì)成員之間雖能理解但出于頻繁切換工作內(nèi)容且由于時(shí)間急迫很多功能都要臨時(shí)處理對(duì)于工作效率及后續(xù)產(chǎn)品本身良性發(fā)展和迭代多少會(huì)有影響，那么這些穿插的需求怎么才能和通用化平臺(tái)結(jié)合？
目標(biāo)：提高團(tuán)隊(duì)成員的工作效率，及主觀(guān)能動(dòng)性，由于項(xiàng)目的特殊性，要求每個(gè)成員所寫(xiě)的代碼都得要考慮后面的延續(xù)性，保證業(yè)務(wù)線(xiàn)對(duì)接或者二次開(kāi)發(fā)留下余地。
實(shí)施策略：急迫的訴求和穿插的需求現(xiàn)狀不可能被打破，那打破的只能是我們開(kāi)發(fā)的模式，目前我們團(tuán)隊(duì)按照如下方式進(jìn)行：
一般非緊急需求統(tǒng)一由產(chǎn)品收口，劃入大版本迭代中，會(huì)考慮產(chǎn)品功能通用化。
重要且上線(xiàn)時(shí)間可商量需求開(kāi)發(fā)產(chǎn)品之間拉會(huì)討論，臨時(shí)劃入小版本迭代，會(huì)考慮產(chǎn)品功能通用化。
緊急且馬上要上線(xiàn)需求產(chǎn)品收到后團(tuán)隊(duì)直接馬上內(nèi)部討論后當(dāng)場(chǎng)下方案開(kāi)始著手，一時(shí)無(wú)法通用化的需求會(huì)考慮個(gè)性化話(huà)處理，待上線(xiàn)后再在大版本中將需求通用化提煉。
最終結(jié)果：由于需求通用化后原來(lái)臨時(shí)處理的表結(jié)構(gòu)及數(shù)據(jù)都要進(jìn)行遷移，有些活動(dòng)線(xiàn)上還在跑著的還要做兼容性處理，每次大版本升級(jí)都非常痛苦。
管理問(wèn)題：?jiǎn)栴}：各部門(mén)之間如何在保證質(zhì)量的同時(shí)高效愉快的完成工作。
案例：A員工處理某個(gè)臨時(shí)需求，需要當(dāng)日上線(xiàn)，評(píng)估下來(lái)改造量不大，在中午就完成改造發(fā)布測(cè)試環(huán)境并提測(cè)計(jì)劃上線(xiàn)，但由于B員工測(cè)試認(rèn)為這塊功能很重要需要全流程回歸，開(kāi)發(fā)建議只需要測(cè)改動(dòng)點(diǎn)后被懟，待等到凌晨才完成發(fā)版，整個(gè)過(guò)程開(kāi)發(fā)及測(cè)試活干的都不是很愉快。
自我管理優(yōu)勢(shì)（經(jīng)驗(yàn)總結(jié)）：
如前面案例站測(cè)試角度看待沒(méi)有一點(diǎn)問(wèn)題，而且工作態(tài)度值得表?yè)P(yáng)，這個(gè)時(shí)候其實(shí)是需要管理崗位的人出來(lái)進(jìn)行協(xié)調(diào)的，一方面對(duì)整個(gè)需求和A員工開(kāi)發(fā)的內(nèi)容進(jìn)行整體CR，把控上線(xiàn)風(fēng)險(xiǎn)，另一方面協(xié)調(diào)B員工針對(duì)用例進(jìn)行調(diào)整，保證在有限的時(shí)間內(nèi)能完成工作任務(wù)。