华为敏捷开发，devops，敏捷开发流程，需求分析，华为管理流程

本书讲授了一些原则、模式以及实践，它们可以帮助软件开发人员在追求美的程序、设计以及团队的道路上迈出第一步。本书探索了基本的设计原则，软件设计结构的通用模式以及有利于团队融为一个有机整体的一系列实践。本书包含了许多代码，仔细研读这些代码是学习本书所教授的原则、模式及时间的最有效方法

目录 　　译者序 　　第2版前言 　　第1版前言 　　第0章不可知和不可说 　　0.1和解析体验相关的问题 　　0.1.1解析模式的冲突 　　0.1.2检测解析模式 　　0.1.3思考不准确的思想 　　0.2沟通的不可能性 　　0.2.1内部重新组织 　　0.2.2触及共享体验 　　0.2.3管理不完美的沟通 　　0.3聆听的三个层次 　　0.3.1三个层次和方法集 　　0.3.2三个层次与本书 　　0.3.3守-破-离 　　0.4那么，明天我做什么 　　第0A章不可知和不可说：演进 　　0A.1沟通和共享的体验 　　0A.2守-破-离 　　第1章创造和沟通的合作博弈 　　1.1软件和诗歌 　　1.2软件与博弈 　　1.2.1博弈的类型 　　1.2.2软件与攀岩 　　1.2.3创造和沟通的博弈 　　1.2.4软件与工程化 　　1.2.5软件与模型构建 　　1.3再论合作博弈 　　1.3.1程序员成为沟通专家 　　1.3.2更快地博弈 　　1.3.3标识物和道具 　　1.3.4减少回报 　　1.3.5对于首要目标的充分度 　　1.3.6对于积淀的充分度 　　1.3.7博弈中的博弈 　　1.3.8开放源码开发 　　1.4这对我意味着什么 　　第1A章创造和沟通的合作博弈：演进 　　1A.1沼泽游戏 　　1A.2合作中的竞争 　　1A.3其他领域的合作博弈 　　1A.4软件工程的重建 　　1A.4.1这一词汇从哪里来 　　1A.4.2我们从哪里走错了 　　1A.4.3重建软件工程 　　1A.4.4技艺 　　1A.4.5合作博弈 　　1A.4.6精益制造 　　1A.4.7重建后的软件工程 　　1A.4.8其他工程化中的协作 　　第2章个人 　　2.1人是古怪的 　　2.1.1寻找特征函数 　　2.1.2古怪性格的元素 　　2.1.3不可避免的多样性 　　2.1.4技术的作用 　　2.1.5相互冲突的共同点 　　2.2克服失败模式 　　2.2.1犯错误 　　2.2.2宁可失败也要选择保守 　　2.2.3创新而不研究 　　2.2.4不能始终如一的习惯动物 　　2.2.5使用纪律和容忍来应对 　　2.3以一些更好的方式工作 　　2.3.1具体化 　　2.3.2实物 　　2.3.3在某些东西的基础上进行修改 　　2.3.4观察和聆听 　　2.3.5支持专注和沟通 　　2.3.6工作分配要与个性相匹配 　　2.3.7天赋 　　2.3.8奖励要能保留乐趣 　　2.3.9组合奖励 　　2.3.10反馈 　　2.4利用成功模式 　　2.4.1善于四处寻找 　　2.4.2人们学习 　　2.4.3可塑性 　　2.4.4贡献和采取主动 　　2.4.5组合成功模式 　　2.4.6英雄也是普通人 　　2.5明天我该做什么 　　第2A章个人：演进 　　2A.1策略平衡 　　第3章团队的沟通与合作 　　3.1信息的对流 　　3.1.1延迟和机会损失成本 　　3.1.2尔格-秒 　　3.1.3渗透式沟通 　　3.1.4穿堂风 　　3.1.5信息辐射源 　　3.1.6热空气理论的应用 　　3.2跨越沟通的鸿沟 　　3.2.1沟通的形态 　　3.2.2去掉某些形态所产生的影响 　　3.2.3利用各种形态 　　3.2.4黏度与跨越空间的鸿沟 　　3.3团队就是集体 　　3.3.1友善和冲突 　　3.3.2工作时间的公民意识 　　3.3.3敌意的XP与友善的XP 　　3.3.4使用胜利来建立“团队” 　　3.3.5团队文化与亚文化 　　3.4团队就是生态系统 　　3.5我明天该做什么 　　第3A章团队：演进 　　3A.1一个修订后的办公室布局样本 　　第4章方法集 　　4.1一个交付软件的生态系统 　　4.2方法集中的概念 　　4.2.1结构术语 　　4.2.2范围 　　4.2.3概念术语 　　4.2.4发布一个方法集 　　4.3方法集的设计原则 　　4.3.1常见设计错误 　　4.3.2在方法集上成功的项目 　　4.3.3与作者的相关性 　　4.3.4七条原则 　　4.4细看XP 　　4.4.1XP简介 　　4.4.2剖析XP 　　4.4.3调整XP 　　4.5到底为什么使用方法集 　　4.5.1方法集解决什么问题 　　4.5.2如何评估一个方法集 　　4.6明天我应该做什么 　　第4A章方法集：演进 　　4A.1方法集与策略 　　4A.2组织级的方法集 　　4A.3过程就是循环 　　4A.4更简单地描述方法集 　　第5章敏捷与自适应 　　5.1轻但足够 　　5.1.1刚好足够 　　5.1.2对于编制文档的建议 　　5.2敏捷 　　5.2.1最佳击球点 　　5.2.2虚拟团队的麻烦 　　5.3变得自适应 　　5.3.1不厌其烦地进行反思 　　5.3.2方法集成长技术

[免费PDF高清]Scrum敏捷软件开发 [免费PDF高清]Scrum敏捷软件开发[免费PDF高清]Scrum敏捷软件开发

最完整的Scrum敏捷软件开发过程.ppt

中国的软件企业可以成功实施敏捷吗？ 敏捷能用于大型软件的交付吗？ 敏捷实施需要的文化、制度和人才基础我们具备吗？ 有了CMMI和项目管理，还需要敏捷吗？ 实施敏捷有真正效果吗？ 这种时候，我们推出《中国敏捷软件开发成功实践案例集》，并以此为基础，提炼其中共性方法，制定《敏捷软件开发知识体系》（ADBOK），无疑是有很大的积极意义。 书中这些案例都是由企业将自身实践中行之有效的实践编制而成，联盟组织编委会进行了简单的审核，把明显非敏捷案例去掉，然后由专家加注评语，集合成册，供其他企业参考和借鉴。

敏捷软件开发——中国史

敏捷软件开发 敏捷软件开发 敏捷软件开发 敏捷软件开发 敏捷软件开发 敏捷软件开发 敏捷软件开发 比较清晰，就上传了

Mike Cohn的力作。深入讨论了敏捷的思想，并详尽地说明了Scrum的各各角色和运作过程。作者还出版了"用户故事与敏捷方法"和"敏捷估计与规划"。

软件工程院（SEI）通过比较SEI的View and Beyond记录软件架构方法和敏捷软件开发方法中体现的文档思想，提出的一种与敏捷方法一致的获取架构信息的方法