《敏捷开发一千零一夜》读后感_1400字

《敏捷开发一千零一夜》读后感1400字

不同案例不同作者，也能看出不同的思维以及描述方式。技术主管会更侧重从技术方面出发思考的敏捷开发，创业者会更侧重从产品整体出发。文字有啰嗦，也有精简，花费了大量时间阅读还是有很大收获。

• 产品篇

从敏捷到精益

项目管理的百慕大三角：时间，资源，功能。软件中20%的功能能够满足客户80%的需求。即在有限的时间与资源限制下，尽可能做最有价值的。

破窗理论：在产品开发过程中，在实施流程改进的过程中及时修复被打碎的“窗户”至关重要。

信守承诺：（各司其职，各职位做好自己的承诺）po(product owner）对team的承诺：在sprint计划会议前把product backlog准备好，对于将要做的需求需要足够详细；保证在sprint进行过程中，不随便增删需求项；保证会准时参与计划会议，验收会议。

team对po的承诺：经过sprint确定的需求按时完成。（契约精神）

scrummaster对team的承诺：保护团队，保证团队在sprint运行过程中不受外界干扰；承诺当团队雨大障碍的时候帮助团队及时清除障碍。

团队成员对team中他人的承诺：认领任务的人对所有人有承诺按时按质完成；团队成员按时参加每一个会议。

内建质量：（如果关注质量，那么长期来看质量会上升，成本会降低；如果关注成本，那么长期来看成本会提升，质量会降低）

在开发过程中，关注一些小细节的小事，以求获得较高的代码质量。

MVP：Minimum Viable Product最小可行产品--不仅仅工作且是客户愿意购买和使用的产品

可实行两个假设（Facebook,Dropbox）

价值假设：用来衡量当客户使用某种产品或服务时，他是不是真的帮助客户实现了价值转换，用户是否会因使用而付费。

增长假设：用来测试客户是如何发现一种产品或服务的，主要验证产品提供的价值是否是普遍需求，客户规模是否能够快速增长。

验证假设驱动开发HVDD

1.提出需要验证的前提假设--价值假设，增长假设

2.建立观测数据指标

3.开发最小可行产品

4.搜集数据验证假设

跨越鸿沟

新摩尔定律：客户划分（根据产品的技术生命周期及用户接纳新产品的时间不同）

创新者：技术狂热者，占比2.5%

产品尝鲜者：有远见卓识的人，占比13.5%

早期大众：实用主义者，占比34%

后期大众：保守主义者，占比34%

落后大众：怀疑主义者，占比16%

鸿沟：创新者和产品尝鲜者构成早期市场，实用主义者和保守主义者构成主流市场。早期市场和主流市场具有鸿沟

跨越鸿沟的困难：不同用户间的需求和消费习惯不同；

赢得早期市场的成功经验难以运用到主流市场，为了赢得主流市场青睐，需要全新的策略。

• 团队篇
  

打造学习型自适应团队

组织级转型实践--流程改进由团队驱动

时间盒短迭代：时间盒意味着迭代周期固定，迭代开发拥抱变化（需求，计划，设计）。迭代开发包括必要的活动，如计划，分析，设计，编码，测试，集成，验证。

优先级产品待办事项列表（PBL）

持续交付

检查与调整：燃尽图-敏捷度量

敏捷在传统软件与互联网中的应用

敏捷实施过程

共享任务日历

简短晨会--前一天的进度，进度中的问题，如何解决今天的任务（适用于小型团队）

check list（检查表）--核对最小颗粒度的任务完成情况

详细的设计文档

• 实践篇

从一开始就要高标准：TDD

权威：权利，专家式权威，认同式权威

认同权的建立：无私，勇于说不知道

成就感 ：点燃程序员的热情

测试优先：代码未写，测试用例先行

分享

持续集成（CI）：是一种软件开发实践，即团队开发成员经常集成他们的工作，通常每个成员每天至少集成一次，也就意味着每天可能会发生多次集成，每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽快发现集成错误。