首先要谈的就是项目例会的目的,这个搞不清楚就会把项目例会变成技术讨论会,失去了原有的意义。 一种观点是“项目例会是工作的开始”,说法没错,但更重要的一点是:会前每个人都需要梳理自己的工作思路和计划,不能临时抱佛脚。当然如果你昨天晚上就想好了,那也OK,这属于自身管理和实践管理的范畴了。 项目例会典型的描述是:
这个过程一般10分钟左右就完成了,为什么有些团队会需要30分钟乃至更多呢?有几个可能的原因:
如何避免不陷入技术讨论细节呢? 一种是问题的提出者会前已经知道问题,这种需要提出者清晰自己的问题,及寻求帮助的对象,从而在会议约定时间会后讨论。 另一种是会上临时提出来的问题,这种需要会议的组织者及时中断讨论,约定会后时间讨论。 从会议的组织上来说,建议是团队成员轮流组织,组织者不是管理者,或者不是传统意义上的管理者,他的职责是保证会议以一种轻松的气氛进行,让每个成员管理自己、承诺自己,而不是被动的接受安排。 会议过后,每个成员对自己一天的工作以及任务都做到有个自己的计划,这也是团队的计划。 作为团队的负责人必须注意,例会上,你和其他成员一样,避免问东问西,要让成员自己去讲,去承诺。 会前,项目经理要对团队一天的工作乃至每个成员的工作应该是了然于胸的,如果做不到这点,要在会前了解清楚,会议不是你的舞台,幕后才是。 总结成一个原则就是:项目例会是自己对自己承诺的舞台,是自己对团队承诺的舞台,会议之中,“人人平等”! |
|