研发管理中的会议

一、敏捷管理中的会议

敏捷开发中，迭代会、每日站会，能很好的贯彻和落实敏捷宣言。会议并不多，但是目的都很明确。我们公司是根据敏捷Scrum模式来开展各种会议的。

计划会议

在每个迭代中要做的事，是通过计划会议来统筹规划的。计划会议需要由整个敏捷团队共同协作完成的。
计划会议的目的主要有两个，做什么和怎么做。

1、做什么

概括起来就是需求确认。
领导或者产品负责人会讲解这个迭代中的目标以及完成目标所需要的产品待办列表。整个团队要好好理解这个迭代要做的工作。
根据我在公司带项目的经验，如果这个迭代的内容研发难度大，不确定性大，应该调研，即先由产品负责人、项目经理、研发核心人员进行简单的交流，主要是根据产品负责人提出的范围，初步的预估成本、进度，因为产品负责人可能认为很简单的事情，技术实现上代价可能很大。产品经理、项目经理、研发核心人员在沟通并且具有总体的一致之后，进行真正的迭代会议，也就是如何做。

2、怎么做

先任务分解
在团队成员知道这个迭代的目标，知道这个迭代要做的总体工作后，就需要细化怎么做。首先是需要对迭代内的任务进行分解，总体是设计、开发、测试、和修复几个模块来进行。项目经理配合各个方面的核心人员，将任务尽可能的细化，当然总体还是渐进明细的，先设计完其中的某一个模块，好让后面的开发可以进行工作。
估算工时
工时估算时候，主要靠各个模块的工作人员自主估算，只要不影响项目总体进度就可以。
任务分派
在迭代会议上，任务分派，主要是让各个模块的人员知道自己接下来需要做哪些工作，比如研发该预研的预研，测试也可以进行准备工作，具体的细致的工时在站会的时候进行。如果有些模块可能涉及到多个人员，但是负责人只能有一个。如果有多个小的模块，比如开发，分解后有多个小任务，优先是让开发人员自己选择任务。

每日站会

在我们公司，站会时间尽可能的短，目的是为了了解大致情况。遇到的问题在站会结束后专门和相关人员讨论。

1、昨天做了什么

正式验收（形式上）工