回顾事后诸葛亮会议

19软2张津瑞               2021/12/18  21：21

一 . 设想与目标

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

•  小组要解决系部官网的开发与设计。定义较清楚。在设计图中以标明。

2. 是否有充足的时间来做计划？

• 小组通过会议分工明确，节省出充足时间来做计划。

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

• 在计划阶段通过会议的形式每人说出自己想法和意见，并对合理的意见进行实现。

4.用户量、用户对重要功能的接受程度和我们事先预想一致么？我们离目标更近了么？

• 对功能比较满意，与事先的想法较一至。与目标更进了一步。

5.有什么经验教训？如果历史重来一遍，我们会做什么改进？

• 页面设计不美观，我们会对用户进行意见收集，挑出可行的意见实现。

二、计划

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

• 大多任务都已完成。因为没将心思全部投入到项目中导致没有做完。

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

• 在项目完成时，或多或少会发现一些没有必要的事。

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

• 每一项任务都有一定的定义和文件，来使项目尽可能的达到目标。

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

• 每一步都按照项目一步一步进行。

5.在计划中有没有留下缓冲区，缓冲区有作用吗？

• 在项目中存在缓存区，以便对后续出现的问题进行修改。

6. 将来的计划会做什么修改？

• 会对项目添加合理的内容。

7.我们学到了什么？如果历史重来一遍，我们会做什么改进？

• 学到了团队之间的配合分工，以及小组会议讨论对后续项目开发的重要性。如有改进会对项目中功能的开发 ，会对页面设计用心修改。

三、资源

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

• 各项任务都有足够的资源完成。

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

• 对每个项目的内容和难易程度进行分类，再进行分配，以保证最短时间内完成任务。

3. 测试的时间、人力和软件/硬件是否足够？对于那些不需要编程的资源（美工设计/文案）是否低估难度？

• 足够。靠个人能力。

4. 你有没有感到你做的事情可以让别人来做？

• 没有，因为在团队会议中都已经按照难易程度进行分配。

5.有什么经验教训？如果历史重来一遍，我们会做什么改进？

• 因准备不充分后期对完成的页面进行修改。在开始之前会对每一步的内容进行整理收集在开始。

四、变更管理

1. 每个相关的员工都及时知道了变更的消息么？

• 在对项目进行变更时都会在小组群里通知到每一个人。

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

• 因项目难度并没有发生推迟的现象，必须实现对项目的交互。

3. 项目的出口条件有清晰的定义么？

• 对项目中每个功能都有定义，产品都有介绍。

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

• 进行会议对可能会发生的事情进行制定。

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

• 每个人都有相应的分工，在出现意料之外的请求会及时处理。

6.我们学到了什么?如果历史重来一遍，我们会做什么改进？

学到了如何处理事件，及管理 ，小组成员都会对不足的地方进行加强。

五、设计/实现

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

• 设计工作都是由全体小组成员进行讨论，页面设计主要由孔德辉和邹世康来完成。时间以及成员都合适。

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

• 再碰到的时候会对内容进行收集，在一起解决。

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

• 使用RP9来进行开发，有效。

4. 什么功能产生的bug最多？发布之后发现什么重要的bug，为什么在设计时没有想到？

• 项目暂时未出现Bug。

5. 代码复审是如何进行的，是否严格执行了代码规范？

• 会对功能的代码进行复审，来达到严格执行。

6.我们学到了什么？如果历史重来一遍，我们会有什么改进？

• 设计需要多元化。会对设计以及更好的实现项目。

六、总结

• 在项目中小组气氛很高涨，对组员之间的配合 沟通 合作都有很大的帮助。