硝烟中的Scrum和XP读书笔记

132 2024-10-01

我们非常重视原创文章，为尊重知识产权并避免潜在的版权问题，我们在此提供文章的摘要供您初步了解。如果您想要查阅更为详尽的内容，访问作者的公众号页面获取完整文章。

查看原文：硝烟中的Scrum和XP读书笔记

文章来源：

麦哲思科技任甲林

扫码关注公众号

Scrum框架摘要

CH1: Scrum的本质

Scrum不是一种方法学，而是一个需要根据实际情况调整的框架。

CH2: 产品Backlog和故事细化

产品Backlog包括故事、特性、需求以及优先级，使用用户的术语表达。故事的细化通过how to demo来实现，作为验收准则。开发团队负责解决问题，产品负责人关注业务目标。

CH3: 迭代策划的准备

迭代策划会议前应准备好Backlog，确定故事优先级，产品负责人需要充分理解需求。

CH4: Sprint计划

举办Sprint计划会议让团队获取足够信息独立工作数周。故事含三个变量：范围、重要性（由产品负责人设定）和估算（由团队设定）。若产品负责人无法参加策划会议，需寻找解决方案。内部质量的保证是必要的，Scrum中一切都有时间盒，要学会制定合理的时间盒。短的sprint周期带来更快的学习和改进速度，sprint长度是妥协后的产物，要有迭代目标并用业务术语表达。

CH5-CH16: 其他关键实践

信息公告更新项目进展，物理看板管理sprint backlog，站立会议更新任务板，鼓励团队自愿领任务。Sprint演示可以获取反馈，回顾避免重复错误，适当休整。结对编程、TDD和持续集成是推荐的实践，测试人员需确认完成，多团队协作需要一致的节奏和良好的协调，远程协作和在家办公的模式也应被考虑。

想要了解更多内容？

查看原文：硝烟中的Scrum和XP读书笔记

文章来源：

麦哲思科技任甲林

扫码关注公众号

相关推荐

使用ZenDAS进行Gompertz趋势分析

825

ZenDAS

采用Gompertz预测缺陷总数是一个简单易用的模型，准确率也比较高。在ZenDAS中可以一键触发进行分析。

快速学习COSMIC之五：如何识别功能用户

225

一个（类）功能用户是软件的功能性用户需求中数据的发送者或预期的接收者。功能用户是与被度量软件交互的人、设备或软件系统。度量目的决定了功能用户，功能用户不同，度量范围不同，度量出的功能规模就不同。在识别功能用户时，要注意如下几点： 1 功能用户是从功能性用户需求中识别出来的。比如有这样一个需求：业务员录入订单信息：显然，业务员是录入订单信息这个功能的功能用户，而在需求

TSP中的10个量化法则

193

TSP（Team software process）是Humphery提倡的解决CMM如何做的一个模型，他认为采用了TSP之后，可以加快企业达到CMMI5级的速度，可以提高企业的质量。在TSP中Humphery提出多项度量数据，我从中整理了如下的10个量化法则和大家分享，其中前5个法则是关于工作量的分布，后5个法则是关于质量的。其实这些法则中具体数值的大小完全可以商榷，但是最关键的是蕴含在这些数值

不是CMMI的错

583

上周三，一家企业的老板给我抱怨，ISO 9000没有给他们带来任何好处，徒增加了负担，所以也不想实施CMMI了。上周四，为五家公司做CMMI的售前，有一半多的企业目的是为了证书。前天，有客户要将整个组织改造为软件工厂，请我做了一小时的报告，主题是软件生产线、CMMI。今天，有朋友给我抱怨：“实施CMMI真累，压力太大了！”，碰巧还有一个朋友在MSN上打出了“CMMI,快要疯掉了！”，对此，我