大马猴队-事后诸葛亮分析

标签：项目   博客   body   程序   完成   uml   做了   很多   角色   

• 设想和目标

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

（讨论照片明天上传）

大马猴队-事后诸葛亮分析

标签：项目   博客   body   程序   完成   uml   做了   很多   角色   

原文地址：https://www.cnblogs.com/busizzzz/p/9961270.html