一、sprint总结
当谈到团队，我开始真的不知道团队是怎么样的，怎么样进行工作的，要该怎么出力团队的关系，有时候会涉及到个人问题，是不是该考虑进来，但是很多时候是不能的，每一个人作为团队的一份子，有义务将自己的想法、意见表达出来，有义务为了团队的利益而放弃一些属于自己的东西，有义务多为团队做贡献。一个自私自立的人不可能在团队里长久的生存。我们应该有一说一，有一做一，为了团队目标的达成而共同努力。这是一个人能够在团队里生存的基础，这也是团队能够团结一致向前走的基础。然后，团队合作要处理好队员与队员之间的关系。既然是团队，就必须保证团队队员之间的同心协力，共同进退。在这个过程，我们也完成了开始预期的效果，当然这也是需要团队的配合，努力的成果，所以就是荣誉不是个人的，而是整一个团队的，没有团队的帮助，也不会如今的成果。
二、发言
韩麒麟发言总结：界面做得比较简洁明了，而且有热点推送等界面，下一次的时候界面的美化还可以做得更好一点，内容可以更丰富一点，多样化一点，；在做项目的时候，每个人的风格都不太一样，所以做出来的东西都带有各自的风格特色，最后整合的时候作品就显得有点不伦不类的，希望下次可以统一一下风格。
王俊杰发言总结：这次成功完成任务，每个人都完成了属于自己的任务，值得继续努力，但是做出来的项目还是比较简单，不够特别出色因为各科的大作业都要准备答辩，时间比较紧张。但是我们还是尽力的去配合团队，达到之前预期的效果。但是我们还是希望下一次任务做得更好，可以把各方面做得更好。
列志华发言总结：我觉得这次的项目我做的很好，你不要问我为什么，总之就很好，但是还是要在下一个冲刺中完善自己的任务，要使界面更好看，要使用页面更多元化，还要做一个后台系统，实现更改数据库的数据，方便管理员的管理网站内容。
黄柏堂发言总结：第一次多人分工合作，使自己在这次任务做的没有理想中的那么好。首先，界面不够美观；其次，功能不够齐全，还有功能不够做的更细节；最后，代码难以与团队代码结合。但是，在下次任务中，我需要更加把劲做好属于自己的任务。我们会做的更好
三、生产率分析
我们的燃尽图一开始的时候都不能按时的完成每天的任务，那是因为一开始我们的课程都比较满，实在是抽不出时间来按时完成任务，导致任务进度一拖再拖，但后来到了周末，我们能抽出时间在项目上了，所以我们的燃尽图在后期就开始呈现出加快进度的趋势，以后我们会尽量的协调时间，按时完成任务。而且在后期就对于这个项目的理解还有对用户需求更加理解。所以做起来就更加得心应手了，效率比前期高了几个等级。
四、回顾结论
在之后就要美化一下页面，增加内容的趣味性
图片：
五、读后感
第8章：讲诉了项目需求的分析，如何做好需求分析，需求分析的步骤，让我明白要完成一个项目，需求分析是十分重要的，同时，软件开发不可能一次满足所有利益相关者的要求，但我们一定要让这些相关者在这个阶段有机会提出他们的意见和需求，同时要弄清楚“他们想从软件中得到什么”。软件的开发过程，就是“用户最需要的东西”在一条关系链中传送、转换、实现、扭曲、或丢失的过程。如何确定"用户最需要的东西"我们可以靠一些经过实践证明行之有效的办法，其中许多具体做法既可以用在软件需求的收集阶段，也可以用在测试阶段，下面就是经常用的用户调研方法：1.焦点小组、2.深入面谈、3.卡片分类、4.用户调查问卷、5.用户日志研究、6.人类学调查、7.眼动跟踪研究、8.快速原型调研、9.A/B测试。
第9章：讲诉了项目经理的功能，主要介绍微软的Program Manager，他是产品开发和测试的补充，负责产品的长期发展和市场推广。为此项目经理必须在一系列的项目计划、组织和控制活动中做好领导工作，从而实现项目目标。
第10章：这章讲述的是典型用户和场景。按我的理解，这章是讲程序必须在用户的要求下找到他们真正的需求，程序功能不能缺失，但也不要有太大拓展性，否则不利于软件的维护和安全。还说了规格说明输对我们项目开发的帮助，规格说明书还可以分为软件功能说明书和软件技术说明书，只有通过实践才能够写好规格说明书。
1）功能说明书
定义相关的概念->规范好假设->避免误解，界定一些便界条件->描述主流的用户/软件交互步骤->一些好的功能和副作用->服务质量
（2）功能说明书模板
（3）技术说明书
（4）功能驱动的设计
构建总体模型->构建功能列表->制定开发计划->功能设计阶段->实现具体功能
