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