阿里八八β阶段总结
计划
1、原计划的工作是否最后都做完了？如果有没做完的，为什么？
否，主要原因有两点，一是α阶段的核心功能未完成，在β阶段不得不继续，二这项功能又是难度较大的，所以占用了β阶段的人手与时间。二是技术水平有待提高，我们所有人都是边学边做，在完成β阶段的更为难的任务（语音识别、图片识别）上的短板明显体现，在规定的时间内难以完成。
2、有没有发现你做了一些事后看了没必要或没多大价值的事？
在β阶段我觉得是没有，尽管我们花了很多时间在处理多日日程的显示上，明确最终未能成功而采取了其他解决方案，但这个过程我们学习到了很多新的知识，不仅仅是Android的编程，还有成员协作、交互，交接任务等等。
3、是否每一项任务都有清楚定义和衡量的交付件？
在桌面控件方面我们允许负责的同学自由发挥，因为需要在短时间内交付，以完成为第一优先级，再在之后去做优化。其他部分都有清楚的定义。
4、是否整个过程都按照计划进行？
否，显然由于时间紧迫，我们在开发过程中不得不选择性的砍掉一些需要花费很多时间，但是否能完成又充满不确定性的内容。不如说动态布局的状态栏白底的BUG，选择放在之后来解决。
变更管理
1、每个相关的员工都及时的了解变更的消息吗？
是，同α阶段一样，我们采取了同样的通知流程，以保证所有人尤其是对应负责的人员及时获知需求的变更。
2、我们采用了什么办法决定“推迟”和“必须实现”的功能？
采用了对功能的核心程度的判定方法，非核心功能在时限要求下被适当的砍掉，以保证核心功能的优先级。
3、项目的出口条件有什么明确的定义？
真正可稳定使用，可添加、修改、删除日程，使用我们提供的附属功能。
4、对于可能的变更是否能制定应急计划？
能，PM能够对包括时限以及不得不做出的变更提供应急计划。
5、员工是否能有效处理意料之外的工作请求？
可以，β阶段员工的处理响应很及时，尽管因为技术问题许多处理并不能尽善尽美，但已经尽了最大努力。
设计/实现
1、设计工作有没有碰到模棱两可的情况？团队如何解决的？
有，其实在β阶段挺多的，除了上面提到的桌面控件由设计人员自由发挥，数据分析的图标团队给出了图标由哪些部分组成、应该是饼状图等要求，但具体的UI允许人员在可实现的范围内完成。
2、团队是否运用单元测试、测试驱动的开发、UML或其他工具来帮助设计实现？是否有效？
否，因为开发的时间都已经不够，无法再分配多余的人员与时间进行测试，况且对目前已经可用的模块进行单元测试的意义不大，因为是较为直观、简单的功能。
3、什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的Bug？为什么我们在设计/开发时没想到这情况？
仍是日程模块的多日显示部分，从α一直遗留到现在仍然十分棘手。至于为什么，和α的原因是一样的，控件可拓展性低，功能简单，难以实现更高级的功能。但好在发布后没有发现重大的BUG。
4、代码复审如何进行的，是否严格执行了代码规范？
代码复审采用和α阶段同样的方式，PM在GITHUB上对成员提交的代码进行审核，处理冲突等。
个人总结
张岳：
β阶段我做的事情很杂，开始阶段负责云同步其中也牵涉到一些数据库的设计不过后期团队调整了方案后就做了桌面控件的有关知识，虽然时间很短不过我的收获比α阶段要更多，感觉自己解决问题的能力有所提高，遇到问题知道怎么查去哪里查，算是提高了一丢丢的效率，之后的阶段就是要加强一些基础知识和提高代码量，因为虽然很多东西即便是简单地调用别人的开源库如果自己能力不足还是很费劲，团队每天的集体编程也是很棒的体验~，希望以后能学到更多的东西。
黄梅玲：
在β阶段主要是做数据分析，但是由于对这部分没有接触过，也相当于从零开始，学到了一些关于安卓图形开发的知识。从α阶段到β阶段，接触不同的模块，学习到了挺多东西。
王国超：
在这阶段，我主要完成的事语音识别的工作。我主要是使用讯飞官方所提供的api。我通过在程序中写入api达到了语音听的效果。这个过程感觉自己还是学到了很多东西的，写想更多的去尝试别的api写入。
俞鋆：
在β阶段我完成了图片识别文字的实现，了解了安卓如何发送http请求，以及一些关于多线程编程的知识，在β阶段我与队友的合作更多了，也产生了更多的问题，一起讨论的时间也更多了，感觉收获不少。
刘晓：
β阶段负责的是数据分析，一开始打算调用一个开源框架，在队友加入后调整为使用
比较简易的方法实现，因为页面交互需要，也了解了一些数据库的设计和动画效果的实现。感受是需要加强基础知识的学习，比如数据库设计部分，因为之前α阶段的时候没有涉及到这部分，所以β阶段得要现看。还有就是编程能力了，现有的开源库用不了，只能换种方式实现。希望在接下来的开发中多学多练。
李嘉群：
感觉beta阶段我主要的时间浪费在了主界面的修改和完善上，想要弄出一个动态的界面，最后没弄好，有点麻烦。做的过程中还是会遇到各种各样的问题，而且是跟做的项目无关的，花费在这上面的时间也有点多。解决问题的能力也有待提高。总的来说，beta阶段的时间有点短，但和队友一起努力的感觉还是很好的，换队友相处的也很好(毕竟是大佬)，大佬的效率总是很高的。希望在以后完善软件的过程中，效率能够提高一些。
陈裕鹏：
在beta阶段换了一个小组，小组的成员们都挺热心的，我对于android开发还是萌新的状态，连环境都不会搭建，很感谢大家不厌其烦的回答我的问题，也感谢组长给了我开发较多的时间，做了一个小小的标签功能，也学会了一些简单的android开发的知识，下一阶段自己要实现的是提醒的功能以及对于提取算法的改进，还需要努力呀自己！
总结
1、团队的每个角色如何确定的，是不是人尽其才？
团队的每个角色尽量按照每个人擅长的方面来分配，做到了人尽其才。比如因组员轮换调进的陈裕鹏同学，我们分配了一个简单的界面部分内容以及更适合他的算法设计的内容，他也确实完成的已经超乎预期，不仅在规定时间内，甚至提早了一些，完成的质量也较为不错，而此前他是没有安卓或者JAVA的开发经验的。
2、团队成员间有互相帮助么？
当然有的，对新成员我们提供了帮助搭建环境，沟通需求，尽快融入团队工作。在一些较难完成的模块上，PM也视情况调整了人员的分配，以尽可能的完成。最终的收效都较为不错。
3、当出现项目管理、合作方面的问题时，团队成员如何解决？
我们团队目前没有出现管理、合作上的问题，大家包括新同学对于团队任务都十分配合并积极的完成。
