《构建之法》阅读笔记第六篇——敏捷流程

敏捷流程开发原则:

1.尽早并持续地交付有价值的软件以满足顾客需求

2.敏捷流程欢迎需求的变化,并利用这种变化来提高用户的竞争优势

3.经常发布可用的软件,发布间隔可以几周到几个月,能短则短

4.业务人员和开发人员在项目开发过程中应该每天共同工作

5.以有进取心的人为目标核心,充分支持信任他们

6.无论团队内外,面对面交流的始终是最有效的沟通方式

7.可用的软件是衡量项目进展的主要目标

8.敏捷流程应能保持可持续的发展。领导、团队和用户应该能按照目前的步骤持续合作下去

9.只有不断关注技术和设计,才能越来越敏捷

10.保持简明——尽可能简化工作量的技艺——极为重要

11.只有能自我管理的团队才能创造优秀的架构、需求和设计

12.时时总结如何提高团队效率,并付诸行动

敏捷流程的步骤:

第一步:找出完成产品需要做的事情——Product Backlog

产品负责人领导大家对于这个Backlog中的条目进行分析、细化、理清相互关系、估计工作量等工作。

第二步:决定当前的冲刺需要解决的事情——Sprint Backlog

团队成员能主导任务的估计和分配,他们的能动性得到较大的发挥

第三步:冲刺

这一措施较好地平衡了“交流”和“集中注意力”的矛盾

第四步:得到软件的一个增量版本,发布给新用户。然后在此基础上又进一步计划增量的新功能和改进。

敏捷的团队

1.自主管理:以前领导布置了任务,我们实现就可以了,现在要自己挑选任务;每次Sprint结束之后,还要总结不足,提出改进,并且自己要实施这些改进。

2.自我组织:以前做好自己的事情就好了,安心下班。现在每个人要联合起来对项目负责,有人工作落后了还要帮助他改进,项目缺少某类资源还要自己顶上去。

3.多功能型:以前规格说明书由PM来写,测试由测试人员来做,现在每个人都全面负责,自己搞定规格说明书,和别人沟通,同时自己搞定测试。

个人感受

1、过去的做法:写完程序之后就觉得完成了任务,功能也已经实现,便不打算管了。

这样不好的原因:导致有些功能实现并不是用户想要的。
3、解决办法:要不断的更新,通过测试对程序不断进行完善改进。

原文地址:https://www.cnblogs.com/610553824lyx/p/6416488.html