周五，参加了一个团队项目IPM会议，整个会议从原定的计划1小时完成变成3个小时完成，我在参加其中的约40分钟的过程中发现了很多问题，问题列举如下：
1、没有目标或目标不清晰。我从进去到离开，没有了解到任何一个信息，是关于这次迭代会议的目标的，唯一听到的是这次讨论的是要改进产品的交互，但是改进那些地方？如何改进？改进到什么程度？这个事前没有任何的结论性东西，而是在会议上通过不同角色，所有人员的发散，我相信这样的IPM会议，我离开以后情况会是一样的。
2、没有回顾上一个迭代的情况。也许甚至都不知道上一个迭代做了什么，上一个迭代的目标是什么？这里有一个很大的问题，会导致所有的项目成员对产品的持续发展目标感觉到迷茫，没有延续性。同时也不知道上一个迭代做的是好，是坏？当然，做得好是坏应该是项目回顾的时候做的，但是团队可以调整，把项目回顾结合到IPM会议上去做，花时10-15分钟，应该效果非常明显；
3、IPM会议变成纯粹的讨论会。这个与目标不清晰有关，也与会前准备工作有关，同时还有一个非常大的问题就是在讨论某些问题的时候，是跳跃式的讨论，比如讨论一个产品的交互的时候，由于会前对这个交互没有什么思考（比如，这个应该是产品经理在IPM会议前就要做好的，产品经理应该输出本次迭代要实现的产品的交互，然后可以供大家讨论，同时不允许讨论太长时间），因此会议主持人就在页面上晃来晃去，大家也不知道要讨论些啥，也不知道这个产品交互究竟存在什么问题？ 因此，这样的讨论就变成了一锅粥。
4、陷于细节。IPM会议的目标是确定本次迭代的产品目标， 划分项目开发范围，分配工作并透明化，评估产品特性价值和优先级。而如此的IPM会议，大家往往直接就陷入了细节，要花非常多的时间去讨论这些细节，而这样的讨论显然是没有任何结论的，从而会造成大家对产品应该如何发展非常的迷茫。
5、缺乏master角色。会议出现了问题，比如大家陷入细节，发散讨论等等，这些都会直接影响IPM的效果，然后并没有明确的master 角色的人员跳出来指正或制止。
6、没有timebox等等…… 其实还有一些问题，但是可能还不是当前影响最大的。
总结以上这些问题，那天会上，我离开前在笔记本上记录了应该如何开一个比较成功的IPM会议。我们先从IPM会议的目标来展开。
为什么要IPM会议？
对于采用敏捷迭代式软件开发的团队来说，通常一个迭代代表一个产品开发的阶段，迭代的结束也是产品结束了上一迭代开发并输出成果的时刻。IPM会议就是在这个时候召开的关于团队对下一迭代目标展望和行动分工的会议。它对团队非常重要，与较传统的项目组织形式不同，由于迭代时间通常在2周-4周，时间不长，因此在这样的时刻开项目组会议更容易去发现上一阶段的问题和困难，更容易去清晰下一迭代的工作目标。
开IPM会议前该准备什么？
很多人有这样的误区，以为IPM会议就是团队一起讨论并明确团队工作目标的会议，是的，没有错，但是，如果随便的发散讨论，这样的IPM是得不到一致的目标的，因此IPM会议还要求会前做一些准备，我总结一下，目前觉得至少应该包括：
- 上一个迭代的成果（简单的几个产品特性，用户反馈，最好是可以演示的产品，让团队感受到产品正不断的迈进）
- 上一个迭代碰到的问题和困难；
- 上一个迭代做的好的和做得不好的（这里可以简单做做，如果时间不多，可以放在大发布的项目回顾会议上去做）
- 本次迭代的总体目标描述（要求清晰，准备）
- 本次迭代产品包括的特性范围，要解决那些用户需求和场景。
- 产品经理输出本次迭代产品的交互稿件（经过初步讨论，在本次会议上只需要偶尔讨论或获得团队认可即可）
- 涉及到其它重要的产品，迭代目标方面的事项
如何开IPM会议？
初步觉得步骤如下：
1、项目经理回顾上一迭代的成果（已经准备好的）；
2、项目经理总结上一迭代碰到的问题，困难和风险；（已经准备好的）
3、项目经理介绍本次迭代的总体目标（会议准备期间已经和产品经理讨论一致），目标的描述一定要清晰，条理，可达到，容易让团队成员理解
4、产品经理介绍本次迭代的产品目标和特性范围。（陈述本次迭代总体产品目标，包括那些产品方面的特性，准备解决那些用户的问题和场景，能给用户带来什么好处，希望产品特性做成什么样子，达到什么目标…)
5、如果开发人员对产品经理所描述的不清楚，可以直接示意提问，直至把产品特性所描述的问题定义清楚。项目经理在这个时候要控制，不允许针对一些对产品特性如何实现陷入技术细节或发散到其它与本次迭代无关的事务上去；
6、产品经理对大家明确一致的特性描述用户价值（从产品规划，用户需求，用户场景等方面评估），并传递给所有团队成员；
7、项目经理组织开发人员对产品特性进行评估（评估工作量，采取集体评估方式）并认领；如果集体评估某个特性有实现难度，则项目经理可以在最后环节安排15-30分钟的讨论，如果没有办法解决这些技术难题，则建议在会后单独讨论，并找其它资源（技术顾问）共同商讨解决方案；
8、最后，项目经理把本次迭代会议讨论的产品特性和认领分工情况列入迭代计划，并宣布，本次迭代设置timebox，轻易不能进行变更，需要变更时候，需有产品经理，项目经理，开发人员等等角色共同确认；
IPM会后还需要做些什么？
IPM开完了，还有3个重要的事项要做。
1、发会议纪要，总结本次迭代会的目标，特性范围，技术难题，人员认领分工情况等等，让团队成员以及项目干系人等都了解；
2、每日晨会上，要围绕IPM会议制定的问题进行，每天都要强调目标，包括产品的目标，项目的进展，碰到的问题，特性的进展，技术难题是否已经得到解决等等。
3、项目经理和产品经理开始筹备和思考下一迭代的产品目标和项目目标；
以上是上次参加了一个IPM会后感受到的问题，希望通过这篇日志的总结，帮助团队的各个成员去思考自己的职责，有准备有目标的召开IPM会议，从而保证迭代的节奏是正常的，稳定的，保证团队目标是一致的。
