工作例会怎么开

管理例会是处理日常问题的主要手段。但是，有管理经验的人都有这样的认识：管理例会开好了的不多，80％的会议都没有什么效果。一般来讲，务虚的会议好开，务实的会议难开；计划性的会议好开，解决问题的会议难开；问题明显，要求整改的会议好开；问题不明显，分析责任源头的会议不好开。另外，例会中，情况汇报多，原因分析少；问题说明多，解决建议少；听得多，说得少；会议记录多，落实到位少。
第一，要坚持以下几个原则与态度。
1、领导不要相信例会可以解决所有问题。例会可以解决调度协调问题，作业困难支持问题，计划安排、任务分配问题。但是，问题的根源性分析最好不要涉及，对于频发问题的刨根问底不要在例会上进行。要以“微服私访”或者“调研小组”的形式把问题根源搞清楚，然后面对面地研讨对策和办法。
2、领导不要把例会当成追究责任的会议。例会的使命是发现问题、发现难点，不是追究个人责任。在例会中，永远不要有追究个人责任这种意识，也不要让干部有这种心理印象。会议就是呈现问题、困难、计划、分工，与对个人的评价无关。领导要让问题都在例会上暴露出来，但是，不追究任何人的责任，只探讨解决办法或者提供解决困境的支持。如果有人捂着、盖着问题，结果要自负。
3、参会人员不要把例会看成责任追究会议，更不要当成攻击异己的“媒体”，或者推诿责任、为自己辩护的“下院”。会议就是来谈问题、谈困难、谈计划、谈分工的地方，没有任何其他意图。领导层要打击在会议上谨小慎微、别有用心的风气与心态。
4、例会不进行任何务虚讨论。例会就是分析企业现在需要协调的问题和需要安排的任务。
5、例会不进行任何鼓动宣传工作。例会是抓事实，不是抓干劲的。
6、例会要有记录。问题、困难反映记录，措施记录，任务分工记录，时间计划记录等等。在下一次会议中，检查本次会议决议的落实情况。
第二，把例会内容进行简单分类。
3、计划、任务分配。对某项任务进行分工落实、时间规划。
4、问题、困难汇报。对于本部门不能解决的问题和困难进行总结与汇报。
第三，按照以下程序和思路展开会议。
1、备会内容要点情况通报：①本职、本部门工作完成得怎么样；②上次例会的要求落实得怎么样；③管理活动开展得怎么样，诸如5S、细节管理这样的活动调度协调；④计划落实中，遇到什么问题，需要哪些部门配合；⑤计划落实中，人力、设备、权限上有何不足，需要什么支持；⑥问题、困难汇报：技术装备问题，人员配备问题，流程、规章、标准问题。
2、会议进程控制
①听取汇报；②上次例会要求的落实检查；③明确、确认问题和困难的含义；④解决办法讨论；⑤任务分配讨论；⑥决议。
3、决议①复述决议内容；②沉默视为同意；③决议记录在案，下次例会检查落实的情况。

研发部门如何提高工作效率的管理探讨 第一、几个基本的工作准则 

一、 组织协同，避免缺乏组织，让事情放任自流，一盘散沙，这是产品日常管理责任人、项目负责人的责任。

 二、 难点问题即时支援攻克，避免员工工作粘滞影响进度。 

三、 经验不断总结并标准化，避免低水平重复工作。 

四、 立项严谨，避免折腾。

 五、 我们需要一支有原则的队伍，“我要什么时间完成这个工作，你必须何时提供这个东西给我，有问题请你和你的上司商量，这个问题请尽快办！”避免老好人、避免漫无目的、避免无原则，到头来才说是别人没按时给你。

 六、 有困难立即找上级协助解决，面谈、打电话、邮件都可以。 

七、 “举手制”——变更必须沟通协调，避免不沟通导致的失误和损失，我们就像一架奔跑的四马拉的战车，任何一匹马要改变方向或者速度，都会带来其余三匹马的问题。

 八、 我们必须是一个全能型的精灵，我们处在一个高度讲求效率和快速反应的行业里，反应要快，要能坚持。 

九、 产品风险大，必须严谨、再严谨，防呆、放错、多方验证必须是每个工程师的基本认识。 

十、 “我们是一伙的”——我们还处在需要快速成长的阶段，我们的产品积累不够，产品线不完善，还不能完全覆盖所有客户的各种需求，应客户需求进行开发的事情较多，一边沟通了解、一边设计、一边生产，交货时间紧迫。这类特征要求我们必须是一个高度讲求效率、高度讲求沟通协调，高度讲求工作质量、高度讲求一次就尽力把事情做好的组织。 

十一、 持续改善提高，不断完善和总结。

 第二、组织协同的重要性：

 1、什么是组织协同，就是需要安排什么人做？何时完成？谁的工作会影响谁？出现问题该如何沟通和解决？每个人上下游关系是谁？有问题时该即时和谁沟通？有困难时该找谁？ 

2、谁来组织？怎样组织？没有有效组织就无法谈协同。 谁来组织，是一切的关键。 为说清楚这个问题，我先讲几个基本逻辑：

 ⑴、两点之间，直线最短；

 ⑵、沟通事情，问直接当事人，问最了解情况的人最快。 

⑶、我们是一个更强调服务的企业，为什么？我们只有用自己真诚的服务打动客户，这就必然导致我们不能教条，必须灵活。

 ⑷、技术难度高，专家型特点突出。 正是这几个基本逻辑，导致我们的信息分散，管理难度大，为什么？该怎样解决？——决策重心下移，加强沟通和检查是唯一的解决办法。 ①、产品日常管理责任人是各类项目、任务分解落实的组织者 ②、部门管理人员是各类项目任务落实到本部门具体人员时的保障完成者，是任务、项目仅仅分配到本部门的工作分解落实者。 ③、所有干部是自己管辖范围内的所有工作按时完成的促进者、保障者、教练、检查着、引导者、指导者。 ④、研发管理办： A、所有交到研发管理办的工作计划的系统推进者，各产品日常管理责任人或项目负责人、部门负责人，把各自组织落实分解的跨部门协同工作推进计划可以交由研发管理办组织检查推进，每天督促检查的工作量大，仅仅依靠部门推进的难度大，这时就可以交由研发管理办按各部门提供的工作计划推进检查，研发管理办必须把检查情况及时反馈给任务交待者。 B、各类任务、项目汇集成一张总计划，把运行在研发部门的全部任务和项目汇制一张全局运行图，《研发总计划》可以看到各个任务、项目的计划完成时间和进展情况，以及各类资源的运用情况。 C、研发人员任务分布分析，也就是资源运用情况分析，可以分析出每个人的任务情况，工作量是否过于集中在某几个人，他们的工作量过大时该如何支援？ D、PM专员：研发还没完全量产或者说没正式转产的产品系统跟进者，是研发和生产的衔接者，研发与生产混合阶段的计划执行推进检查者，运作差异即时发现者，系统监控这一阶段的运行情况并即时上报信息给决策人员。没有正式量产或者说没正式转生产，代表着研发可能还存在着很多不确定性因素，需要加强研发和生产、采购等各方面的沟通和协调。PM专员必须强化这方面的沟通组织和总结经验，因为这方面的不确定性和快速反应要求更多。研发投产申请流经PM，PM会根据投产申请编制推进计划跟进，并将意外事情及时反馈给当事人，把重大事情汇报领导。

 3、计划即时跟进检查和组织调整 一边研发一边投产的项目，往往会出现计划没有变化快，前一天刚协调好的工作计划，可能第二天就又发生变化，发生变化的原因很多，其中可能存在的因素是研发设计没能按时完成、追加设计、修改设计、某些物料采购周期太长、生产估计不足、品质出现异常等，面对这类问题该怎样解决？——加强沟通，即时把变化信息反馈给工作组织者，几个基本原则必须把握：

 ⑴、每个环节的工作人员必须严格遵守自己的完成时间，这是一种工作承诺，遵守承诺是一种好品格。

 ⑵、上一个环节的工作人员尽力了，加班加点都无法按时完成的，必须第一时间将这一情况即时反馈给工作组织者，工作组织者必须第一时间通知下一个环节工作人员，必须和下一个环节的工作人员一起解释，取得大家的理解和支持，并和下一个环节的工作人员一起研究，该怎样设法抢回耽误的时间。

 ⑶、绝对禁止不沟通，时间耽误了，必须立即组织沟通，必须立即举手，不沟通会导致全盘皆输，这必须是每个管理人员时时要牢记的教训。

 ⑷、兵败仅仅是因为我们被突破了一个点后麻木的放任自流，不立即在第二个节点立即组织阻击，绝对禁止随意把耽误的时间往后推移，这一点很重要，我们必须设立一道道防线，第一道突破了，我们就必须和第二道的工作人员研究防止第二道防线被突破，这是一种精神，是一种坚韧的精神体现，我们坚持了，收获的不仅仅是某项工作的成功，更多的是收获了一种坚毅的工作作风和态度，对我们的人生都大有帮助。