格式描述
- 课程名称：软件工程1916|W（福州大学）
- 作业要求：事后诸葛亮
- 团队名称：为了交项目干杯
- 作业目标：问题总结，规划下阶段计划安排
团队信息
| 队员学号 | 队员姓名 | 个人博客地址 | 备注 |
|---|---|---|---|
| 221600125 | 刘杰 | http://www.cnblogs.com/MikasaAKM/ | 队长 |
| 221600123 | 林信康 | http://www.cnblogs.com/lxk12345/ | |
| 221600124 | 林梓铭 | http://www.cnblogs.com/linziming/ | 转出 |
| 221600127 | 卢成钢 | http://www.cnblogs.com/LuChenggang/ | |
| 221600128 | 王华峰 | http://www.cnblogs.com/izzwhf/ | |
| 221600118 | 李鸿斌 | https://home.cnblogs.com/u/Anizwel/ | 转入 |
设想和目标
1.我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
软件核心功能是解决任务的发送与接受，功能小巧简单，定义清晰，描述准确。
2.我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
服务器的问题没解决其他原定功能都完成了。交付时间的几乎吻合的。用户数量由于数据库问题没有测试。
3.和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？
由于上个阶段完成了需求、原型、设计，本阶段的工程质量算是提高了。app雏形完成。
4.用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?有什么经验教训? 如果历史重来一遍，我们会做什么改进?
用户量还没完成无法估计。在设想方面我认为本组是差不多实现。
计划
1.是否有充足的时间来做计划?
有的。开始冲刺前先专门开始会议讨论计划。
2.团队在计划阶段是如何解决同事们对于计划的不同意见的？
基本没有不同意见，求同存异，商量可行性，来让项目完整。
3.你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
只差服务端，因为学习的难度超过预期的。
4.有没有发现你做了一些事后看来没必要或没多大价值的事?
并没有。
5.是否每一项任务都有清楚定义和衡量的交付件?
基本都有。
6.是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
风险本阶段没有出现。
7.在计划中有没有留下缓冲区，缓冲区有作用么?
没有，新上手学习时间比较赶。
8.将来的计划会做什么修改？（例如：缓冲区的定义，加班）我们学到了什么? 如果历史重来一遍，我们会做什么改进?
留更多的缓冲时间，不能那么紧。计划不够充分，尤其假期的规划欠缺，进度滞后。下次应做更细致的规划，考虑更多意外问题。
资源
1.我们有足够的资源来完成各项任务么?
有的，教学视频充足。环境配置都顺利。
2.各项任务所需的时间和其他资源是如何估计的，精度如何?
先确定任务功能，再根据擅长以及适应性分配任务。
3.测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
测试时间不足，因为功能的实现比较久完成，所以时间不足。美工准备下一阶段考虑
4.你有没有感到你做的事情可以让别人来做（更有效率）?有什么经验教训? 如果历史重来一遍,我们会做什么改进?
主要是看擅长，数据库，代码编写，测试，博客撰写看能力分配比较节约时间。我们分配挺合理的，重来的话也是一样。
变更管理
1.每个相关的员工都及时知道了变更的消息?
是。建立QQ群，实时共享最新成果。本身就是一个宿舍，沟通无障碍。
2.我们采用了什么办法决定“推迟”和“必须实现”的功能?
每天的会议。
3.项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
有的。在设计部分明确指出。
4.对于可能的变更是否能制定应急计划?
目前没有。
5.员工是否能够有效地处理意料之外的工作请求？ 我们学到了什么? 如果历史重来一遍,我们会做什么改进?
没有遇到，因此再来一次也不太清楚。
设计/实现
1.设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
擅长的人在初期初期原型设计时完成。
2.设计工作有没有碰到模棱两可的情况，团队是如何解决的？
没有，目标明确。
3.团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
有的，有效测试。uml文档后期没有修改直接口述完成。
4.什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
任务状态/涉及比较多的操作，比较困难。
5.代码复审（Code Review）是如何进行的，是否严格执行了代码规范？ 我们学到了什么? 如果历史重来一遍,我们会做什么改进?
目前没有检测，可能存在着不少问题。最主要是时间问题，在下一阶段再完善。重来主要就是时间规划和利用的问题。
测试/发布
1.团队是否有一个测试计划？为什么没有？
初期设计没有。没时间考虑那么多。
2.是否进行了正式的验收测试？
只有简单的测试验收
3.团队是否有测试工具来帮助测试？
有的。学习花费又一点计划外的时间。
4.团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
目前没有效能测试。
5.在发布的过程中发现了哪些意外问题？ 我们学到了什么? 如果重来一遍,我们会做什么改进?
没有。重来的话，早点多学一点东西。
团队的角色，管理，合作
1.团队的每个角色是如何确定的，是不是人尽其才？
根据能力分配，目前来看较为合理。
2.团队成员之间有互相帮助么？
有的。一方有难，八方支援。
3.当出现项目管理、合作方面的问题时，团队成员如何解决问题？ 每个成员明确公开地表示对成员帮助的感谢 （并且写在各自的博客里）： 我感谢 _______<姓名>______对我的帮助， 因为某个具体的事情: _____________________。
- LJ：我感谢LXK对我的帮助， 因为在编写聊天类给我搜索许多资料。
- LXK： 我感谢WHF对我的帮助， 因为在代码测试时给我巨大帮助。
- LZM： 我感谢LCG对我的帮助， 因为在任务类编写时给我启发。
- LCG： 我感谢LZM对我的帮助， 因为在用户类编写时帮我分担压力。
- WHF： 我感谢LJ对我的帮助， 因为在界面设计时给我很大灵感。
总结:
-
你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
第2级，可重复级(Repeatable)。
-
你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
磨合期。
-
你觉得团队在这个里程碑相比前一个里程碑有什么改进?
代码整合速度加快。
-
你觉得目前最需要改进的一个方面是什么?
服务器搭建。
-
对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则? 请列出具体的事例。
目前谈不上好，正在努力。
-
正如我们前面提到的， 软件的质量 = 程序的质量 + 软件工程的质量，那团队在下一阶段应该如何提高软件工程的质量呢？
1.代码管理的质量具体应该如何提高？ 代码复审和代码规范的质量应该如何提高？ 投入更多时间。
2.整个程序的架构如何具体提高？ 如何通过重构等方法提高质量，如何衡量质量的提高？
代码规范检验更细致。
3.其它软件工具的应用，应该如何提高？
参考网路教程。
4.项目管理有哪些具体的提高？
规划更合理。
5.项目跟踪用户数据方面，计划要提高什么地方？例如你们是如何知道每日/周活跃用户等数据的？
目前没有考虑。
6.项目文档的质量如何提高？
参考同类项目。
7.对于人的领导和管理， 有什么具体可以改进的地方？ 请看《构建之法》关于PM、绩效考核的章节， 或者 《人件》等参考书
开发流程更加合理。
8.对于软件工程的理论，规律有什么心得体会或不同意见？ 请看阅读作业。
人员流动与合作比想象中困难，应该具有更强适应性。
照片
交换组员的工作交接和培训方案
由转出组员与转入组员交代他所负责部分，进行简单介绍。然后进入小组后，，由主要代码人员介绍我们使用的核心算法思路、代码构成以及需要使用的技术，以求最快速度融入小组。