硝烟中的scrum和XP——我们如何实施scrum读后笔记

作为一个PM，TA有可能熟练掌握五大过程组，十大管理，能够有条不紊的推进管理项目，推进项目，沟通需求。但是，在高速发展的今天，如果TA不知道Scrum，那就未免有些out了，很可惜小蛮就是后者。为了不彻底被拍死在沙滩上，小蛮启动了学习大法，花了小半天搞定《硝烟中的scrum和XP——我们如何实施scrum》这本入门级的小书。本文主要技术了小蛮在本书的所学所想，主要包含一些相关概念、技巧技能以及相关经验。

相关概念

（1）关于Scrum；关于sprint；关于backlog；

Scrum 是一个用于开发和维护复杂产品的框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发过程由若干个短的迭代周期组成，一个短的迭代周期称为一个Sprint，每个Sprint的建议长度是2到4周(互联网产品研发可以使用1周的Sprint)。在Scrum中，使用产品Backlog来管理产品的需求，产品backlog是一个按照商业价值排序的需求列表，列表条目的体现形式通常为用户故事。Scrum团队总是先开发对客户具有较高价值的需求。在Sprint中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。挑选的需求在Sprint计划会议上经过讨论、分析和估算得到相应的任务列表，我们称它为Sprint backlog。在每个迭代结束时，Scrum团队将递交潜在可交付的产品增量。 Scrum起源于软件开发项目，但它适用于任何复杂的或是创新性的项目。[1]

（2）什么是XP？Scrum与XP有什么关系？

XP是指极限编程，与scrum一样，也是敏捷（agile）开发流程的一种实践，在本书中对XP提到的非常少，想要了解极限编程的读者，可以参考[2]。就目前的调研来讲，XP作为一种敏捷开发实践，在于scrum的对阵中，已经偃旗息鼓了[3]，而且据笔者调研了众多项目经理岗位招聘职责，部分岗位职责中都会有“具备敏捷开发经验”类似字眼，部分会直接提到scrum，但是罕见出现“XP极限编程”相关内容。

2.Scrum的重要元素；

（1）Scrum的团队角色安排

产品负责人（Product Owner），是管理产品待办事项列表的唯一责任人，首要目标对团队的目标进行清晰的定义，用现在的行话是“敏捷状态下的产品经理，做对的事情”。

Scrum Master是团队中一个服务式领导，首要目标是负责确保 Scrum 被理解并实施，用现在的行话“敏捷状态下的项目经理，负责将事情做对，让Scrum中的每一项故事点都按照对的方向执行”。

开发团队，不解释，本书中认为团队规模3~8人最为合适，根据不同的团队实际（技术水平、磨合时间等）进行调整。（本书中，考虑将测试工程师纳入开发团队）。

（2）Scrum的三个工件

产品待办事项列表（Product Backlog），实际上就是产品的需求清单，是一个排序的列表,包含所有产品需要的东西,也是产品需求变动的唯一来源，产品负责人负责产品待办事项列表的内容、可用性和优先级。

Sprint 代办事项列表（SprintBacklog），是一组为当前 Sprint 选出的产品代办事项列表条目,外加交付产品增量和实现 Sprint 目标的计划，就是当前sprint的规划目标的集合。

产品增量（Increment），增量是一个Sprint 完成的所有产品待办列表项的总和，以及之前所有 Sprint 所产生的增量的价值总和。

（3）Scrum事件

Sprint（Sprint本身是一个事件，包括了如下4个事件，具体内容可以参考书中相应章节），一个Sprint是指一个1周－4周的迭代，它是一个时间盒。Sprint的长度一旦确定，保持不变。Sprint的产出是“完成”的、可用的、潜在可发布的产品增量。Sprint 在整个开发过程中的周期一致。

Sprint计划会议（Sprint Planning Meeting）
每日站会（Daily Scrum Meeting）
Sprint评审会议（Sprint Review Meeting）
Sprint回顾会议（Sprint Retrospective Meeting）

3.本书框架

4.读完本书的两点感受

（1）内容全面，简约而不简单

覆盖了从基本定义，日常操作，复杂情形以及注意事项的所有内容；

（2）以实战为主，脱离教条主义

没有长篇大论的枯燥理论，用实际的sprint ，实际的sprintlog，实际的看板，实际的操作讲述scrum实践，作者作为一名充当多个角色的领导，在文中也展现出了自己的管理天赋，对于常见的棘手事情，通常会给出几种解决方案以供参考。

5.本书精典摘录

其实，敏捷不是说出来的，是干出来的。
backlog中添加故事，但是他们不能说这个故事有多重要，这是产品负责人独有的权利。他们也不能添加时间估算，这是开发团队独有的权利。
我们最终总结出了最喜欢的长度：三个星期。绝大部分团队的sprint长度都是三周。
产品负责人是领域专家，他可以指导团队的前行方向，但不应该被牵扯到乱七八糟的扯淡细节中。

个人认为，本书作为需要了解敏捷项目管理，需要实行敏捷管理团队，是一本不可多得的好书。关注微信，回复“scrum”获取电子书。

参考---------------------------

[1]http://www.scrumcn.com/agile/scrum-knowledge-library/scrum.html

[2]https://baike.baidu.com/item/xp/776028

[3]https://www.zhihu.com/question/30547608

硝烟中的scrum和XP——我们如何实施scrum读后笔记相关推荐

硝烟中的Scrum和XP-我们如何实施Scrum pdf
下载地址:网盘下载内容简介编辑 <硝烟中的scrum和xp--我们如何实施scrum>源自真实的故事,henrik kniberg以过来人的身份,回顾了他在一年时间内带领40人团队实施 ...
硝烟中的Scrum和XP-我们如何实施Scrum 12)发布计划 13)组合XP
12 怎样制定发布计划, 处理固定价格的合同一次只计划一个sprint的事情会显得提前量不足, 提前做计划是个好习惯; 尤其是签了固定价格的合同之后, 不得不预先计划好, 防止无法按期交付的危险情况 ...
硝烟中的Scrum和XP-我们如何实施Scrum 4 (Part 1/2)
4 制定Sprint计划计划是Scrum中重要的一环; 是为了让团队获得足够信息, 不受打扰地工作, 增加团队的信心; Planning的成果: 1) Sprint目标 2) 团队成员名单(时间百分 ...
《硝烟中的Scrum和XP》作者新作《精益开发实战》
差一点错过了一本浓缩敏捷流程精髓的好书,刚才看了下译者与读者间的互动,发现这是一本IT企业中的各级管理人员.产品开发人员所期待的书,查了下亚马逊,五星级的书.对于看板的管理我了解的不是太多,但我们公司 ...
《硝烟中的Scrum和XP》-首感
昨晚看完了<硝烟中的Scrum和XP>,颇有收获,打算看多两遍写读后感. 这本书,原汁原味,即使翻译过来,也用了很多"靠","蛋疼"字眼, 其中,提 ...
《硝烟中的Scrum和XP》学习手札
Scrum和XP团队没有时间进行理论研究.不花时间用建模工具来画UML图.编写完美的需求文档,也不为了应对在可预计的未来中所有可能发生的变化而去写代码. Scrum和XP都关注如何把事情做好. Ken ...
读书笔记.：硝烟中的Scrum和XP
读书笔记.:硝烟中的Scrum和XP scrum不能解决问题,解决问题靠开发团队自己出色的团队最重要的是有良好素质的团队,这些素质包括进取心.责任心.良好的习惯.热情,其次才是技术.流程 scrum ...
浅谈“硝烟中的Scrum and XP”
距离目前已经是我接触Scrum的十多天了,在这几天学习过程中算是比较了解了Scrum只是一个框架,而不是方法论.第一次写blog没有什么思路,就按我理解的先后顺序开始写吧,谈谈自己的感悟. 关于scr ...
敏捷开发——硝烟中的Scrum和XP
第二章我们怎样编写产品backlog backlog包括:ID.名称.重要性.初始估算.如何演示.注解(额外的故事字段:类别.组件.请求者.Bug跟踪ID) 产品Backlog(示例) ID 名称 ...

硝烟中的scrum和XP——我们如何实施scrum读后笔记

硝烟中的scrum和XP——我们如何实施scrum读后笔记相关推荐

最新文章

热门文章