事后诸葛亮分析
这个作业属于哪个课程 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834 |
---|---|
这个作业要求在哪里 | https://edu.cnblogs.com/campus/gdgy/Networkengineering1834/homework/11154 |
这个作业的目标 | 事后分析报告 |
事后诸葛亮
一、设想与目标
1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
答:我们软件主要解决班级里面用通知群作为通知手段的一些痛点。定义其实并不是特别清楚,还有一些场景没有描述。
2.是否有充足的时间来做计划?
答:有充足时间来做计划
3.团队在计划阶段是如何解决成员对于计划的不同意见的?
答:先一起商量,不行就听组长的
4.用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
答:用户量少,用户对重要功能的接受程度和我们的预想有一定差距,主要是有些地方没优化好。不过离目标还是更近了
5.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
答:教训就是在招兵买马时要快,不然高手都被别人抢走了。。。还有就是冲刺前要确定队员们对于要用的技术熟练到什么程度
如果重来一遍,我们会把用户需求做的更好,收集不同用户的需求再冲刺
二、计划
1.你原计划的工作是否最后都做完了? 如果有没做完的,为什么?
答:基本都完成了,发邮件提醒的功能没做,原因是发邮件提醒,用户不一定知道,所以就没做
2.有没有发现你做了一些事后看来没必要或没多大价值的事?
答:有,写sql语句,大部分都可以通过框架自动实现
3.是否每一项任务都有清楚定义和衡量的交付件?
答:基本上是,但有一些因为团队实力原因,没法分的更细
4.是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
答:基本上是按照计划进行,唯一意外就是团队没有人学过Linux
5.在计划中有没有留下缓冲区,缓冲区有作用么?
答:有,缓冲区让队员有充足时间去实现,遇到没有学习到的知识还能去学习之后再实现
三、资源
1.我们有足够的资源来完成各项任务么?
答:时间充足,但技术不够,经验也没有
2.各项任务所需的时间和其他资源是如何估计的,精度如何?
答:PM根据个人的学习程度估计的,精度一般
3.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
答:一开始应该抓紧时间学习,某个队员专攻某个方面
四、变更管理
- 每个相关的员工都及时知道了变更的消息?
答:是,有专门的微信群,也用了leangoo来管理项目
- 我们采用了什么办法决定“推迟”和“必须实现”的功能?
答:用那个四个象限的方法决定的
- 项目的出口条件(Exit Criteria – 什么叫“做好了”)有清晰的定义么?
答:功能正常运行,没有影响使用的严重bug,较少的不影响使用的bug
- 对于可能的变更是否能制定应急计划?
答:是的,比如我们留下了缓冲区。
- 员工是否能够有效地处理意料之外的工作请求?
答:是的。
五、设计/实现
- 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
答:经过讨论决定人员。合适的人,时间也还行
- 设计工作有没有碰到模棱两可的情况,团队是如何解决的?
答:有,都是怎么简洁怎么来
- 团队是否有测试工具来帮助测试?
答:有使用
- 什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
答:上传的bug最多,原因是前端直接用的别人的组件,难以进行定制化。主要是没有开发和设计经验
5.代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
答:PM人工查看,大体上做到了代码规范
6.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
答:在设计时应该积极沟通,在实现前建议各个任务的负责人对设计有清楚的认识
六、测试/发布
- 团队是否有一个测试计划?为什么没有?
答:有
- 是否进行了正式的验收测试?
答:进行了主流浏览器的测试
- 团队是否有测试工具来帮助测试?
答:没有,都是手动测试,因为现阶段项目不大,功能也少。
- 在发布的过程中发现了哪些意外问题?
答:服务器到期了没续费
5.我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
答:自动化测试对于程序来说还是很重要的,虽然现阶段工程小没有必要,以后会去系统的学习测试方法
七、总结
- 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
答:初始级
- 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
答:萌芽阶段,还是有很多很多很多需要学习的地方。
- 你觉得目前最需要改进的一个方面是什么?
答:这个项目的需求调研没做好,如果能深入调研,与目标用户沟通,整理出30个问题,可能会有更多的人来用