开会的一些反思

晚上回到宿舍，没有什么事情，突然心血来潮，想写一篇文章来记录今天发生的事!

今天是星期一，一周的头一天，也是上班的第一天，和往常一样，开项目周例会，主要讨论上周工作任务的完成情况，以及本周的任务，老样子还是先由项目经理先发话。接下来，一个个汇报各自的工作情况，这个汇报的人员是随机的，看人员做的位置以此排下来汇报。今天，不巧了，俺本人最后一个。今天的人还真多，除了我们项目组的人员和测试人员，连QA也来凑热闹了。我这个人有个毛病，在人不多，私下的时候可以把话讲得好好的，不知道为什么每次到开会人比较多的时候，讲出来的内容就是不够连贯，也许是平常比较少在人多的地方多与人交流的缘故吧。每次遇到这种坐在旁边的人都大聊特聊，自己夹在中间没有发言的时候，其实挺难受的，今天算是比较印象深刻，从这一刻起，突然发现一个开发人员如果仅仅只是会开发，不会很好滴表达自己的想法，很好的与其他人员沟通和分享自己的见解和知识的话，终究很难得到领导的赏识，晋升的机会就会比较的渺茫。

想想来了公司也快一年了，除了熟悉公司的开发环境，技术和流程，以及各种各样的会议，需求，设计评审的内容外，发现大部分都在维护旧项目，都在吃老本，技术没有太大的提升,倒是接触到文档类的资料比较多,因为公司很注重这些东西，所以没办法，不管项目大小这些后面都是比较要有的，要整理，最终都是要归档的。

其实，有时候想想开会只是一种形式，因为汇报的内容基本上周报里面都有体现了，只不过是再复述一遍罢了，开会的目的重点应该是解决实际中遇到的比较麻烦的问题，提出来可以一起思考，一起讨论，一起解决，但大部分不是，希望下次项目组的成员可以从这些方面多做一些改进，都说开发和测试是密不可分的，这话一点也不假，我们项目组的测试美眉很厉害，毕竟人家原来从实施人员转过来的，毕竟了解现场人员对项目的使用习惯和操作的便捷，界面的人性化，但是正因为如此才使我们开发人员很蛋疼，想法太多，就意味着麻烦也多，bug也越多，工作量当然也不小了，刚好对方是个美眉吗，就不介意她提的bug多了。再来说手我们的主管(架构师)，这个人年龄比较大，但是综合能力很强，经验很丰富吗，什么都难不倒他，需求可以做，设计可以做，编码也可以，还可以管理人，反正就没有他不行的，可惜这家伙，不久的时间就要离开我们组了，悲剧了，以后 不好混了，真的，因为现在这个要代替他的，等级不在一个水平上，我都可以预见后面的一些情况了，就算公司后面再找人进来也没有那么快就可以达到像主管那样的，不知道主管为什么要离开我们，不知道是和上面的闹不愉快还是什么其他的原因，反正我们就不得而知了，真希望别离开！

以上就是今天的一些开会的心得和吐吐槽吧！