第三次作业
1.什么是Scrum?
Scrum是迭代式增量软件开发过程，通常用于敏捷软件开发。Scrum包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，开发团队包括了所有开发人员。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums.
2.Scrum方法有何特点
Scrum是一个包括了一系列的实践和预定义角色的过程骨架,是一种流程、计划、模式，用于有效率地开发软件）。
在每一次冲刺（一个15到30 天周期 ，长度由开发团队决定），开发团队创建可用的（可以随时推出）软件的一个增量。每一个冲刺所要实现的特性来自产品订单（product backlog，我觉得翻译成“产品目标”更恰当）， 产品订单（产品目标）是指按照优先级排列的需要完成的工作的概要的需求（目标）。哪些订单项（目标项目）会被加入一次冲刺，由冲刺计划会议决定。 在会议中，产品负责人告诉开发团队他需要完成产品订单中的哪些订单项。开发团队决定在下一次冲刺中他们能够承诺完成多少订单项。 在冲刺的过程中，没有人能够变更冲刺订单（sprint backlog），这意味着在一个冲刺中需求是被冻结的。
管理Scrum过程有很多实施方法，从白板上的即时贴到软件包。Scrum最大的好处是它非常容易学习，而且应用Scrum不需要太多的投入。
3.Scrum我的评价
优点:
1、个体和交互胜过过程和工具
2、可以工作的软件胜过面面俱到的文档
3、客户合作胜过合同谈判
4、响应变化胜过遵循计划
缺点:
1、由于全部产品决策权都归“产品所有者”所有，因此Scrum拒绝工程师做任何产品决策，并在产品方向上减少任何级别对产品管理的卑躬屈膝。
2、Scrum用紧凑的管理方式占用工程师所有的时间，抑制了创新——这些创新向来不由自主地发生，并且超出了任何时间表或者有良好预测性系统的范畴。
3、Scrum鼓励“尽可能减少工作量”的解决方案——来满足它严格的可预测性的需求。
4、将每个任务都拆分成小项目，团队中的任何人理论上都能完成。Scrum劝阻工程师对自己的工作产生自豪感或者所有权。这种所有权的缺失会导致：
设计质量不高
缺乏积极性(“这不是我的事”，“我开始做之前就出问题了”)
5、Scrum 对修改是非常不能容忍的，它的拥护者在实施的过程中通常秉着全有或者全无的态度。在所有的实践中都体现了以这种不宽容态度的自我反省。只对运行在Scrum框架层内部的进程开放修改——就Scrum自己而言，这被视为神圣而不可侵犯的
6、Scrum是一个重型的管理工具。典型团队有产品拥有者，Scurm控制者，和团队领导。伴随更少管理的创新能促进团队做的更好，而不是更多的管理。
7、 Scrum通常是使用HORRIBLE任务管理工具（Jira、tfs等）实现的，这些工具对Scrum做了非常官僚化的解释，浪费了大量的开发人员时间。此外，无论多么无效，它们都可以有效地将你限制在一种操作模式中
8、 Scrum不鼓励修复bug、减少技术债务和承担风险，这全都是因为其狭隘并排他地专注于只做产品负责人认为有价值的项目。
博客参考地址:
4.项目展示
| 姓名 | 负责 |
| 吴文 | 后端 |
| 杨启芳 | 后端 |
| 王港 | 前端 |
| 蒋团员 | 数据库 |
| 罗逸轮 | 文档,设计 |
小组Github地址:https://github.com/CCXFD/demo
