《项目经理指导手册》 会议篇

一，会议篇

　

　   1，项目启动会。 项目启动会是项目实施方法论中的重要一环，是开发团队与业务方双方的项目小组进行认识和会面，让客户方领导表达信息化推动的决心，向项目经理和项目小组成员进行授权，

　　调动员工的积极性，让客户方从上到下达成一种共识，为我们日后开展相关的工作扫除障碍。

　　会议目的：

1. 项目团队成员互相认识；
2. 介绍项目背景及计划，正式批准综合性项目管理计划，并在干系人之间达成共识。
3. 落实具体项目工作，明确个人和团队职责范围，获得团队成员承诺，为进入项目执行阶段做准备。
4. 已做事项：开踢会议（开工会议）召开前，通常已经确定了项目的组织结构，并已经对团队成员的角色与职责进行定义。
5. 已有文件：此时用于指导项目的项目管理计划已经制定出来，因此，在开工会议中，通常需要对项目的范围、进度、成本、风险应对等事项进行确认，并在干系人之间达成共识。

　

      ,2，迭代计划会。迭代中要做的工作在 迭代计划会议中来做计划。迭代计划会议讨论三个话题：

　　话题一：接下来的 迭代交付的增量中要包含什么内容？

　　　　　　开发团队预测在这次 迭代 中要开发的功能。产品负责人讲解 迭代的目标以及达成该目标所需完成的产品待办列表项。整个  团队协同工作来理解 迭代 的工作。

　　　　　　在迭代计划会议中，开发团队还草拟一个 迭代 目标。目标是在这个 迭代通过实现产品待办列表要达到的目的，同时它也为开发团队提供指引，使得开发团队明确开发增量的目的。

　　话题二：要如何完成交付增量所需的工作？

　　　　　　在设定了 迭代目标并选出这个 迭代要完成的产品待办列表项之后，开发团队将决定如何在 迭代中把这些功能构建成“完成”的产品增量。

　　　　　　在 迭代计划会议结束时，开发团队应该能够向产品负责人和 项目经理 解释他们将如何以自组织团队的形式完成 迭代目标并开发出预期的产品增量。

 

  　迭代目标：迭代目标是在当前 迭代通过实现产品待办列表要达到的目的。它为开发团队提供指引，使得团队明确为什么要构建增量。迭代目标在 迭代计划会议中确定。

　　　　　　迭代目标为开发团队在 迭代中所实现的功能留有一定的弹性。所选定的产品待办列表项会提供一个连贯一致的功能，也即是 迭代目标。迭代目标可以是任何其他的连贯性来促使开发团队一起工作而不是分开独自做　　

　　　　　　开发团队必须在工作中时刻谨记 迭代 目标。为了达成 迭代 目标，需要实现相应的功能和实施所需的技术。如果所需工作和预期的不同，开发团队需要与产品负责人沟通协商 迭代 待办列表的范围。

 

       注意：迭代计划会的时长应该控制在：一个月的迭代最多8小时为上限。会议前应当准备：产品原型图、项目流程图。 计划会一定要邀请业务方一起参加。

 

　　,3，每日站会。

           人员：为项目团队中成员。

           时长：7人标准团队每日站会时间为：15分钟。

           目的：广播个人状态，在团队前做个人承诺，向团队通报交付障碍。

           形式：以站会的方式，轮流发言，遵循三个问题，两个原则。

 

           三个问题：

           1，昨天或今天我为目标搞定什么？

　　　 2，今天或明天我要为目标搞定什么？

　　    3，有什么障碍？

 

        　两个原则：

           1， 只通报问题，不解决问题，以免会议变成了问题讨论会。

           2，如果有其他管理者参与，管理者不发言，也是避免会议性质发生变化。

     

          流程：

　　   1，主持人带领所有早会人员喊口号。

          2，顺序或随机 依次发言回答三个问题。

          3，主持人维持秩序，避免蔓延。

          4，主持人进行总结，并宣布会议结束，结束时，全员鼓掌三声，会议结束。

　　

　　4，迭代评审会。 评审会是在迭代快结束时举行，用以检查所交付的产品增量，并按需求调整产品代待办列表。 对于一个月的迭代来说，时间不超过4小时。 

　　　迭代评审会,需要邀请也无法参加，会议由产品经理主导。项目经理负责做会议纪要。

 　　  会议内容包括不限于:

1. 产品负责人说明哪些产品待办列表项已经“完成”和哪些没有“完成”；
2. 开发团队讨论在 迭代期间哪些工作做的很好，遭遇到什么问题以及问题是如何解决的；
3. 开发团队演示“完成”的工作并解答关于所交付增量的问题；
4. 产品负责人讨论当前的产品待办列表的情况。他／她根据到目前为止的进度来预测可能的目标交付日期（如果有需要的话）；
5.  参会的所有人就下一步的工作进行探讨，这样， 迭代评审会议就能够为接下了的 迭代计划会议提供有价值的输入信息；
6. 评审市场或潜在的产品使用方式所带来的接下来要做的最有价值的东西的改变

          迭代评审会，是迭代过程中，最重要的一场会议，并不是一个进度汇报会议，演示增量的目的是为了获取反馈并促进合作。

　

　    (5)迭代回顾会。回顾会发生在迭代评审会结束之后，下一个迭代计划会之前。一个月的迭代回顾会不超过2小时。 回顾会的目的在于团队内部总结经验教训，所以不邀请客户参加，故此

　　 不能和评审会一起开，也不能和计划会一起开。

　　 回顾会议的主题包含：1，检查前一个 迭代中关于人、关系、过程和工具的情况如

 　　　　　　　　　　　　2，找出并加以排序做得好的和潜在需要改进的主要方面； 

　　　　　　　　　　　     3，制定改进 项目 团队工作方式的计划。

 

　　  会议中要讨论的三个话题：

    　　1，什么是团队应该开始做的？

 　　　2，什么是团队应该停止做的？

    　　3，什么是团队应该继续保持的？

 

     　 会议由项目经理主持。项目经理 鼓励 团队在 敏捷的过程框架内改进开发过程和实践，使得他们能在下个 迭代 中更高效更愉快。

 

注意事项：

有效的会议，要做到：

会议前，通知会议相关人员，会议时间、地点。

会议中，需要对会议做会议纪要。

会议后，需要对会议纪要整理输出工作事项，并在下次会议时检查事项完成情况。