當(dāng)科技部門人少、外包多、系統(tǒng)多、無源碼一種資產(chǎn)驅(qū)動型IT 研發(fā)管理平臺該怎么設(shè)計市面上大多數(shù)研發(fā)產(chǎn)品默認(rèn)客戶是IT部門研發(fā)全流程管控。但現(xiàn)實(shí)中大量泛金融科技公司、券商數(shù)科、保險 IT 部門的形態(tài)完全不同——自研團(tuán)隊小、外包體量大、存量系統(tǒng)多、大部分無源碼、監(jiān)管比銀行輕。這篇文章基于這樣一個典型場景聊聊這類客戶的研發(fā)管理平臺到底該怎么設(shè)計。一、先看客戶畫像而不是先講產(chǎn)品在動手設(shè)計任何功能之前我們先把客戶拆開看維度現(xiàn)狀科技團(tuán)隊規(guī)模有限以幾十人計外包團(tuán)隊遠(yuǎn)超自研人數(shù)是科技條線管理半徑的主體項(xiàng)目規(guī)模每年項(xiàng)目數(shù)量多并行度高存量系統(tǒng)系統(tǒng)數(shù)量龐大且大部分無源碼由供應(yīng)商恒生電子等開發(fā)、測試、發(fā)布制品監(jiān)管強(qiáng)度明顯輕于銀行評審、質(zhì)量、研發(fā)過程、測試過程等重流程關(guān)注度低一句話總結(jié)這不是一個研發(fā)過程管理問題而是一個資產(chǎn) 外包 商務(wù)的治理問題。如果照搬銀行自研型的 ALM把需求、設(shè)計、代碼、測試、投產(chǎn)、質(zhì)量全部搬到平臺上要求每個節(jié)點(diǎn)留痕評審這套東西對這類客戶來說就是過度設(shè)計——用不上、學(xué)不動、也不想學(xué)。二、核心洞察三條主線取代研發(fā)過程對這類客戶真正值得管死的只有三條主線1. 需求與立項(xiàng)主線Why為什么做、值不值得做業(yè)務(wù)提需求 → 項(xiàng)目經(jīng)理寫立項(xiàng) → 供應(yīng)商實(shí)施這條鏈在輕監(jiān)管環(huán)境下反而最重要因?yàn)樵u審環(huán)節(jié)弱了立項(xiàng)文件就成了唯一的決策留痕每年項(xiàng)目數(shù)量多如果沒有統(tǒng)一的需求池和立項(xiàng)流程就是誰嗓門大誰立項(xiàng)預(yù)算與立項(xiàng)必須綁定否則科技費(fèi)用花出去不知道花在哪。設(shè)計含義需求管理保留但不做過程級不追蹤開發(fā)中每個 task只做到需求 → 立項(xiàng) → 預(yù)算 → 供應(yīng)商 → 項(xiàng)目 → 交付 → 驗(yàn)收的決策級。2. 資產(chǎn)主線What我到底有哪些系統(tǒng)存量系統(tǒng)數(shù)量龐大大部分無源碼全靠供應(yīng)商維護(hù)?？蛻糇钚枰氖敲總€系統(tǒng)的全生命周期檔案建設(shè)時間、承建商、合同金額、SLA 承諾、變更歷史、投產(chǎn)記錄、風(fēng)險敞口系統(tǒng)與需求、項(xiàng)目、預(yù)算、合同、供應(yīng)商之間的統(tǒng)一關(guān)聯(lián)這正是數(shù)字產(chǎn)品主干的思想——不是代碼主干是資產(chǎn)主干一句話能查到“這個系統(tǒng)是誰建的、花過多少錢、現(xiàn)在誰在維護(hù)、下次續(xù)約什么時候。”設(shè)計含義把應(yīng)用系統(tǒng)管理升級為核心模塊作為所有其他模塊的主數(shù)據(jù)而不是一個附屬臺賬。3. 外包主線Who這些人是誰、在干什么、值不值外包人員規(guī)模遠(yuǎn)超自研團(tuán)隊管理半徑遠(yuǎn)大于科技條線本身。這類客戶真正頭疼的從來不是代碼怎么寫而是外包入場/離場、考勤、工時、結(jié)算供應(yīng)商盡調(diào)、準(zhǔn)入、考核、黑名單外包與系統(tǒng)、項(xiàng)目、合同、付款的四方一致性誰建的、給多少、結(jié)算多少、干得怎么樣關(guān)鍵系統(tǒng)的單點(diǎn)依賴風(fēng)險某供應(yīng)商壟斷大量系統(tǒng)一旦出問題怎么辦。設(shè)計含義把外包管理 供應(yīng)商管理 商務(wù)合同 預(yù)算整合成一條外包治理主線這是差異化價值所在也是大多數(shù)通用 ALM 沒有的模塊。三、明確不做什么輕監(jiān)管下的取舍產(chǎn)品設(shè)計最難的不是加功能而是砍功能。對這類客戶我們建議通用 ALM 常見模塊是否納入理由代碼管理 / CI/CD 流水線? 不納入無源碼供應(yīng)商交付制品開發(fā)過程看板燃盡圖、故事點(diǎn)? 不納入自研人少且不承擔(dān)主體交付單元測試 / 代碼覆蓋率? 不納入供應(yīng)商黑盒交付無源碼可測迭代評審 / 每日站會 / Scrum 全套? 不納入客戶不關(guān)心研發(fā)過程需求-設(shè)計-開發(fā)-測試的細(xì)粒度追溯?? 簡化為需求→項(xiàng)目→投產(chǎn)保留可審計粒度即可測試用例庫 / 測試計劃管理? 保留測試報告模塊只要結(jié)果報告不要過程管理質(zhì)量審計 / 不符合項(xiàng)?? 保留極簡版滿足基本合規(guī)不追求 CMMI 級預(yù)算 / 合同 / 供應(yīng)商 / 外包?重點(diǎn)加強(qiáng)這類客戶的真正痛點(diǎn)應(yīng)用系統(tǒng)檔案 / 資產(chǎn)主干?重點(diǎn)加強(qiáng)無源碼資產(chǎn)的唯一數(shù)字身份證投產(chǎn)管理? 重點(diǎn)保留無源碼環(huán)境下投產(chǎn)即驗(yàn)收必須留痕一句話把研發(fā)過程管理砍掉 60%把資產(chǎn) 外包 商務(wù)加滿 100%。四、產(chǎn)品設(shè)計三條主線重新組織我們建議按需求立項(xiàng)-資產(chǎn)-商務(wù)三條主線重新組織研發(fā)管理平臺主線 1需求與立項(xiàng)管理Requirement Initiation需求池管理業(yè)務(wù)需求統(tǒng)一受理、登記、分類形成待決需求池立項(xiàng)管理標(biāo)準(zhǔn)化立項(xiàng)文件強(qiáng)制字段化目標(biāo)、范圍、投入、預(yù)期效益、風(fēng)險預(yù)算-立項(xiàng)綁定沒有預(yù)算的項(xiàng)目無法立項(xiàng)沒有合同的需求無法排期項(xiàng)目里程碑管理里程碑、進(jìn)度、風(fēng)險、周報不做 task 級投產(chǎn)管理強(qiáng)保留投產(chǎn)窗口、報備、審批、結(jié)果記錄——無源碼環(huán)境下這是唯一的質(zhì)量閘口。主線 2應(yīng)用系統(tǒng)資產(chǎn)Application Asset系統(tǒng)檔案一個系統(tǒng)一張數(shù)字身份證涵蓋建設(shè)時間、承建商、合同、SLA、投產(chǎn)記錄、變更歷史、風(fēng)險敞口系統(tǒng)與合同綁定每個系統(tǒng)必須關(guān)聯(lián)到至少一份合同避免孤兒系統(tǒng)系統(tǒng)生命周期看板建設(shè)期 / 運(yùn)行期 / 維護(hù)期 / 退役期四態(tài)清晰供應(yīng)商交接一目了然風(fēng)險敞口視圖按供應(yīng)商集中度、系統(tǒng)依賴度、無源碼比例三維評估識別高危資產(chǎn)。主線 3外包與商務(wù)閉環(huán)Outsourcing Commercial Loop供應(yīng)商全生命周期盡調(diào) → 準(zhǔn)入 → 合同 → 履約 → 考核 → 續(xù)約/退出外包人員檔案入離場、考勤、工時、技能等級、所屬項(xiàng)目四方一致性校驗(yàn)合同金額 vs 實(shí)際結(jié)算 vs 工時 vs 供應(yīng)商考核結(jié)果異常自動預(yù)警付款計劃與節(jié)點(diǎn)合同付款節(jié)點(diǎn)與項(xiàng)目里程碑掛鉤超期未付自動提醒科技費(fèi)用多維分析按系統(tǒng) / 供應(yīng)商 / 條線 / 年份切片支撐經(jīng)營決策續(xù)約預(yù)警合同到期前 90/60/30 天三級提醒避免系統(tǒng)停擺。簡化保留的模塊測試報告結(jié)果級只收供應(yīng)商交付的測試報告不做用例庫管理極簡質(zhì)量模塊不符合項(xiàng)登記 整改跟蹤滿足基本合規(guī)即可。說明需求、立項(xiàng)、項(xiàng)目、投產(chǎn)已在主線 1 中按決策級/里程碑級組織此處不再重復(fù)強(qiáng)調(diào)不做 task 級過程追蹤的原則。一體化數(shù)據(jù)視圖CIO 一屏科技費(fèi)用總量 / 供應(yīng)商集中度 / 高危資產(chǎn) Top / 未付合同 / 即將到期系統(tǒng)系統(tǒng)全生命周期追蹤任一系統(tǒng)點(diǎn)開即見需求-立項(xiàng)-合同-預(yù)算-供應(yīng)商-外包-投產(chǎn)-驗(yàn)收完整鏈條審計追溯所有決策節(jié)點(diǎn)留痕滿足輕監(jiān)管下的最低審計要求。五、為什么這套設(shè)計更適合這類客戶匹配管理半徑外包遠(yuǎn)超自研管人的成本遠(yuǎn)大于管代碼把管理重心放在人/商/錢/資產(chǎn)上是理性的匹配監(jiān)管強(qiáng)度不做過程級追溯避免為沒人看的評審增加操作負(fù)擔(dān)匹配技術(shù)形態(tài)無源碼 不需要 CI/CD、不需要代碼管理需要的是資產(chǎn)檔案 投產(chǎn)閘口實(shí)施成本低這類客戶通常已有需求、項(xiàng)目、預(yù)算、應(yīng)用系統(tǒng)等零散能力這套設(shè)計是重排組合而非推倒重來可平滑演進(jìn)差異化市面上絕大多數(shù) ALM 都默認(rèn)銀行自研 強(qiáng)監(jiān)管這套輕監(jiān)管 重外包 資產(chǎn)驅(qū)動的定位是明顯的市場空檔。六、小結(jié)研發(fā)管理平臺不是越大越好而是要配得上客戶。銀行自研客戶要的是過程管控 質(zhì)量審計外包驅(qū)動 輕監(jiān)管 無源碼客戶要的是資產(chǎn)清晰 外包可控 商務(wù)閉環(huán)。沿著第二條路走——把管系統(tǒng)、管人、管錢做到極致把管代碼、管過程該放的放。最好的開始時間是十年前其次是現(xiàn)在。北京維普時代軟件