构建之法阅读笔记05敏捷流程
- 理论和知识点
- 敏捷流程及其原则，Backlog、Burn-down、Sprint、Scrum方法论
- 什么时候选择敏捷的开发方法，什么时候选择其他方法
- 练习与讨论
- 敏捷流程在实践中会出现什么问题，如何解决
- 敏捷是万能的么
- 如何防止敏捷流程被误用
- 各种软件开发方法论的优缺点
5.1、敏捷的流程
敏捷的步骤大致可分为四步。第一步：找出完成产品需要做的事情；第二步：决定当前的冲刺需要解决的事情；第三步：冲刺，冲刺期间，每天要开一个每日例会，每名成员依次报告昨天做了些什么，今天又需要做些什么；第四步：得到软件的一个增量版本，发布给用户。然后在此基础上又进一步计划增量的新功能和改进。
5.2、敏捷流程的问题和解法
美妙的理论在实践中都会遇到这样那样的问题，在敏捷流程中也会出现问题，下面是通过阅读我了解到的敏捷流程中可能会出现的问题以及一些个人看法。
第一步：每个需求和任务之间都是有依赖关系的，除了优先级之外，还要考虑相互的依赖关系。在本学期的团队项目中，我们就一定要把握好这一点，不同的功能之间具有依赖关系的，更是要认真对待。
第二步：把一个任务从产品层级的描述逐步细化到技术实现层面，是很需要技术能力和交流能力的。本学期的项目开发由于疫情影响导致返校推迟，这又是对我们的交流造成了一定的困难。所以我们一定要及时沟通，面对一个功能要发表自己不同的看法。
第三步：每日的例会，这一步骤对于我们看起来不太现实，但是也是同样需要重视的一步，虽然我们没有每日例会，但是这就要求我们在平时的交流讨论中更加的把握住机会，一针见血的说明目前存在的问题以及下一步的规划。
第四步：得到了一个增量的软件发布，怎样来验证这个增量是否满足了实现的计划。我们在学习过程中同学就起到了关键作用，当软件发布初期，可以找同学来实验一下具体的功能能否实现。如果出现了问题，改进原来的计划，这无疑是一个好事。
5.3、敏捷的团队
一个团队如果想要变为敏捷的流程，那么团队需要作出改变就是：自我管理、自我组织、多功能型。以往都是领导（老师）布置下来任务，自己来实现，如果换为敏捷的流程，自己挑选任务，自己总结，自己改进，对于我来说是一个极大的考验。目前的团队项目中具有一个队长，但是在组织上，要学会自我组织，不能一味地只依赖队长。多功能型说白了就是什么都需要会做，当其他成员出现问题了，可以及时的顶替上去来帮助他人，这就要求在个人技术上实现提升了。
5.4、敏捷总结
1.敏捷宣言表明是是一些优先级，不必当做圣旨或教条来争论；
2.领导者或队长不是一个地位上的高低，而是一个没有行政权力的沟通者，在开发过程中起着引领作用。
3.在复杂的项目中，要让具体动手做的一线人员来决定怎样做。
4.不要和管理层（老师）谈过程，他们只关心结果。