诸葛亮会议

设想和目标
1、我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？

我们的软件主要是一个益智类的飞机游戏，定义有游戏需求的用户，任何一个有游戏兴趣的人都可以成为我们的用户，我们在功能设计说明书中对用户和场景有描述。

2、是否有充足的时间来做计划?

有时间，全程都是分为先计划，判断该计划的合理和可实现性，然后进行项目编码。

3、团队在计划阶段是如何解决同事们对于计划的不同意见的？

小的编码问题微信群讨论，设计到框架结构和功能模块的时候开会讨论。

计划
1、你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

基本可以完成，因为前期我们设想了很多新的功能，但是在后期实现时候遇到困难，所以前期向外宣传的功能都是比较保守的可以拿下的功能。

2、有没有发现你做了一些事后看来没必要或没多大价值的事?

前期对于某些功能的设计上，后期发现技术问题实现不了。

3、 是否每一项任务都有清楚定义和衡量的交付件?

有，根据前期功能模块的指定，有清晰的任务说明书来对应每一项任务。

4、 是否项目的整个过程都按照计划进行?

是。基本没有产生分歧。

5、在计划中有没有留下缓冲区，缓冲区有作用么?

预留缓冲区两天，尝试一下局部功能扩展。（前期认为实现不了的功能）

6、将来的计划会做什么修改？（例如：缓冲区的定义，加班）

实现不了的功能去尝试实现一下。

 

资源
1、我们有足够的资源来完成各项任务么?

有足够的硬软件和人力资源完成任务

2、 各项任务所需的时间和其他资源是如何估计的，精度如何?

开发成员的以往经验预估，精度存在误差但不会偏差太大。

3、 用户测试的时间，人力和软件/硬件资源是否足够?

没有进行系统性测试，只有开发人员进行过测试。

4、你有没有感到你做的事情可以让别人来做（更有效率）?

有，会编程的人很多，能者上任。

变更管理
1、每个相关的员工都及时知道了变更的消息?

微信群有问题时刻联系

2、我们采用了什么办法决定“推迟”和“必须实现”的功能?

前期项目制定框架时候就设定了要必须实现的功能，对于复杂的功能当时留有推迟实现的想法。

所以基本是前期制定项目规划时候就决定了。

3、项目的出口条件（Exit Criteria）是否得到清晰的定义?

可以完成所述功能

4、对于可能的变更是否能制定应急计划?

能，及时开会。

5、 员工是否能够有效地处理意料之外的工作请求？

大家基本配合默契，有领头的，意见比较统一。

设计/实现
1、设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？

设计工作在编码前，组员开会决定功能，开发成员决定功能的合理性和可实现性，合适时间合适人。

2、设计工作有没有碰到模棱两可的情况，团队是如何解决的？

没有。

3、 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？

用了 leangoo看板+燃尽图+todolist。老师要求，有效。

4、什么功能产生的Bug最多，为什么？

子弹功能，我们飞机血量值功能。制作成可运行的exe文件
5、代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

没有。代码规范基本是开发人员自己定义的一套。

测试/发布
1、 团队是否有一个测试计划？为什么没有？

有测试计划。

2、 是否进行了正式的验收测试？

没有。

3、 团队是否有测试工具来帮助测试？

没有。

4、团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

开发人员自己运行软件，没用到测试工具，基本可以发现一些程序bug。

5、 在发布的过程中发现了哪些意外问题？

exe程序制作遇到了大问题，找到问题原因是路径问题（程序写法问题，并非单纯修改相对绝对路径那么简单），但修改过程中牵扯到的代码太多，基本相当于重新写了很多代码。

小组诸葛亮会议照片：