格式描述
- 课程名称:软件工程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.对于软件工程的理论,规律有什么心得体会或不同意见? 请看阅读作业。
人员流动与合作比想象中困难,应该具有更强适应性。
照片
交换组员的工作交接和培训方案
由转出组员与转入组员交代他所负责部分,进行简单介绍。然后进入小组后,,由主要代码人员介绍我们使用的核心算法思路、代码构成以及需要使用的技术,以求最快速度融入小组。