看完这篇文章觉得有收获,我一向反感官僚、无效率的会议,反思自己工作的周例会,具体项目讨论会议,觉得以下“技巧”可以尝试:
1. 会议中将议题,及每一个讨论并确认的事情通过白板记录下来,供所有开会的人抓住主议程。
2.同理上面这条也可以适用于周例会个人的工作总结,加强团队成员之间的协同
3.给会议一点压力:)
4.确保团队有明确的工作指令、战略方向以及有足够支撑行动的信息,并且同时让他们感觉有前进的动力并受到了尊重
=============================喜马拉雅分割线:)==============================
【转载】
像Google一样开会
原文:http://9b2d1d45.linkbucks.com/
翻译:http://www.isweetriver.com/2010/google-meetings
“开会”,在现在的商业运转中,这两个字的名声非常不好,因为真正能通过会议这个形式取得什么成果的很少。我记得Dilbert(美国漫画家)曾经有一幅漫画这样画的:几个人围着桌子坐着,会议组织者说“今天会议没什么特别的议程。像往常一样,我们就就抱怨下、做些没什么干系的发言就好了”。
现在会议基本上就是这样的,大部分的会议都是无序的、没有激情的、没有效率的。但我们的会议是可以开的更好的。
当我决定写一篇关于如何开展有效会议的文章,我找到了Marissa Mayer (Google搜索产品的副总裁,see BusinessWeek.com, 6/19/06, “Marissa Mayer: The Talent Scout”
http://f64edd7f.linkbucks.com/),在我所认知的人中,她在会议方面有着最丰富的知识,并且她领导创造了当今一些最有创新意义的产品,这也让我为她在会议组织方面的才能上加了不少分。
Mayer平均每周开差不多70个会议(SweetRiver译注:会霸…囧rz…),并且作为最后一道关卡来把关Google工程师、项目经理向Google创始人Sergey Brin和Larry Page来陈述、推销他们的想法的机会。一共有8个由directors, managers和engineers组成的团队在产品开发的各个阶段,向Mayer汇报。
在Google这样的公司里,大部分的工作都在会议中开展,Mayer的目标就是确保她的团队有明确的工作指令、战略方向以及有足够支撑行动的信息,并且同时让他们感觉有前进的动力并受到了尊重。Mayer她成功开展高效会议的6个秘诀就是:
1. 有一个明确的议程
Mayer要求每个会议都必须有明确的议程,内容包括参会者希望讨论的问题的大纲以及他们将如何最有效地利用自己的时间。当然,议程需要有一定的灵活性,Mayer觉得议程更多地扮演这样一个角色的工具:议程迫使参会者仔细思考自己希望在会议上所达到什么目标以及如何最好地去达成这样的目的。
2. 指定专门的note-taker(SweetRiver注:和我们一般概念上的“会议记录员”还不一样)
Google的会议一大特色就是有很多的投影…..。一面墙上投影现在的presentation,旁边会再有一个投影仪展示当前会议的记要(SweetRiver注:原文想要表达的意思应该是不仅要找一个专门的会议记录员,还要专门的投影实时地展示当前会议的记要,以确保参会人员能在会议上达成真正的一致),可能旁边还会有一个投影显示着一个4英尺高的在走的计时器!!Google高管们相信,通过制作一份官方的记要,可以最大程度地马上消除不准确性和不一致性。
那些没能参加会议的人会收到一份会议的记要。当有人试着回想会议的决定、团队前进的方向、接下来需要做什么工作,他们可以有这样的标准官方记要参考。
3. 钻小会(Carve out micro-meeting)
Mayer留了大量的小块时间段去参加那些有特定议题或者关于特定项目的小会。比如,在她与创始人兼CEO – Eric Schmidt的每周2小时的会议中,她会抽出5-10分钟间隔(或者更长,这根据主题而定),去参加那些特定领域的会议,如关于站点表现的周例会、新产品发布等等。
如果有什么紧急情况发生,这种方式给了Mayer足够在会议前调整议程的灵活性。这也慢慢让会议变得更有重点。Mayer对她的团队成员也是采取同样的策略,更多是5-10分钟的短交流(她的行程安排所允许的最短时间段),而不是30分钟的促膝长谈。通过这样地在一个大块时间段钻出时间参加小会,她可以收获更多。
Mayer有着engineering和computer science方面的背景经验,自嘲地称这些micro-meetings是“降低流水线上的延迟” (reducing latency in the pipeline)。这就是说,如果她的一个员工想跟她讨论一个问题,这位员工可以在Mayer的某一个大的时间块上跟她预约一个10分钟的micro-meeting,而不是等她下一个空闲的30分钟,——这30分钟可能2个星期都等不到。
4. Hold office hours.
SweetRiver译注:Hold office hours的意思可以看下Harvard Business Review的这篇文章
http://127d6f7d.linkbucks.com/。其实就是类似“答疑时间”的这样一个概念,即某人固定时间待在office里,保证你在这段时间的时候能找到他,跟他交流。这样的“答疑时间”可以让你更加亲近您的员工、更加了解公司内的事情、更加有机会听取意见和新的idea、更加有效的处理来自下层的一些问题,特别让你不会变成那种永远看不到的untouchable的神人一样。我没有想出比较好的中文词组来表达这个意思,所以下面都会保留英文。
Mayer的这条秘诀来自她在Stanford做computer science教师的经验,她也是在Stanford遇到了Google的两位创始人。Mayer的office hour每天下午4点开始,每次一个半小时。
员工将他们的名字写在她office外面的一块白板上,然后她按照先进先出的方式对队列进行处理。有时候是PM需要她在一次市场活动上的认同,有时候是一些员工想向她sell(推销)自己的一个想法或者设计 (see BusinessWeek.com, 6/30/06, “Inside Google’s New-Product Process”链接:
http://8e38c56e.linkbucks.com/).
Mayer说: “我们很多有意思的产品都是在这个office hour里捣鼓出来的,Google News, Orkut [Google's social networking site](SweetRiver译注:这里作者居然给Orkut加了一个英文注释,看来Orkut是比较痿,囧~~), Google Reviews, and Google Desktop这些产品的idea都是首先在这种office hour里出现的”。在这短短的一一个半小时的office hour的时间中,Mayer可以开多达15个会议,平均每个人7分钟的时间…….
5. 要数据,不要政治 (Discourage politics, use data)
Mayer曾经谈到的“9个关于创新的意见”(”Nine Notions of Innovation”)中的一条就是“要数据,不要政治”(see BusinessWeek.com, 6/19/06, “9 Notions of Innovation”
http://45297eb7.linkbucks.com/).
一个公司里,如果老板会根据他对人的喜好而不是他对产品和设计的客观想法来做决定,如果参加会议的人都会觉得老板会给他所喜欢的人所作的设计开绿灯时,那这条意见就非常有必要了。
Mayer相信这样的价值倾向会让员工士气低落,所以她把审批流程(approval process)变成了科学。Google会根据一些明确的度量指标来选择好的设计。选择是基于价值以及事实,而不是个人关系 (Designs are chosen based on merit and evidence, not personal relationships)。
Mayer不希望在设计会议上听到类似“I like”这样的句子,譬如“I like the way the screen looks”。而她会鼓励类似“he experimentation on the site shows that his design performed 10% better”这样的言论。Google是建立在客户反馈数据驱动的企业文化上,而不是建立在内部政治上(现在很多的企业都是),所以对于Google来说,“要数据、不要政治” works。
6. Stick to the clock.
为了给会议增加点压力以保持参会人员的注意力,Google的集会一般都会非常特色地在墙上都投影一个巨大的计时器,给特定的会议或者议题做倒计时…..。这真的真的就是一个网上可以下载的timer,跑在PC上,然后投影到4英尺大小。
想想当从会议室外面来看里面的情况,那一定非常疯狂:墙上同时投影着若干的影像:presentation, transcription(参第2条), 然后还有一个mega-timer!不过,在Google,it makes sense,在创造性的混乱中引入结构!!通过这个Timer给会议带来的轻微的压力感使会议保持on schedule。
Mayer同时对这个timer也有一个忠告:对timer保持健康的幽默感。(同时,我对Mayer的采访的timer也快到到时间了,但是Mayer让timer变成了一个有趣、友善的提醒物,而不是对我们谈话的粗鲁打断。)
请记住,这些会议技巧在Google里用的很好。虽然可能并不适用你们公司,但这六个秘诀应该可以给你一点如何让会议不浪费时间、更加有效的良好的启示。
分享到:
相关推荐
在该模型下,神经网络需要学会自动判断哪些词语对理解句意最有帮助,而不是“全文死记硬背”,因此,也不再像过去一样需要大量精标样本。 2022年,ChatGPT面世,ChatGPT是OpenAI公司花5年时间研发而推出的对话...
嵌入式八股文面试题库资料知识宝典-华为的面试试题.zip
训练导控系统设计.pdf
嵌入式八股文面试题库资料知识宝典-网络编程.zip
人脸转正GAN模型的高效压缩.pdf
少儿编程scratch项目源代码文件案例素材-几何冲刺 转瞬即逝.zip
少儿编程scratch项目源代码文件案例素材-鸡蛋.zip
嵌入式系统_USB设备枚举与HID通信_CH559单片机USB主机键盘鼠标复合设备控制_基于CH559单片机的USB主机模式设备枚举与键盘鼠标数据收发系统支持复合设备识别与HID
嵌入式八股文面试题库资料知识宝典-linux常见面试题.zip
面向智慧工地的压力机在线数据的预警应用开发.pdf
基于Unity3D的鱼类运动行为可视化研究.pdf
少儿编程scratch项目源代码文件案例素材-霍格沃茨魔法学校.zip
少儿编程scratch项目源代码文件案例素材-金币冲刺.zip
内容概要:本文深入探讨了HarmonyOS编译构建子系统的作用及其技术细节。作为鸿蒙操作系统背后的关键技术之一,编译构建子系统通过GN和Ninja工具实现了高效的源代码到机器代码的转换,确保了系统的稳定性和性能优化。该系统不仅支持多系统版本构建、芯片厂商定制,还具备强大的调试与维护能力。其高效编译速度、灵活性和可扩展性使其在华为设备和其他智能终端中发挥了重要作用。文章还比较了HarmonyOS编译构建子系统与安卓和iOS编译系统的异同,并展望了其未来的发展趋势和技术演进方向。; 适合人群:对操作系统底层技术感兴趣的开发者、工程师和技术爱好者。; 使用场景及目标:①了解HarmonyOS编译构建子系统的基本概念和工作原理;②掌握其在不同设备上的应用和优化策略;③对比HarmonyOS与安卓、iOS编译系统的差异;④探索其未来发展方向和技术演进路径。; 其他说明:本文详细介绍了HarmonyOS编译构建子系统的架构设计、核心功能和实际应用案例,强调了其在万物互联时代的重要性和潜力。阅读时建议重点关注编译构建子系统的独特优势及其对鸿蒙生态系统的深远影响。
嵌入式八股文面试题库资料知识宝典-奇虎360 2015校园招聘C++研发工程师笔试题.zip
嵌入式八股文面试题库资料知识宝典-腾讯2014校园招聘C语言笔试题(附答案).zip
双种群变异策略改进RWCE算法优化换热网络.pdf
内容概要:本文详细介绍了基于瞬时无功功率理论的三电平有源电力滤波器(APF)仿真研究。主要内容涵盖并联型APF的工作原理、三相三电平NPC结构、谐波检测方法(ipiq)、双闭环控制策略(电压外环+电流内环PI控制)以及SVPWM矢量调制技术。仿真结果显示,在APF投入前后,电网电流THD从21.9%降至3.77%,显著提高了电能质量。 适用人群:从事电力系统研究、电力电子技术开发的专业人士,尤其是对有源电力滤波器及其仿真感兴趣的工程师和技术人员。 使用场景及目标:适用于需要解决电力系统中谐波污染和无功补偿问题的研究项目。目标是通过仿真验证APF的有效性和可行性,优化电力系统的电能质量。 其他说明:文中提到的仿真模型涉及多个关键模块,如三相交流电压模块、非线性负载、信号采集模块、LC滤波器模块等,这些模块的设计和协同工作对于实现良好的谐波抑制和无功补偿至关重要。
内容概要:本文探讨了在工业自动化和物联网交汇背景下,构建OPC DA转MQTT网关软件的需求及其具体实现方法。文中详细介绍了如何利用Python编程语言及相关库(如OpenOPC用于读取OPC DA数据,paho-mqtt用于MQTT消息传递),完成从OPC DA数据解析、格式转换到最终通过MQTT协议发布数据的关键步骤。此外,还讨论了针对不良网络环境下数据传输优化措施以及后续测试验证过程。 适合人群:从事工业自动化系统集成、物联网项目开发的技术人员,特别是那些希望提升跨协议数据交换能力的专业人士。 使用场景及目标:适用于需要在不同通信协议间建立高效稳定的数据通道的应用场合,比如制造业生产线监控、远程设备管理等。主要目的是克服传统有线网络限制,实现在不稳定无线网络条件下仍能保持良好性能的数据传输。 其他说明:文中提供了具体的代码片段帮助理解整个流程,并强调了实际部署过程中可能遇到的问题及解决方案。
基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档~ 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档 基于C#实现的检测小说章节的重复、缺失、广告等功能+源码+项目文档,适合毕业设计、课程设计、项目开发。项目源码已经过严格测试,可以放心参考并在此基础上延申使用,详情见md文档