团队作业6——事后诸葛亮
这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834 |
---|---|
这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834/homework/11154 |
这个作业的目标 | 项目结束后复盘反思,改进以及积累经验 |
1. 团队成员及分工
成员 | 分工任务 |
---|---|
林振中 | 前端开发,测试,复审 |
林家汇 | 后端开发,测试 |
林楷耀 | 博客编写,测试,复审 |
于翔 | 前端开发,后端开发,测试 |
郑旭朋 | 前端开发,测试 |
庄流广 | 博客编写,产品管理,测试 |
庄育龙 | 博客编写,产品设计,测试 |
2. 设想与目标
2.1 项目要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
我们的网站主要解决用户用网站听音乐的体验问题,我们以独特的风格为亮点,我们较为清楚地描述了典型用户和典型场景,有实际的应用需求,有很大的发展空间,具体的描述可以参考需求规格说明书。
2.2 时间是否充裕?有没有合理分配好时间?
时间比较紧凑,我们的网站开发需求较多,同时团队成员缺少团队开发经验,导致时间没有充分的利用起来,计划中的时间安排起到了一定的参考作用,跟着老师安排的节奏比较合理。
2.3 在设计阶段如何解决成员意见不同问题?
由于我们团队是选择开发的是音乐网站,在市面上很多不同风格的音乐网站,团队成员对于网站的风格存在很多异同,我们经过很多次开会讨论,最终采取了绝大多数成员满意的方案。
2.4 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
目前我们的用户为班级及周边的同学,距离我们预期的用户量还有一定的差距,有些功能也没有完善,我们下一步将继续完善功能,再进行大力度宣传,争取尽快推广到更多的人,我们的初心没变,离当初团队集结时的目标不断迈进。
3. 任务计划
3.1 原计划的工作是否按预期完成?没有完成的部分是因为什么原因?、
原计划工作量较大,这个问题在设计讨论时候埋下的问题,整体音乐网站已经开发完成,因时间的原因有些细致的功能没有完善。
3.2 是否每一项任务都有清楚定义和衡量的交付件?
大部分都是有清楚定义和衡量的交付件的,但出于经验问题,无法覆盖清楚定义每一项任务的交附件。
3.3 项目进行过程中,有无非重要的内容耗费了大量时间?
在设计功能上借鉴了很多音乐软件,时间也比较紧凑,在花时间完成的功能上没有太大的问题,但是在功能开发过程中遇到一些错误耗费了开发的时间。
在团队合作中,花费挺多时间讨论细节,结果对应的功能没开发出来,但是我们相信这是团队合作中该积累的经验,这是团队合作磨合中该经历的过程,所以没有非重要的内容耗费时间。
3.4 在计划中有没有留下缓冲区,缓冲区有作用么?
计划中有留下缓冲区,缓冲区起到了极大的作用,特别是这次很多成员都是第一次合作,对于进度不是很清晰,缓冲区缓解了很多时间压力。
4. 资源
4.1 是否有足够的资源来完成各项任务?
团队中有成员有过丰富的开发经验,开发成员数目并不多,但相对来说是比较足够的。
4.2 各项任务所需的时间和其他资源是如何估计的,精度如何?
任务所需时间是任务设计的成员与开发成员进行沟通,通过对开发成员的能力进行估计,精度在小时这个程度上。
4.3 如果历史重来一遍, 我们会做什么改进?
如果重来一遍,我们会珍惜每一次会议上的讨论,只有最细致的计划,才能更顺利的开展团队活动。同时要在时间上更合理的安排。
5. 变更管理
5.1 每个相关的员工都及时知道了变更的消息?
变更的消息是小组成员在一起时讨论的,所以变更的消息大家都能及时了解。但有的时候同学不一定能及时的看到消息,所以只能在立会的时候再次说明。
5.2 我们采用了什么办法决定“推迟”和“必须实现”的功能?
根据实现功能的难度和用户需求来决定。简单的必须要实现,用户需求度不高且难度大的推迟实现。基础功能不推迟实现,时间不够的情况下才会推迟实现。
5.3 项目的出口条件有清晰的定义么?
有,预期功能都基本实现就算做好了。
5.4 对于可能的变更是否能制定应急计划?
未能做出应急计划,因为我们未想到一些紧急情况。
5.5 员工是否能够有效地处理意料之外的工作请求?
按照原计划实施,无意外的工作请求。
6. 设计/实现
6.1 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
是在alpha发布之前完成的,由组长、产品设计成员和开发人员共同讨论完成的,是比较早的时间,是合适的人。
6.2 设计工作有没有碰到模棱两可的情况,团队是如何解决的?
在功能上遇到了取舍的问题,与开发成员讨论其开发难度和存在价值来取舍。
6.3 什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug?为什么我们在设计/开发的时候没有想到这些情况?
音乐播放的bug最多,因为音乐播放是项目的主打功能,每一个板块都要涉及到,嵌套的逻辑最多最复杂。
发布之后发现有没登录状态的权限访问出现混乱的bug,因为在开发中没有过多的注重每一个模块的权限控制,所以有些模块没有加入权限的控制
6.4 代码复审是如何进行的,是否严格执行了代码规范?
代码复审人员与开发人员共同查看,严格执行了代码规范。
6.5 我们学到了什么?
积累了丰富的实际开发经验, 考虑好各种Bug出现的情况,要对程序进行单元测试,要进行代码复审,要让代码规范。
7. 测试发布
7.1 是否有测试工具进行测试?是否有一个合理的测试计划?
是 ,用Nightwatch.js, 在每一个功能实现都进行一个小测试。
7.2 是否进行了正式的验收测试?
是,我们小组所有成员在发布前进行了验收测试
7.3 在发布的过程中发现了哪些意外问题?
加载速度过慢,服务器带宽不够。
7.4 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
分配足够的人手进行测试,同时测试计划应该紧随开发计划之后指定,并随实际开发进度调整。
8. 总结改进
8.1 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
属于CMMI二级,在时间充裕的情况下,我们有较大的进步空间
8.2 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
处于规范阶段,我们在开发这个项目不断磨合,分工逐渐明确,在走向规范的阶段。
8.3 你觉得目前最需要改进的一个方面是什么?
提升团队的积极性,在有限的时间内提高团队的效率。
9.团队贡献分
姓名 | 学号 | 角色 | 可验证的贡献 | |
---|---|---|---|---|
林振中 | 3118005283 | 项目组长 | 项目负责人,完成产品构想描述、需求说明书的撰写、团队项目的推进,团队分工安排 | 92 |
郑旭朋 | 3118005301 | 前端开发 | 完成mv视频播放以及项目测试优化 | 92 |
庄流广 | 3118005304 | 项目测试 | 日常博客编写,项目测试,代码复审 | 88 |
林楷耀 | 3118005282 | 项目测试 | 日常博客编写,项目测试,代码复审 | 88 |
林家汇 | 3118005281 | 后台开发 | 完成登录注册,音乐mp3及音乐mv,歌手,歌单,歌曲相关信息的后端功能接口以及服务器环境部署 | 98 |
于翔 | 3118005296 | 前端开发 | 前端页面框架构建,完成登录注册,音乐mp3、歌手,歌单,歌曲页面功能的交互 | 95 |
庄育龙 | 3118005305 | 项目经理 | 项目框架功能概念设计,日常博客撰写 | 90 |