硝烟中的Scrum和XP读书笔记

81 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读书笔记

文章来源：

麦哲思科技任甲林

扫码关注公众号

相关推荐

如何比较两种估算方法的准确性？

有公司在做软件规模估算时，采用了经验法估计了代码行，又设置了难度系数，重用率，重用规模系数三个调整参数。如果初始估计规模为1KLOC，难度系数为1.1，重用率为20%，重用规模系数为50%，则调整后的规模为：1*1.1*（1-20%）+1*20%*50%=0.88+0.1=0.98KLOC。我看到该估算方法后认为有些复杂，而且不好理解，有可能是做了无用功了，所以我想通过数据进行检验看看调整后的规模是否比初始的规模估计更准确，如果不如初始的规模估计更准确，则可以放弃三个调整系数。该公司A部门有11个历史项

我说CMMI2.0之组织级培训(OT)

600

人、技术、过程三者并重。技术靠人来使用，过程靠人来执行，人是地基，是基础。同样的技术、同样的过程由不同人去落地，效果差别很大，因此要重视对人的能力的培养。实践列表 OT 1.1 Train people. 培训人员 OT 2.1 Identify ...

我说CMMI 2.0 之配置管理

901

和CMMI1.3相比，CMMI2.0中配置管理的实践基本没有变化。CMMI DEV 2.0 的20个PA中，CM是唯一一个没有3级实践的PA。基本概念这个PA涉及到的基本概念比较多，我们挑选部分基本概念，做通俗解释：配置管理：通过配置标识、版本控制、版本管理、基线管理和配置审计来管理工作产品的完整性。配置项：配置管理的对象，包括各种文档资料，代码等工作产品。包括：给客户的交付...

CMMI4级实践问题30问-1

551

第1问:应该建立哪些组织级的性能基线？答：（1）由商务目标派生出基线需求组织级的产品质量与过程性能目标是什么？这些目标可以通过哪些度量元来刻画？哪些因素影响了目标的达成？这些因素可以通过哪些度量元来刻画？这些度量元是否可以建立基线？（2）建立力所能及的基线需要建立基线，但是却无历史数据，或者收集基线数据的成本很高，也就只能放弃，需要等到时机成熟了才