团队作业7——alpha阶段之事后诸葛亮分析
设想和目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
目标很简单，背单词微信小程序。但对于功能定义上其实在alpha阶段并不是很明确，应该有一个方面的着重点，比如说测试方法，学习技巧等。对于用户人群我们在设计之初就锁定了在校学生这一人群，使用场景则是日常十分钟的单词学习场景。
2. 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
在基础功能方面我们做到了单词学习，单词测试，单词查询，学习记录查询的功能，可以说初步达成我们的目标。除了服务器的调试外，其余功能在规定时间内都准时完成，而对于并发的处理太粗糙导致同时在线人数受到很严重的限制，这点在beta阶段要着重考虑。
3. 和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？
老实说我们都是从零开始设计开发这个项目，很多方面还稍显稚嫩，我们自己并不是很满意。
我认为对于这阶段我们团队的提高应该从两个方面来总结：
（1）软件质量：从一开始拿到一个demo以为稍作修改就可以通过测试，到后面基本上等于重写代码，我们这个团队从技术小白成长到可以在自己负责的工作内有所创造，成长不可谓不大。但一码归一码，在我们这个项目中，很多地方还做得不足，我用一张表来表示对这阶段项目水平的评价：
4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
用户量不理想，用户体验不错，简洁的UI给人良好的观感，在逐渐向设计目标接近中。
5.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
云服务器有宕机崩溃的危险，如果能重来我一定要天天做好镜像备份。。。
计划
1. 是否有充足的时间来做计划?
不足
2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
我们会充分听取各种意见，并集体对不同意见进行评估，择优。
3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
服务器方面，由于中间崩溃还原过一次，最后并发方面并没有有太多处理
4. 有没有发现你做了一些事后看来没必要或没多大价值的事?
当初的想法是丰富学习功能，加上每日好句，每天文章推荐什么的，但做完之后经讨论我们还是删去了这些功能。因为我们的定位就是简单的单词学习程序，那么他的功能应该集中于单词的掌握方面，而不是对其他英文能力的培养。
5. 是否每一项任务都有清楚定义和衡量的交付件?
没有太细化工作，这点需要之后注意。
6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
服务器崩溃。。我没想到腾讯云也会有connect一直出错的情况，没有做备份。
7. 在计划中有没有留下缓冲区，缓冲区有作用么?
还真没有，因为冲刺期间还有其他科目的考试，所以不是缓冲反而还缩紧了计划。
8. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
将项目的基础功能与扩展功能分开，扩展功能可以作为既有工作完成后的精进，每日的任务需细化并及时督促组员完成。
资源
1. 我们有足够的资源来完成各项任务么?
我认为是不足的，因为微信小程序属于新兴技术，很多坑要自己踩。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
估计时间可以看以往的博客有提及，但精准度差距不小，因为有突发因素的影响。（考试，服务器宕机）
3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
由于微信有着内置的测试工具，对于性能和功效可以有效的记录，而对于各种情况的模拟，这花了我们不少时间去解决，这是因为服务器和客户端之间通信有时不能有效进行，查错过程很曲折。说实话，文案是真的难写，我们这方面的训练还不足。
4. 你有没有感到你做的事情可以让别人来做（更有效率）?
无，我们真的是各尽其能了。
变更管理
1. 每个相关的员工都及时知道了变更的消息?
我们组员都是同一个宿舍的，消息的通知比较及时。
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
我们的计划一开始就十分明确，“单词”小程序一定要围绕单词进行开发，所以单词学习、测试、查询是必需的功能，而作为学习软件必须让用户了解学习进度，所以记录功能也必须实现。
而对于测试方式以及学习方式这有待商榷，beta阶段处理。
3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
十分钟时间完成学习关闭程序，这是我们不变的软件目标。
4. 对于可能的变更是否能制定应急计划?
事前做好风险预估，及时做好第二手准备
5. 员工是否能够有效地处理意料之外的工作请求？
我觉得我们必须具备处理突发事件或意外请求的能力，这点在工作上是至关重要的，所以我们组有时会加任务。
设计/实现
1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计工作在计划制定时由PM完成。
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
遇到这种情况我们一般会追求用户体验，用户体验至上。
3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
单元测试帮助我们将每个部分完善得更好。
4. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
与后端的通信产生了很多不可预知的错误，发布之后我们发现对于用户身份的确认上我们的方法出现了错误，设计之初太想当然了，认为字符可以很简单的分割，但标识符不容易确认。
5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
组员之间相互审核，代码规范有待完善。
测试/发布
1. 团队是否有一个测试计划？为什么没有？
我们有对于每个部分都有进行测试，总体上测试计划顺利完成
2. 是否进行了正式的验收测试？
功能基本完成，验收测试通过
3. 团队是否有测试工具来帮助测试？
微信自带的监控工具以及jmeter
4. 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
我们主要关注于服务器的处理上，20用户尚能同时使用，而50用户时有严重丢包，下阶段我们要着重处理并发问题。
5. 在发布的过程中发现了哪些意外问题？
域名备案要很久很久很久很久，所以我们现在发布还是个问题。
团队的角色，管理，合作
1. 团队的每个角色是如何确定的，是不是人尽其才？
显然是这样的，我们尊重每个组员自己的选择方向。
2. 团队成员之间有互相帮助么？
我们组员之间经常讨论并相互帮助。
3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？
充分讨论，当天解决问题。
总结:
你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
可重复级
你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
磨合阶段
你觉得团队在这个里程碑相比前一个里程碑有什么改进?
技术方面成熟，队伍配合越来越好
你觉得目前最需要改进的一个方面是什么?
交流还略显不足，每日会议要保持
