曾几何时, 我觉得开会是世界上最浪费时间和最无聊, 没事干的人想出来的事情. 会议是不用带脑子出席的.
后来参加工作, 加入一个我非常陌生的领域, 老板讲的话, 我听不懂. 60十多号人一起在会议室里听着老板讲话, 老板讲的可起劲, 下面的人听着昏昏欲睡. 要么玩手机, 要么假装听的很认真. 会议结束后, 好像刚才就是给自己一个休息的空隙.
刚转产品那段时间, 也经常参加各种讨论会, 因为对于行业的陌生, 我依旧是提不出建设性的意见或者有参与感. 给技术开需求会的时候也只有技术老大配合理解需求以及发现问题, 整个会议像是少数几个人的私有对话. 于我而言, 像是完成了一个任务.
当我开始对自己所在行业稍有理解的时候, 我觉得老板同步公司目前的方向以及正在做的事, 未来要做的事, 已完成的成果是多重要, 因为产品部所做的事情, 需要各部门的配合, 如果大家思想未同步, 执行起来的沟通很困难.
现在重新进入一家公司, 我的老大是个对很多事情有深刻理解的人, 开会过程中, 你的提问就能暴露出你有没理解他要传达的思想. 现在, 我自己是做产品规划的人, 产品的目的, 设计, 逻辑我都有全程参与, 开发需要注意的点, 分析开发的复杂性我都比较清楚, 但我在前期需求会议中, 我没有把这些点提到, 技术人员依旧保持着听着就好的态度, 没有问题, 没有参与, 只知道大概要做什么功能. 我能理解, 技术人员不懂真实的业务, 也不那么关心, 而且很多细节问题, 只有在做的过程中才会发现和暴露出来. 所以后期, 在开发的过程中, 我又要反复给每个人讲他不理解的点, 遇到的问题. 甚至, 到开发后期, 才告诉我这个需求完成不了, 有的时候做的效果完全不对. 我明显的感觉到, 他们会议上根本没听我说了什么, 这是让人很窝火的事情. 我就当面开玩笑的”批评”他们, 甚至有几次争执起来了. 我常常当面说他们是不是失忆了.
“批评”还是有效果的, 我自己也反思了开会问题. 我会提前把我的需求给开发, 提前看, 如果我没有前面几次的”批评”, 他们依旧不会看. 那会议上依旧不知道我在说什么.
现在, 他们提前看了需求文档, 我们的会议效果还不错, 首先让大家在想法上达成一致性, 初步判断开发的难度以及可行性. 每个负责的人都参与进来讨论, 并提出我没有想到的点. 会议的终极效果是, 大家明确分工, 明确任务, 理解需求. 这样的会议是让人满足的.
反观有的会议, 拉上一群人, 开着无准备的会, 着实让人不爽. 开的让人迷茫, 我们这群人在干嘛.
这两天参加的两个会议, 很明显的感觉到主办人并没有做任何准备, 有的参与人员提的问题, 清晰的知道他不熟悉业务, 有的参与人员突然发言, 明显的感觉到他没有参与到会议内容上.
会议, 可以解决很多问题, 也可以反映很多问题. 发起会议人目的要明确, 会议内容不要被发散, 被发散了发起人要拉回主题. 让参与人明确会议主题, 要解决的问题以及要达成的共识. 这不再是个浪费时间的事, 这是个达成共识最好的解决方案.
毛姆说，阅读能为自己筑起一个避难所，几乎可以避开生命中所有的灾难。
一个不善言辞却乐于表达想法, 过于感性却理性行事, 偏好文静却不懂温柔, 不懂世界却愿与世界和谐的90后菇凉, 在这里, 我会分享我读过的书. 希望你也刚好喜欢
欢迎关注我的微信公众号:产品汪读书, 或扫描下方二维码关注.
愿你我乐观生活
扫描二维码关注或微信搜索LDYG2017
网友评论