本书主要是关于学习敏捷，理解敏捷；通过实践内容（包含scrum、极限编程）、实践敏捷中遇到的问题，提供取得进展，获得更多成果的实用建议，深入理解敏捷宣言，真正做到敏捷 目录 第一章 学习敏捷 第二章 理解敏捷价值观 第三章 敏捷原则 第四章 scrum和自组织团队 第五章 scrum计划和集体承诺 第六章 极限编程和拥抱变化 ......

Andrew Pham拥有Certified ScrumMaster（CSM）、Certified ScrumProduct Owner（CSPO）和Certified SaumProfessionaI（CSP）认证。此外，他获得的认证还包括PMP、Java技术架构师（Sun授权）、OOADUML专家（IBM授权），他是IEEE高级会员和PMI会员。 　　Andrew在大、中、小型公司中的项目管理、企业架构和软件开发等领域担任高级职务。作为经验丰富的敏捷和精益教练，Andrew帮助许多公司在实际项目中成功地实施了敏捷（Scrum）和精益（Kanban），培训美国和其他国家的开发团队。 　　Phuong-Van Pham目前是一家大公司的项目经理。她拥有的认证包括PMP、CertifiedScrumMaster（CSM）、Certifled Scrum Practitioner（CSP）和CertifiedProject Manager for Technology （Project+）等。

《轻松Scrum之旅：敏捷开发故事》，作者：贾子河、段永刚、蒋博、段珊珊，出版社：电子工业出版社，ISBN：9787121099847，pdf 格式，大小 3.8MB，带书签版。 内容简介： 本书是一本介绍scrum和敏捷开发的入门读物。作者结合在大型跨国公司多年的软件开发经验，把scrum敏捷开发实施经历进行巧妙的改编，以小说的形式将与敏捷开发相关的知识、经验和思考都融入到轻松、有趣的故事中，生动地展现给读者。 　　本书适合软件开发主管、it项目经理、软件开发和测试人员、计算机相关专业的学生以及所有对软件工程和敏捷开发感兴趣的读者阅读。 目录： 1重获新生 痛苦的挣扎 全新的开始 找工作 面试e公司 焦急的等待 e公司报到 2回首往事 回忆x公司 欢迎午宴聊开发 关于软件开发流程的争论 来自经理的帮助 3准备scrum之旅 敏捷开发培训——什么是敏捷开发？ 敏捷动员大会 招兵买马——打造敏捷开发团队 hello，温哥华 初遇scrum——xp、rup和scrum的比较 产品backlog的制定 scrum管理工具 .4sprint 1——激动人心的scrum之旅第一站 sprint 1计划 投掷“照明弹” 需求分析——买土豆的故事 初尝每日scrum会议 scrum之旅，启程 改进的每日scrum会议 跟踪每天的进度 每日scrum会议的真正内涵 初尝scrum有感 来自大老板的质疑 sprint 1发慌的收尾 sprint 1评审——意外的结局 sprint 1回顾——批评和自我批评 5sprint 2——计划与变化 sprint 2的目标 棘手的新任务 wiki上的需求文档 没有不可能完成的任务 sprint 2的计划会议 sprint计划会议是属于整个团队的 休假问题 技术问题 用扑克牌游戏来做估计 sprint 2的第一周 任务状态要随时更新 得到帮助 单元测试 sprint 2的第二周 用scrum不能教条 经理安排的临时任务 sprint 2的第三周 遇到困难 code review的重要性 给经理的项目状态报告 最后一个story可能完不成了 sprint 2的第四周 冲刺=加班 加班是个很严重的问题 不是所有的story都适合做sprint演示 评审sprint 2 演示时不谈技术 评审、总结和没有完成的story 回顾sprint 2 6sprint 3——深入scrum sprint 3，出发 为敏捷调整座位 sprint 3的计划——精益思想 sprint 3的目标——口号的力量 失败的sprint 3计划会议 重新计划sprint 3 测试的介入 结对编程 先理论，后实践 超强的结对编程工具 饭馆中的敏捷思想 产品发布计划的变更 现场沟通 出差到现场解决问题 临时scrum master sprint 3，冲刺 关于考核的问题 突发事件 不隐瞒，不放弃 7sprint 4——最后的冲刺 延迟开始的sprint 4 两天“休息”时间 以假乱真的需求演示 团队听诊工具 部门重组 新的敏捷管理协作工具 敏捷测试 为什么不报bug？ 测试团队的新角色 系统集成测试怎么办？ 临时员工 实习生 cmm与敏捷 现场客户 小插曲：装修也scrum 持续集成 8路在前方 scrum之旅大获成功 产品顺利发布 去敏捷技术大会演讲 全球敏捷使用情况调查 对敏捷的诠释 附录a案例索引 附录b相关概念 附录c参考资料 附录d免责声明

Foreword: Why Scrum WorksSuppose I’m traveling from Chicago to Boston by airplane. Before and during the flight, the pilot gets instructions from air traffic control. We take off on command and follow the prescribed route. Once we are in the air, computers predict almost to the minute when we will land in Boston. If things change—say the air is bumpy—the pilot must get permission to move to a different altitude. As we approach the airport, the pilot is told what runway to land on and what gate to go to.If, however, I set out for Boston in a car, I can take whatever route I want, whenever I want. I don’t know exactly when I’ll get there, and I probably haven’t planned what route I’ll take or where I’ll stop for the night. En route, I follow traffic laws and conventions: I stop at red lights, merge into traffic according to the prevailing customs, and keep my speed consistent with the flow. In an automobile, I am an independent agent, making decisions in my own best interests framed by the rules of the game of driving.It’s amazing to me that thousands upon thousands of people travel by car every day, accomplishing their goals in a framework of simple traffic rules, with no central control or dispatching service. It also amazes me that when I want to ship a package, I can enter a pickup request on the shipper’s Web site and a driver will arrive at my door before the time that I specify. The driver isn’t dispatched to each house; he or she receives a continually updated list of addresses and deadlines. It’s the driver’s job to plot a route to get all the packages picked up on time.As complexity increases, central control and dispatching systems break down. Some might try valiantly to make the control system work by applying more rigor, and indeed that works for a while. But the people who prevail are those who figure out how to change to a system of independent agents operating under an appropriate set of rules. It might work to provid