保險it數(shù)字化轉(zhuǎn)型(參考版)
2025-01-02 08:30本頁面
【正文】 通過自動化“軟件交付”和“架構(gòu)變更”的流程，來使得構(gòu)建、測試、發(fā)布軟件能夠更加地敏捷、頻繁和可靠。 ? 減小批量不僅帶來縮短交付周期，而且還帶來提高質(zhì)量、促進(jìn)創(chuàng)新、降低管理成本、更高的效率等其他好處，大幅提升商業(yè)價值。 —— 摘自敏捷軟件的十二個原則 ? 在需求響應(yīng)周期相同的情況下，批量（一次開發(fā)的需求量）越小，資源利用率更高。 我們認(rèn)識到 預(yù)期需求 實際需求 價值 時間 適應(yīng)變化，認(rèn)清“客戶是逐步發(fā)現(xiàn)真正需求” 適應(yīng)變化， 小批量是快速交付的關(guān)鍵 ? 我們首先要做的是通過盡早地、持續(xù)地交付有價值的軟件來使客戶滿意。 –自上次 SCRUM簡會后的一天了（昨天），你做了什么 ? –從現(xiàn)在到下次 SCRUM簡會的一天里（今天），你要做什么 ? –在實現(xiàn) SCRUM及項目目標(biāo)的工作中，你遇到哪些困難嗎 ? 產(chǎn)品負(fù)責(zé)人 Scrum主管 開發(fā)團隊 殘酷現(xiàn)實 ? 客戶是逐步發(fā)現(xiàn)他真正要的東西 ? 開發(fā)人員逐步發(fā)現(xiàn)如何開發(fā)產(chǎn)品滿足客戶需求 ? 在這個過程中隨時可能發(fā)生變化 美好愿望 ? 客戶知道自己要的是什么 ? 開發(fā)人員知道如何開發(fā)來滿足客戶需求 ? 在開發(fā)過程中需求不會發(fā)生變化 ? 期望客戶一開始就想清楚他們真正要的東西是不現(xiàn)實的。 前 4個小時：產(chǎn)品負(fù)責(zé)人向團隊展示最高優(yōu)先級的產(chǎn)品，團隊則向他詢問產(chǎn)品 Backlog的內(nèi)容、目的、含義及意圖。 ?子 項 目特征 各個子項目的成果都經(jīng)過測試 具備集成和可運行的特征 小項目相互聯(lián)系 采用敏捷開發(fā)模式，通過 敏捷高效的設(shè)計 、 穩(wěn)定的開發(fā)速度 、 擁抱變化 、積極調(diào)整來保證微服務(wù)的開發(fā)質(zhì)量和敏捷交付。 大數(shù)據(jù)分析平臺總體架構(gòu) 歷史 數(shù) 據(jù)查詢 數(shù)據(jù)交換平臺 應(yīng)用集 市數(shù)據(jù)區(qū) 員福業(yè)務(wù) 銀保業(yè)務(wù) 渠道業(yè)務(wù) 政保業(yè)務(wù) ……業(yè)務(wù) 企業(yè) 內(nèi) 外部 半結(jié)構(gòu) 化、非結(jié)構(gòu)化數(shù)據(jù) 大數(shù)據(jù)交換組件 數(shù)據(jù)庫數(shù)據(jù)交換組件 數(shù)據(jù)區(qū)數(shù)據(jù)交換組件 數(shù)據(jù)計算層 大數(shù)據(jù)區(qū) 沙盤演練數(shù)據(jù)區(qū) 數(shù)據(jù)應(yīng)用層 實時數(shù)據(jù)區(qū) 客戶主題 業(yè)績主題 理賠主題 業(yè)務(wù)沙盤演練 數(shù)據(jù) 增 值 產(chǎn)品 保單數(shù)據(jù) 理賠數(shù)據(jù) 增值產(chǎn) 品數(shù)據(jù) 區(qū) 主題數(shù)據(jù)區(qū) 機構(gòu)
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號-1