所有敏捷冲刺日志索引
一、团队介绍
1、团队名称：摆烂就不队
2、团队成员
| 姓名 |
班级 |
学号 |
| 林劲辰（组长） |
计科2班 |
3121004707 |
| 许庆阳 |
计科2班 |
3121004931 |
| 苏建澎 |
计科2班 |
3121005007 |
| 黎灿宇 |
计科2班 |
3121004867 |
| 伊尔凡江·艾合买提 |
计科2班 |
3121005017 |
| 鄞灿 |
计科2班 |
3121005018 |
| 于杨 |
计科2班 |
3221004940 |
二、各个成员在 Alpha 阶段认领的任务
1、任务分配
| 工作 |
负责人 |
工作内容 |
| 开发 |
鄞灿、苏建澎、于杨 |
进行具体编码工作，完成ui设计、前端后端开发工作，进行基本的单元测试 |
| 测试 |
黎灿宇 |
计划和组织测试人员对产品进行测试，给出用户反馈 |
| 需求分析 |
许庆阳、伊尔凡江·艾合买提 |
改进需求分析文档，将需求反馈给开发人员，提出设计要求 |
| 产品经经理 |
林劲辰 |
协调团队，整理分配任务，编写文档 |
2、任务内容
3、任务安排
三、整个项目预期的任务量
| 工作 |
参与人数 |
耗时 |
单日人员需求 |
| 系统设计，框架搭建 |
3-4人 |
3天 |
2人/天 |
| 需求分析 |
2人 |
2天 |
1人/天 |
| 模块设计 |
3人 |
6天 |
2人/天 |
| 软件测试 |
2人 |
5天 |
2人/天 |
四、明日各个成员的任务安排（11.20）
| 工作 |
负责人 |
工作内容 |
| 开发 |
苏建澎、于杨 |
进行订单页面和商品展示页面的ui设计 |
| 开发 |
鄞灿 |
进行api接口设计 |
| 测试 |
黎灿宇 |
编写测试计划 |
| 需求分析 |
许庆阳、伊尔凡江·艾合买提 |
将需求反馈给开发人员，提出设计要求 |
| 产品经理 |
林劲辰 |
协调团队，整理分配任务，编写文档 |
五、敏捷开发前的感想
我们团队觉得：目标是团队“想不想”，动力是团队“愿不愿”，能力是团队“能不能”，团队只有想做这件事情，自愿做这件事情，有能力做这件事情，团队才能发挥高效能的状态。再来看看缺少某个关键因素会出现什么情况，假设团队有目标和能力，但是动力不强，此时团队被动做事，积极性不高，所以做起事情来便会效率低。假设团队有动力和能力，但是缺少目标或者目标不清晰，则团队做起事情来因为不知道哪个方向是对的，所以会走很多弯路，不断的推翻重来，所以会浪费多。假设团队有目标和动力，但是不具备能力，则团队没有产出或者产出的结果不能满足要求，所以会质量差。所以我们团队要求明确的计划和目标，积极的完成敏捷开发阶段的任务，为完成目标共同努力。
六、团队期望
1、 能够随时应对变化的结构，适应需求变化，并能驾驭需求变化
能够随时应对变化的结构，比遵循计划更重要。计划不要考虑太远，因为各种环境都在发生变化，随着软件的提交，需求也许会发生变化。完美的甘特图能够体现对项目的整体控制力，但是详细的甘特图也是不切合实际的。感觉一般做一周的计划，是最切合实际的。
2、 有计划性的、持续地交付有价值的软件来满足客户需求
经常性的交付可以工作的软件，交付的间隔可以从几周到几个月，交付的时间间隔越短越好。只要我们可以保证交付的软件可以很好的工作，那么交付时间越短，我们和客户协作就越紧密，对产品成果就更有益。虽然我们多次迭代，但并不是每次迭代的结果都需要交付给用户，敏捷开发的目标是让他们可以交付。这意味着开发小组在每次迭代中都会增加一些功能，增加的每个功能都是经过编码、测试，达到可以交付的标准。
3、 关注成果，把工作按照优先级和紧急程度进行分类
团队成员围绕“眼观大图，关注成果”这一导向，把自己的近期工作按照重要性和紧急性进行分类，分为四类：1、重要、紧急 2、重要、不紧急 3、不重要、紧急 4、不重要、不紧急。根据四类情况对自己的近期工作进行权衡，把握工作重点，紧扣要事，使近期工作得以顺利开展，使远期工作也得以顺利进行。
4、 每日站立会议，面对面交流
各团队成员的工作相对比较独立，对其它成员的工作了解不多，不利于整个项目的发展，每个成员容易陷入研究的死胡同。所以在团队内部，每日站立会议、面对面交流是最具有效果并且富有效率的传递信息的方法。每日站立会议要求每个人必须定点进入会议状态。每日会议前每个人要更新自己的任务面板。每日会议中决定要签出的任务，并在会议后更新任务面板，并在任务便签上注明任务的签出人。
