-
设想和目标
1.我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
解决我们队员提出的设想:微信能否更加简洁,给用户提供更纯净的聊天服务。定位很清楚。
2.是否有充足的时间来做计划?
时间较充足。
3.团队在计划阶段是如何解决成员对于计划的不同意见的?
求同存异,以大佬意见为主。
-
计划
1. 你原计划的工作是否最后都做完了? 如果有没做完的,为什么?
原计划中的两个功能没有完成,主要是因为时间问题,项目期间碰到考试,复习占用了大量时间。
2. 有没有发现你做了一些事后看来没必要或没多大价值的事?
没有。
3.是否每一项任务都有清楚定义和衡量的交付件?
大部分部分没有,导致后面出现很多问题。
4. 是否项目的整个过程都按照计划进行?
基本按照计划进行。
5.在计划中有没有留下缓冲区,缓冲区有作用么?
有缓冲期,也起作用了。
-
资源
1. 我们有足够的资源来完成各项任务么?
有。
2. 各项任务所需的时间和其他资源是如何估计的,精度如何?
精度基本没有,都是有时间就干活。
3. 用户测试的时间,人力和软件/硬件资源是否足够?
足够。
4. 你有没有感到你做的事情可以让别人来做(更有效率)?
没有,我们的分工还是挺科学的。
-
变更管理
1. 每个相关的员工都及时知道了变更的消息?
是的,队员平时关系比较好,新消息流传得很快。
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
讨论决定。
3. 项目的出口条件(Exit Criteria)是否得到清晰的定义?
清晰,我们的出口条件是程序能稳定且流畅的运行,能完成基础的聊天软件功能,包括注册登录、好友搜索添加、好友聊天。
4. 对于可能的变更是否能制定应急计划?
没有,谁有空谁上。
5. 员工是否能够有效地处理意料之外的工作请求?
能,队里我说了算。
-
设计/实现
1. 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
设计工作在项目一开始由开发人员完成,时间和人员都合适。
2. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?
技术决定话语权。
3. 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么?
没有。
4. 什么功能产生的Bug最多,为什么?
APP聊天功能。新手上路是这样的。
5. 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
没有代码规范。因为觉得没必要。
-
测试/发布
1. 团队是否有一个测试计划?为什么没有?
有测试计划。
2. 是否进行了正式的验收测试?
应该算有吧。
3. 团队是否有测试工具来帮助测试?
没有。
4. 团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
在实际使用中跟踪软件的效能。
5. 在发布的过程中发现了哪些意外问题?
没有。
团队成员在Alpha阶段的角色和具体贡献:设总分20*5=100
名字 | 角色 | 团队贡献分 | 可验证的贡献 |
黄晓彬 | PM | 20 | 博客书写&测试 |
黄钰城 | Dev | 20 | app |
黄梓垲 | Dev | 21 | 后台&app |
李树 | Dev | 20 | 页面 |
蔡海杰 | Test | 19 | 辅助&测试 |
(讨论照片明天上传)
原文地址:https://www.cnblogs.com/busizzzz/p/9961270.html
时间: 2024-11-02 17:52:29