案例背景：
背景：a項(xiàng)目產(chǎn)品同學(xué)是業(yè)主方，存在短期內(nèi)同時交付多個需求的情況，此時需要抽調(diào)人手，或者更換需求的開發(fā)人員，以保證交付，實(shí)際情況是開發(fā)人員只關(guān)心自身負(fù)責(zé)的功能或者需求，對變更造成的影響評估不足，在CR代碼時發(fā)現(xiàn)此類問題，修改后依然存在影響其他功能的情況，出現(xiàn)交付后在業(yè)務(wù)使用中發(fā)現(xiàn)問題，排查到原因是由于變更引起的
目標(biāo)：開發(fā)在明確自身需求的同時，充分的評估修改代碼帶來的影響，保證質(zhì)量交付
實(shí)施策略:加強(qiáng)代碼CR，增加測試的回歸內(nèi)容，在出現(xiàn)問題時及時向業(yè)主解釋造成的原因并且給出明確的影響范圍，給出修復(fù)時間點(diǎn)
實(shí)際結(jié)果：增加了開發(fā)和測試的工作量，但是無法完全避免此類問題
管理問題：
問題：如何提高團(tuán)隊(duì)開發(fā)的責(zé)任心及主動性，主動去理解業(yè)務(wù)，識別問題的根源，識別已經(jīng)存在的風(fēng)險，開發(fā)過程不增加風(fēng)險
案例：近期上海地鐵票務(wù)的報文中出現(xiàn)了不存在的站點(diǎn)編號，業(yè)務(wù)確定此類數(shù)據(jù)顯示未知，開發(fā)在修復(fù)的時候僅修復(fù)了出站站點(diǎn)，進(jìn)站站點(diǎn)未修復(fù)，測試測出后提出開發(fā)質(zhì)量質(zhì)疑，在與開發(fā)溝通后，明確了修復(fù)的邏輯存在漏洞且不合理，導(dǎo)致一個很小的問題重復(fù)修改
自我管理優(yōu)勢（經(jīng)驗(yàn)總結(jié)）：
理解業(yè)主的訴求并且提出解決方案，在出現(xiàn)問題時能夠快速發(fā)現(xiàn)問題造成的原因，并且判斷風(fēng)險范圍