waders的专栏

参加了不少项目周会，截至到目前为止，还没有项目经理能够在周会上落实给业主4项（含4项）以上的工作:(心态分析一下： 一个项目、工程肯定需要多方配合，譬如业主方、监理方、顾问方、实施方、接口方等等，安排工作给各方是很正常的工作需要，包括给我们的业主； 我们同事很多时候觉得“自责”或者不敢说，其实想想：“不是要你去陷害他们”，要坦然地将包括业主的各方象我们的同事一样去安排

前序：这句话出自《微笑的异端——影像中的胡适》一书中的文章“文人不相轻”，说的就是胡适和蔡元培先生的事情。说到蔡元培主持的北大，各种势力相汇，既有复古派的学人，也有高扬新文化的健将，让北大的空气活跃起来。蔡在一篇文章中说，学术研究，没有绝对正确者，只要能言之有理，持之有据，则可立于讲台前。这句话用在我们项目周会上和客户的探讨我觉得也非常合适。事前回顾：某周会，谈到业务策划，由项目组

前序：看标题，大家肯定一心想的是我们工作Delay了，应该吸取什么教训。但是今天要告诉大家的是一个由于客户方的工作原因导致Delay了，我们应该怎么办？这个CASE不是要告诉你谁的责任，而是想告诉大家，Delay了工作不可怕，可怕的是没有去分析原因，并且改进，那么下次还会因此Delay。场景：某周会上，项目经理谈论到最近的工作，由于业主的业务部门负责人配合上的问题，导致需求不能及时

某周会，项目经理和业主方的业务负责人A谈到项目计划以及某模块风险和应对措施时，A表示： 该模块，除了我们外，还另外找了一家也在做 将最终产出物，给领导拍板，谁好谁上 A只支持我们，他将Idea只告诉我们 读者和我们一样没有事先知道，只是在会上才知道这个事情，如何回答？ 其实这个问题不好回答，当我上次在培训的时候，就问了参加会议的同事，有的人说我会说

在周一公司内部和部门经理一起进行的项目周会上，项目经理基本上会按照以下的议程给管理者汇报：上周工作计划的完成情况以获得的成果或者产出；上周实际执行情况与上周预计的计划进行差异分析，提出改进；本周的工作计划以及对项目目前风险的分析；呵呵，听报告其实是个苦活，如何从听汇报中了解项目工作的细节，找到可能项目经理忽略的问题或者风险，分析问题的关键点，并且给出意见，是项目经理们给管理者的考验！从前端时间对项

这两天早上进行如何进行会议纪要的培训，最后一个环节交流会议纪要的编写经验，有同事询问：“如何提高项目组成员的会议纪要的记录能力？”，参加会议的各个项目经理纷纷出主意，现将思路整理如下：给项目组的同事在会前准备工作中，提供会议纪要的模板，让同事们看以往会议纪要的案例，让记录者了解会议纪要的各个要素和每点内容的要素；在进行会议纪要前，必须对记录者进行业务背景的介绍，让他对业务知识有所认识，

场景：某项目前两周的周会，当项目经理说到月度开发的功能由于测试不通过，因此上月24日的部署目标没有达到时，受到了客户的质疑。客户先是质疑开发效率，当时项目经理解释是开发稍微有Delay，主要时我们自己送检测没有通过。客户并没有被我们的解释转移了目标，那接着投诉测试工作效率比较低，而项目经理当时在周会并没有确实的数据说明送检测的功能点数目，以及测试反馈的Defect数目。项目经理

场景：最近参加某项目周例会，刚开会的时候，业主A情绪激动，一上来就投诉我们的服务能力和质量，说我们服务同事的处理问题的能力太弱，一下就说了三个事情：礼拜五，你们服务的同事改了密码也不说上午的事情，响应时间很慢中午提的帐户问题，到现在还没有处理好谁也不愿意刚开会，没有坐定，就被别人乱轰一炮！在简单了解了问题的缘由后，知道目前的涉及影响、大问题已经解决以及同事们正在后续处理后，

场景：在周会上，项目经理汇报上周某系统上线的培训，由于出现了前一天部署更新系统导致环境的问题，影响了培训效果，我们培训的当天中午解决了问题，下午终于可以开展完毕。业主觉得我们在系统上线前的培训工作，重视不够，除了项目经理，只派了一个开发人员参加，向负责该业务方向的高级项目经理施加压力，要求高级项目经理应该参加以后的培训。另外，还表达对我们项目经理的能力的怀疑，说项目经理的表达能力还不够，而

昨日参加了一个项目会议，在会上用户投诉我们项目经理上线很随意：偷偷地升级，没有知会业主方的负责人，很随意的爱发就发，部署后给个简单的说明，甚至是前后没有任何说明。【上面这一句摘自来自用户的邮件】 看来，管理中心在这个方面的要求规范、培训做得不够，是应该好好总结一下。以前只是针对个别同事，把自己的经验告诉他，这样还有很多项目经理，特别是新进项目经理还缺少指引。真的不能等到业主投诉，我们才去改

续（挖掘篇）其实想了解业主IT方对项目的底线，压根也不需要举这样的理由，但是项目经理已经在周会上在用户面前这么说，其实已经没有责怪他的必要了，而且现在不是责怪的时候，而是应该接着深入分析项目情况，了解项目目前的困难以及症结，才有可能给出正确的、具体的指引。因此，我们管理中心的同事接着询问目前项目的主要问题以及改进措施。项目经理回答主要是沟通效率的问题，目前改进措施是：正式发邮件给业

注意：本文转载过程中，隐去具体项目名称和模块名称，并且做了少量的修订，特此向作者以及读者说明。 背景：这次会议是一次需求确认会，但是客户方的业务负责人没有出席，由监理方进行确认。在会议过程中发现很多需求点尚未明确，但监理方对很多地方也拍不了板，考虑到项目的进度压力很大，项目经理对需求最终定稿的时间点心里没底，预感将有较大的延迟，进而对整个项目客户当初要求的上线时间没有把握，心里比较着急

续（转述篇）收到上文的QA转述邮件后，负责项目管理的同事和该项目经理召开了沟通会对该项目目前的情况进行了解，以便分析。项目经理的阐述如下： 目前项目处于需求阶段； 监理方对业务不够了解，通过监理方进行需求调研的效果不明显，前段时间项目组进行了思考，有了一些改进措施，譬如：提供了需求问题列表，但是反馈时间慢，并且发生多次反馈不一致的情况； 针对目前的情况

周会的最后一班岗是什么？场景：某周会谈了3个小时，大家都累了，又是在周五，天气又不好，老下雨，大伙都准备散会了。好像好缺了什么功课？思考： 我们没有养成对会议的内容进行立即总结的习惯； 为事后的周会纪要做好充分的准备，再一次提供机会和大家对共识的问题以及非共识的问题进行确认； 如何做好待跟踪事项的确认，让业主、用户或者我们知道对于周会中发现的一

请修改一下同事的会议既要中的这一句： 将报表列表整理出来 你觉得这句会议既要缺少了什么，需要进行什么样的修改，给出范例说明？