元认知，坦白的说这是我第一次听说，晨读感悟也是读了几遍才大概明白意思。
对于今天晨读本身，也算一种元认知了。因为看不太懂，在上班路上仔细聆听晨读音频、反复阅读晨读文章，后来在群里看了赵洋同学的晨读感悟、晓芸分享笑来老师的《我们重新认识了“元认知”》，才大概对元认知有了个模糊的了解。
一直以来，我在想“为什么领导可以成为领导、更有能力、更能赚钱、活的更通透？”也许看似简单的一件事，会经过他们多次思考。
记得一月前，我对现有模式的项目例会和技术文档评审产生了一些疑问，并和部门内项目经验丰富的同事提出了我的想法，似乎这是我们目前项目管理的通病，会议多但效率低，项目文档形式上都完成并评审了，但是心里总觉得没底气、特别虚。
昨天2个不同项目的例会上，有幸公司研发领导抽空参会，虽然每次参会1小时不到，但是发现了根本原因，会后针对目前现状要求我的经理整理一个关于技术评审和项目评审的流程。
项目成员由各个领域的业务代表组成，也许每一个人都是各自领域的专家，但是对于其他领域的过程文档或技术文件，因为不懂具体专业或技术，关键问题发现不了，提出来的都是不痛不痒的小问题，比如错字、格式等。所以在项目例会上评审各领域的专业技术文档，确实有点赶鸭子上架，最后给大家的感觉是：1、例会都是跟我无关的技术或文档评审，听不懂，只好去玩手机，打瞌睡，2、例会跟我没关系，为什么要参与，所以导致参会人员到会稀稀拉拉，3、会议评审时间长，效率低一个文档评审持续一个小时，评完了甚至没有评审结论。针对以上问题，领导提出以下要求：1、领域内部评审：完成各领域单元的技术文档评审；2、项目例会：按照通过评审的文档和其他成员进行任务分配，针对不确定项在例会上提出确认。专业的人做专业的事，提高评审质量、评审质量。
简单来说，针对现有会议模式，按专业和管理分成2条线，专业人做专业事，真正破除会议又臭又长的观念。
