世界級(jí)互聯(lián)網(wǎng)公司軟件交付工作原則與方法解析
作者在持續(xù)交付領(lǐng)域多年實(shí)踐經(jīng)驗(yàn)的精華總結(jié)
《持續(xù)交付：發(fā)布可靠軟件的系統(tǒng)方法》作者作序推薦！
國內(nèi)知名互聯(lián)網(wǎng)公司多位管理者與領(lǐng)域?qū)＜液狭A情推薦！
持續(xù)交付2.0不只是關(guān)于軟件的交付模型，而是從業(yè)務(wù)問題出發(fā)，關(guān)注業(yè)務(wù)假設(shè)驗(yàn)證速度的雙環(huán)業(yè)務(wù)模型。只有從業(yè)務(wù)目標(biāo)出發(fā)的持續(xù)交付實(shí)踐才有強(qiáng)大的創(chuàng)造力和生命力！
書中指出，持續(xù)交付2.0雙環(huán)模型高速運(yùn)轉(zhuǎn)的三個(gè)支柱分別是組織機(jī)制、軟件架構(gòu)和軟件交付基礎(chǔ)設(shè)施，同時(shí)給出了提升價(jià)值探索環(huán)以及快速驗(yàn)證環(huán)運(yùn)轉(zhuǎn)速度的多種可行方法。
本書還為我們呈現(xiàn)了在企業(yè)內(nèi)部改善持續(xù)交付2.0能力所需遵循的基本原則，包括組織文化建設(shè)、軟件系統(tǒng)架構(gòu)、業(yè)務(wù)協(xié)作、配置管理、構(gòu)建集成、自動(dòng)化測試、發(fā)布與監(jiān)控七大板塊，并指出各領(lǐng)域?qū)嵺`關(guān)鍵點(diǎn)，以及多種可實(shí)操性方法。同時(shí)，通過3個(gè)完整的實(shí)踐案例過程分析，說明每個(gè)企業(yè)或團(tuán)隊(duì)都必須從自己的業(yè)務(wù)目標(biāo)出發(fā)，根據(jù)自己的實(shí)際情況，制定自己的改善路線。
電子書
編輯推薦
各類軟件組織的管理人員、技術(shù)人員、質(zhì)量控制人員和過程改進(jìn)人員都可以從本書中獲得所需的知識(shí)，本書也可以作為高校軟件工程相關(guān)課程的教材。
內(nèi)容簡介
《知行合一 實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)的敏捷和精益開發(fā)》是作者幾十年從事軟件工程教學(xué)、咨詢和研究的一個(gè)總結(jié)，它從軟件產(chǎn)品開發(fā)的“軟”“易變”“非線性增長復(fù)雜度”“創(chuàng)新”等特點(diǎn)入手，系統(tǒng)討論了軟件工程自身的特殊性，清楚揭示了我們遵循幾十年的借鑒傳統(tǒng)行業(yè)開發(fā)模式的方法不能高效匹配軟件開發(fā)，導(dǎo)致軟件工程成為低效工程領(lǐng)域的原因。本書系統(tǒng)探討了從瀑布模式到敏捷模式轉(zhuǎn)型的成功實(shí)踐，在特定企業(yè)環(huán)境下讓敏捷在組織、團(tuán)隊(duì)、項(xiàng)目中落地，并使其價(jià)值**大化，擺脫常見的“形似神不似”的敏捷實(shí)施。本書關(guān)于CMMI和敏捷開發(fā)模式結(jié)合的內(nèi)容對國內(nèi)眾多的CMMI企業(yè)有很好的現(xiàn)實(shí)意義，二者的互補(bǔ)性使其結(jié)合彌補(bǔ)了各自的不足，使企業(yè)能更好地提升其開發(fā)過程的能力。如何將新一代精益開發(fā)的原則、實(shí)踐移植到軟件開發(fā)中的內(nèi)容是本書另一個(gè)亮點(diǎn)。
各類軟件組織的管理人員、技術(shù)人員、質(zhì)量控制人員和過程改進(jìn)人員都可以從《知行合一 實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)的敏捷和精益開發(fā)》中獲得所需的知識(shí)，《知行合一 實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)的敏捷和精益開發(fā)》也可以作為高校軟件工程相關(guān)課程的教材。
章節(jié)目錄
- 封面
- 對本書的贊譽(yù)
- 序一
- 序二
- 序三
- 前言
- 目錄
- 第一部分 神形兼?zhèn)涞拿艚蓍_發(fā)模式
- 第1章 從“先知后行”到“知行合一”——從傳統(tǒng)開發(fā)模式到敏捷開發(fā)模式
- 1.1 重新審視項(xiàng)目成功的標(biāo)準(zhǔn)
- 1.1.1 傳統(tǒng)的三要素不一定能客觀度量項(xiàng)目的成功與否
- 1.1.2 新的項(xiàng)目管理鐵三角
- 1.1.3 敏捷讓我們實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)管理
- 1.2 重新審視瀑布模式為代表的傳統(tǒng)開發(fā)方法
- 1.2.1 來自制造業(yè)的接力式開發(fā)模式
- 1.2.2 瀑布開發(fā)模式的不合理之處
- 1.3 復(fù)雜軟件項(xiàng)目的共性：需求的不確定及技術(shù)的不確定
- 1.3.1 客戶對自己真正需要的產(chǎn)品需要一個(gè)認(rèn)識(shí)的過程
- 1.3.2 實(shí)現(xiàn)每個(gè)客戶需求都有代價(jià)，但不是每個(gè)需求都有價(jià)值
- 1.3.3 技術(shù)平臺(tái)的不確定性
- 1.3.4 團(tuán)隊(duì)一開始不了解自己的效率
- 1.3.5 傳統(tǒng)方法不能高效解決這些不確定性帶來的問題
- 1.4 從“先知后行”到“知行合一”
- 1.4.1 知行合一是自然的結(jié)論
- 1.4.2 敏捷就是在開發(fā)中學(xué)習(xí)、成長、調(diào)整和完善
- 1.4.3 敏捷是實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)管理的好方法
- 兩個(gè)團(tuán)隊(duì)的故事
- 第2章 敏捷開發(fā)方法——摸著石頭過河的智慧
- 2.1 經(jīng)常被錯(cuò)誤解讀的敏捷宣言及敏捷原則
- 2.1.1 敏捷宣言是價(jià)值宣言
- 2.1.2 敏捷的12原則背后的故事
- 2.2 敏捷開發(fā)架構(gòu)與Scrum ：調(diào)整中增量開發(fā)
- 2.2.1 敏捷開發(fā)架構(gòu)
- 2.2.2 用一分鐘來解釋一下Scrum以及Scrum中的3個(gè)角色、3個(gè)文檔和5個(gè)會(huì)議
- 2.2.3 敏捷框架下看Scrum
- 2.2.4 Scrum和極限編程的結(jié)合使用
- 2.3 Scrum是一個(gè)實(shí)現(xiàn)敏捷價(jià)值及原則的開發(fā)管理架構(gòu)
- 2.3.1 Scrum讓敏捷價(jià)值的實(shí)現(xiàn)變得自然
- 2.3.2 Scrum是敏捷原則的具體體現(xiàn)
- 一個(gè)團(tuán)隊(duì)的兩個(gè)故事
- 第3章 形神兼具——實(shí)現(xiàn)敏捷的核心價(jià)值
- 3.1 形似神不似的Scrum實(shí)施
- 3.1.1 Scrum不能保證解決問題，但能保證暴露問題
- 3.1.2 沒有本地化的適配，敏捷過程很難落地生根
- 3.1.3 不要因?yàn)殄e(cuò)誤的原因引入Scrum，要明確引入敏捷的目的
- 3.2 使用Scrum的藝術(shù)
- 3.2.1 Scrum中的自我管理及實(shí)現(xiàn)方式
- 3.2.2 管理者從監(jiān)控型到服務(wù)型的轉(zhuǎn)變
- 3.2.3 追求問題的解決而不是最佳解決方案
- 3.2.4 對工程人員能力提升及自律的要求
- 3.2.5 Scrum實(shí)踐的互補(bǔ)，完整的Scrum才最有價(jià)值
- 3.3 極限編程是Scrum最好的伙伴
- 3.3.1 技術(shù)債務(wù)：Scrum的殺手
- 3.3.2 極限編程的4個(gè)核心價(jià)值
- 3.3.3 極限編程的原則
- 3.3.4 極限編程的4個(gè)核心工程活動(dòng)
- 3.3.5 極限編程的12條實(shí)踐
- 3.3.6 極限編程+Scrum ：1+1>2
- 3.4 引入Scrum等敏捷方法是一場需要勇氣的變革
- 3.4.1 精益組織與敏捷團(tuán)隊(duì)
- 3.4.2 管理者的勇氣：做有遠(yuǎn)見的智慧型領(lǐng)導(dǎo)者
- 3.4.3 工程人員的勇氣：合奏與獨(dú)奏
- 3.4.4 過程改進(jìn)人員的勇氣：找到你的定位
- 3.5 變革之路：從瀑布模式到敏捷模式的轉(zhuǎn)化
- 3.5.1 瀑布模式到敏捷模式中人和組織的轉(zhuǎn)化
- 3.5.2 瀑布模式到敏捷模式中企業(yè)文化及習(xí)慣的轉(zhuǎn)化
- 3.5.3 瀑布模式到敏捷模式的轉(zhuǎn)化過程
- 兩個(gè)團(tuán)隊(duì)的故事
- 第二部分 建立以 Scrum 為框架的軟件開發(fā)管理體系
- 第4章 布好自己的局——確定Scrum 中的角色、文檔和活動(dòng)
- 4.1 敏捷轉(zhuǎn)型的布局規(guī)劃
- 4.2 建立自己的敏捷過程
- 4.2.1 建立一個(gè)端到端的敏捷過程
- 4.2.2 進(jìn)入Scrum迭代的準(zhǔn)備過程
- 4.2.3 敏捷迭代過程及驗(yàn)證過程
- 4.2.4 敏捷的改進(jìn)過程
- 4.2.5 選擇敏捷實(shí)踐
- 4.3 確定Scrum的角色
- 4.3.1 豬和雞合作創(chuàng)業(yè)的對話
- 4.3.2 選擇Scrum產(chǎn)品經(jīng)理
- 4.3.3 選擇Scrum過程經(jīng)理
- 4.3.4 選擇Scrum團(tuán)隊(duì)成員
- 4.3.5 架構(gòu)師在Scrum團(tuán)隊(duì)中的定位
- 4.3.6 Scrum of Scrum （大敏捷項(xiàng)目的管理）的安排
- 4.3.7 Scrum中的共享團(tuán)隊(duì)資源
- 4.4 敏捷過程對文檔的要求
- 4.4.1 文檔的價(jià)值及應(yīng)用
- 4.4.2 敏捷文檔制作指南
- 4.4.3 敏捷過程的需求文檔
- 4.4.4 敏捷環(huán)境下的工程文檔
- 4.4.5 必要的維護(hù)文檔
- 4.4.6 敏捷（Scrum）的管理文檔
- 4.5 建立一個(gè)成熟的Scrum過程
- 4.5.1 什么是成熟的敏捷過程
- 4.5.2 保證敏捷過程的執(zhí)行力
- 4.5.3 保證敏捷過程的改進(jìn)力
- 4.6 敏捷工具
- 兩個(gè)敏捷角色的故事
- 第5章 迭代管理亦有道——執(zhí)行Scrum項(xiàng)目管理
- 5.1 應(yīng)對變化的敏捷計(jì)劃：波浪式的版本規(guī)劃
- 5.1.1 掌握你的團(tuán)隊(duì)速率
- 5.1.2 允許項(xiàng)目需求范圍有一定的靈活性
- 5.1.3 遵循“最小有市場價(jià)值”原則制訂產(chǎn)品版本計(jì)劃
- 5.1.4 制訂第一個(gè)版本計(jì)劃
- 5.2 Scrum迭代中的管理：頻繁反饋，及時(shí)調(diào)整
- 5.2.1 細(xì)化版本需求列表中的用戶故事：準(zhǔn)備好下一輪迭代的工作
- 5.2.2 計(jì)劃下一輪迭代
- 5.2.3 開好每日站立會(huì)議
- 5.2.4 展示團(tuán)隊(duì)的迭代成果：開好迭代評(píng)審會(huì)議
- 5.2.5 不斷完善Scrum過程：開好迭代回顧會(huì)議
- 5.3 建立、維護(hù)你的敏捷島
- 5.3.1 迭代任務(wù)狀態(tài)板塊
- 5.3.2 其他信息板塊
- 5.3.3 白板是最有效的溝通方式
- 5.4 Scrum中的風(fēng)險(xiǎn)管理
- 5.4.1 軟件項(xiàng)目的5大風(fēng)險(xiǎn)來源
- 5.4.2 把握你的進(jìn)度風(fēng)險(xiǎn)
- 5.4.3 把握好需求使之自然完善而不是遍地蔓生
- 5.4.4 建立一個(gè)T字型能力團(tuán)隊(duì)緩解團(tuán)隊(duì)不穩(wěn)定風(fēng)險(xiǎn)
- 5.4.5 建立維護(hù)好產(chǎn)品規(guī)格
- 5.4.6 克服低效率風(fēng)險(xiǎn)的幾個(gè)法寶
- 兩個(gè)團(tuán)隊(duì)的故事
- 第6章 把握好敏捷的度——敏捷工程及質(zhì)量控制實(shí)踐
- 6.1 再議技術(shù)債務(wù)
- 6.1.1 技術(shù)債務(wù)的來源
- 6.1.2 管理技術(shù)債務(wù)
- 6.1.3 減少技術(shù)債務(wù)的實(shí)踐
- 6.1.4 減少技術(shù)債務(wù)的具體步驟
- 6.1.5 技術(shù)債務(wù)的度量
- 6.2 敏捷中的需求開發(fā)及管理
- 6.2.1 敏捷四級(jí)產(chǎn)品計(jì)劃
- 6.2.2 用戶類型的識(shí)別過程
- 6.2.3 建立維護(hù)典型用戶檔案
- 6.2.4 從用例到用戶故事
- 6.2.5 貫穿整個(gè)開發(fā)過程中的需求澄清：串講及反串講
- 6.3 敏捷中的設(shè)計(jì)和開發(fā)
- 6.3.1 簡明設(shè)計(jì)原則
- 6.3.2 設(shè)計(jì)決策的時(shí)機(jī)
- 6.3.3 再議程序開發(fā)中的代碼重構(gòu)
- 6.3.4 敏捷中的評(píng)審
- 6.4 敏捷中的測試
- 6.4.1 測試驅(qū)動(dòng)開發(fā)的價(jià)值及方法
- 6.4.2 持續(xù)集成：提高開發(fā)效率的重要保證
- 6.4.3 敏捷測試策略及方法
- 6.4.4 讓發(fā)現(xiàn)的缺陷的價(jià)值最大化
- 6.5 健康迭代比速度更重要
- 兩個(gè)團(tuán)隊(duì)的故事
- 第三部分 CMMI框架下的敏捷實(shí)施
- 第7章 盲人摸象——關(guān)于敏捷和CMMI的錯(cuò)誤偏見
- 7.1 來自兩個(gè)陣營的偏見
- 7.2 CMMI的核心和價(jià)值
- 7.3 CMMI+敏捷：解決軟件開發(fā)問題之匙
- 7.4 來自敏捷宣言起草者及CMMI作者的最新聲音
- 敏捷和CMMI的故事
- 第8章 建立敏捷的保護(hù)網(wǎng)——CMMI架構(gòu)下的敏捷實(shí)施
- 8.1 從使用角度看CMMI
- 8.1.1 一個(gè)產(chǎn)品開發(fā)最佳實(shí)踐的集合
- 8.1.2 CMMI的4條主線
- 8.1.3 正確解讀CMMI評(píng)估
- 8.1.4 CMMI對工作產(chǎn)品（文檔）的要求
- 8.2 完善Scrum實(shí)現(xiàn)CMMI項(xiàng)目管理的要求
- 8.2.1 需求管理和“Scrum+極限編程”
- 8.2.2 項(xiàng)目計(jì)劃和“Scrum+極限編程”
- 8.2.3 項(xiàng)目監(jiān)督與控制和“Scrum+極限編程”
- 8.2.4 供方協(xié)議管理和“Scrum+極限編程”
- 8.2.5 集成項(xiàng)目管理和“Scrum+極限編程”
- 8.2.6 風(fēng)險(xiǎn)管理和“Scrum+極限編程”
- 8.3 用敏捷實(shí)踐實(shí)現(xiàn)CMMI工程活動(dòng)的要求
- 8.3.1 需求開發(fā)和“Scrum+極限編程”
- 8.3.2 技術(shù)解決方案和“Scrum+極限編程”
- 8.3.3 產(chǎn)品集成和“Scrum+極限編程”
- 8.3.4 驗(yàn)證和“Scrum+極限編程”
- 8.3.5 確認(rèn)和“Scrum+極限編程”
- 8.4 用敏捷手段實(shí)現(xiàn)CMMI支持活動(dòng)的要求
- 8.4.1 敏捷環(huán)境下的過程與產(chǎn)品質(zhì)量保證
- 8.4.2 敏捷環(huán)境下的配置管理
- 8.4.3 敏捷環(huán)境下的度量與分析
- 8.4.4 敏捷環(huán)境下的決策分析與解決
- 8.5 敏捷環(huán)境下實(shí)現(xiàn)CMMI過程管理的要求
- 8.5.1 敏捷環(huán)境下的組織級(jí)過程關(guān)注
- 8.5.2 敏捷環(huán)境下的組織級(jí)過程定義
- 8.5.3 Scrum環(huán)境下的組織級(jí)培訓(xùn)
- 8.6 敏捷環(huán)境下實(shí)現(xiàn)CMMI高成熟度的要求
- 8.6.1 敏捷下的量化管理：QPPO、基線及模型（OPP和QPM）
- 8.6.2 敏捷環(huán)境下過程優(yōu)化管理：CAR和OPM
- 8.7 敏捷環(huán)境下的CMMI評(píng)估應(yīng)關(guān)注的兩個(gè)問題
- 8.7.1 實(shí)施選擇還是模型要求
- 8.7.2 理解模型的目的
- 敏捷環(huán)境下的兩個(gè)CMMI實(shí)施和評(píng)估故事
- 第四部分 新一代精益軟件工程
- 第9章 敏捷不是解決軟件開發(fā)問題的銀彈
- 9.1 再議軟件過程的特殊性
- 9.1.1 軟件過程公理
- 9.1.2 軟件過程體系應(yīng)追求的價(jià)值
- 9.2 敏捷的局限及挑戰(zhàn)
- 9.2.1 如何盡早獲取有價(jià)值的用戶反饋
- 9.2.2 如何設(shè)計(jì)軟件架構(gòu)支持快速迭代開發(fā)
- 9.2.3 缺乏具體有效方法實(shí)現(xiàn)敏捷原則
- 9.2.4 忽略了開發(fā)中的等待隊(duì)列
- 9.2.5 忽略了開發(fā)過程中的變異管理
- 9.3 有效軟件開發(fā)借鑒之源及應(yīng)具備的特點(diǎn)
- 9.3.1 軟件開發(fā)借鑒之源
- 9.3.2 有效軟件開發(fā)模式應(yīng)具備的特點(diǎn)
- 第10章 軟件開發(fā)的新模式——新一代精益軟件工程
- 10.1 初級(jí)軟件精益開發(fā)模式：看板方法
- 10.2 精益軟件開發(fā)框架
- 10.3 用經(jīng)濟(jì)指標(biāo)指導(dǎo)軟件開發(fā)
- 10.4 用基本隊(duì)列理論、統(tǒng)計(jì)方法管理軟件開發(fā)過程
- 10.4.1 管理好軟件開發(fā)中的等待隊(duì)列問題
- 10.4.2 軟件開發(fā)過程中變異量的管理
- 10.5 兩個(gè)關(guān)鍵關(guān)注點(diǎn)
- 10.5.1 控制好軟件批量開發(fā)規(guī)模
- 10.5.2 控制好軟件開發(fā)隊(duì)列的WIP個(gè)數(shù)
- 10.6 精益管理控制實(shí)踐
- 10.6.1 在充滿不確定的環(huán)境下，盡可能保持流暢的軟件開發(fā)通道
- 10.6.2 充分、及時(shí)、有效地利用開發(fā)過程中的反饋信息
- 10.6.3 軟件開發(fā)中集中與分散協(xié)調(diào)控制機(jī)制
- 10.7 實(shí)踐出真知
- 參考文獻(xiàn)
展開全部
知行合一：實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)的敏捷和精益開發(fā)是2017年由人民郵電出版社出版,作者叢斌。
溫馨提示：
1.本電子書已獲得正版授權(quán)，由出版社通過知傳鏈發(fā)行。
2.該電子書為虛擬物品，付費(fèi)之后概不接收任何理由退款。電子書內(nèi)容僅支持在線閱讀，不支持下載。
3.您在本站購買的閱讀使用權(quán)僅限于您本人閱讀使用，您不得/不能給任何第三方使用，由此造成的一切相關(guān)后果本平臺(tái)保留向您追償索賠的權(quán)利！版權(quán)所有，后果自負(fù)！
得書感謝您對《知行合一：實(shí)現(xiàn)價(jià)值驅(qū)動(dòng)的敏捷和精益開發(fā)》關(guān)注和支持，如本書內(nèi)容有不良信息或侵權(quán)等情形的，請聯(lián)系本網(wǎng)站。
電子書
電子書
電子書
“閱讀這本書有兩種原因：第一，你是個(gè)程序員；第二，你想成為更好的程序員。很好，IT行業(yè)需要更好的程序員！”——羅伯特·C. 馬?。≧obert C. Martin）
盡管糟糕的代碼也能運(yùn)行，但如果代碼不整潔，會(huì)使整個(gè)開發(fā)團(tuán)隊(duì)泥足深陷，寫得不好的代碼每年都要耗費(fèi)難以計(jì)數(shù)的時(shí)間和資源。但是，這種情況并非無法避免。
著名軟件專家羅伯特·C. 馬丁（Robert C. Martin） 在本書中為你呈現(xiàn)了革命性的視野。他攜同Object Mentor公司的同事，從他們有關(guān)整潔代碼的佳敏捷實(shí)踐中提煉出軟件技藝的價(jià)值觀，以饗讀者，讓你成為更優(yōu)秀的程序員——只要你著手研讀本書。
閱讀本書需要你做些什么呢？你將閱讀代碼——大量代碼。本書會(huì)促使你思考何謂正確的代碼，何謂錯(cuò)誤的代碼。更重要的是，本書將促使你重新評(píng)估自己的專業(yè)價(jià)值觀，以及對自己技藝的承諾。
書中的具體內(nèi)容包括：
·好代碼和糟糕的代碼之間的區(qū)別；
·如何編寫好代碼，如何將糟糕的代碼轉(zhuǎn)化為好代碼；
·如何創(chuàng)建好名稱、好函數(shù)、好對象和好類；
·如何格式化代碼以實(shí)現(xiàn)其可讀性的大化；
·如何在不妨礙代碼邏輯的前提下充分實(shí)現(xiàn)錯(cuò)誤處理；
·如何進(jìn)行單元測試和測試驅(qū)動(dòng)開發(fā)。
電子書
系統(tǒng)闡述移動(dòng)App設(shè)計(jì)、開發(fā)、測試、發(fā)布的全流程。
電子書
電子書
電子書
本書采用循序漸進(jìn)的方式講解C#及其在電商、ERP及手機(jī)APP方面的開發(fā)技術(shù)。
電子書
