“开会” 引发的思考

就职一家IPC科技公司，从事Android APP开发，生活波澜不惊，若没有长远打算五年后我还是APP开发工程师，十年亦然，生活从未停止脚步，追梦少年和风一起，也不会停止。
在工作中，除了手头上面的工作之外，有好多可以学习的，假如工作仅仅只剩下代码，那朋友你就需要和神多对对话了，哈哈。我们不只是IT攻城狮，还是有想法、有活力的、敢于去拼的追梦人。所以日常工作中，择期善者而从之，其不善者而改之，多去思考某件事情本质上的意义，透过现象看本质。
当在围城里面津津有味的为生活拼搏时，我们曾否想过这样的围城合不合适，引申之，当在公司会议上涛涛不绝时，有没想过这样说对不对，再广之，首要是这样做对不对，该不该这样做，应该怎样做，然后再去这样做，好像和三思而后行，是一个道理。这是对新开始一件事情，你可能会这样想，是没有错，大多数人都为这样的思想。而当进入一个已经成熟、稳定的系统，能否冲破阻力，对现有组织框架提出质疑或提出好的建议，打破现有条条框框，有多少就打破多少了。
有深圳研发中心周总领着大家开早会，在我来之前已经有开早会的惯例，第一次与会，周总一句从某某同事开始，我们就开始说自己的情况了。效果很不好，有时同事之间可能就某个问题讨论了很长时间，也有同事只是说了说自己的工作内容，（敏捷开发、日志管理计划，和以前的惠卡又联系起来了），与我们想要的开早会效果相距较远。
如何才能开好会？ 那应该问我们开会的目的是什么（会问问题也是一种能力）1.掌握项目总体进度，确保和预定的时间不会有太大差别 2.解决开发人员遇到的困难如某一项技术难点需要他人帮助、某一项任务需要他人进行后才能开始等。
具体开会时，与会人员应该做些什么？分为会前、会时、会后三种分析。会前 准备 @1 正在做的工作，正在做的工作和预定规定的项目研发进度有没有冲突，能否按时完成 @2 工作中遇到的困难，并抛出自己的解决方法 @3 需要他人的帮助，需要他人在几点之前完成；会中，抛出问题切忌长篇大论，言简意赅 ，不要在会上长时间讨论遇到的问题，应该会下再讨论，记录他人需要自己协助的地方，记录领导对自己的任务安排等；会后遇需要协助的人和想要相助的人积极讨论争取问题尽快解决。