公司要求每周末提交工作总结每周一要开例会，是否有利于团队发展？
总结是“复盘”、例会是“布署”，核心是“PDCA闭环思维”。道理与战场应敌，大军需随时派出斥候探报、众将要随时参议军情，是一样的。
应用场景：不是很适合“重复性、机械性的体力或脑力'劳动，适合强调“时效性、协同性“的团队协作，特别适合“原型明确”的工具产品“协同开发”工作。
01、周结与周会要有“闭环思维”
- 闭环也叫反馈控制系统，是将系统输出量的测量值与所期望的给定值相比较，由此产生一个偏差信号，利用此偏差信号进行调节控制，使“输出值”尽量逼近于“期望值”。
- “闭环”相对应的是“开环”，也叫“开环控制系统”，意思是不将控制的结果反馈回来影响当前控制的系统。
- 由此可见，周结与周会如果缺少了核心“反馈闭环”的价值，就没有开存在的必要性。
- 重复性的、机械性的“体力和脑力”劳动，按格拉德威尔《一万小时定律》经过持续不断的1万小时的锤炼，任何人都能从平凡变成专家。扫地都能扫成专家了，还开什么总结会，开宣讲会还差不多。
- 电商工具产品，无论是APP、小程序，正是因为“协同性”造成“不确定性”，才导致无法定额，才更需要彼此互动反馈“修正”工作上的进度误差。将完成的结果尽量逼近目标。
一万小时定律：作家格拉德威尔在《异类》一书中指出的定律，适合“重复性、机械性”的体力与脑力练习，不适合“颠覆性、创新性、开创性”工作。
大意：人们眼中的天才之所以卓越非凡，并非天资超人一等，而是付出了持续不断的努力。1万小时的锤炼是任何人从平凡变成世界级大师的必要条件。
02、PDCA：目标、执行、复盘、修正
- 电商工具应用，不建模、没原型，根本开发不出来。原型逻辑不通，尽是BUG转化不了。最难的是构思原型，而不是UI画原型。
- 原型定下来了，就是目标确定了。不确定性存在于“规则与开发”的一致性。开发的不确定性存在于“UI、UX、代码转化”的一致性。
- 因此，执行因“同步上的不确定性”、而不好定时。这才是反馈的“周结与周会”存在必要性，也是复盘的核心。
- 最后就是反馈要达成“同识”，形成下一步的解决方案，然后按方案修正开发节奏。
PDCA循环核心是闭环思维：是美国质量管理专家休哈特博士首先提出的，由戴明采纳、宣传，获得普及，所以又称戴明环。
原本的含义是将质量管理分为四个阶段，即Plan(计划)、Do(执行)、Check(检查) 和 Action(处理)。
现在，广泛应用要各种需要“对计划进行反馈、修正”的闭环工作场景。
03、盲人摸象与自我服务偏见是主因
- 盲人摸象的故事，大家都清楚。但是不代表：实际工作中就不会犯这种低级错误。这是因为另一条人性的规律《自我服务偏见》使得人常坠落陷阱而不自知。
- 人在工作中不仅要获得物质奖励、还需要成就感。而成就感本身就是强调个人的价值。
- 人一旦进入工作状态，就希望能得到”鼓励、赞扬“等正向反馈。
- 然而，人一旦进入工作状态就会紧紧盯着自己的工作，而勿视其他。这也意味着，看不清楚他人工作的付出与成果。这时，基于对自己作品完美主义的追求，也很容易排斥外界的干扰。
- 一个人独立做一项不需要协同的工作，专注的状态是最好不过的。但是，协同的电商工具产品开发恰恰既要有“专注的独立性'、又需要“抬头四处望一望”，才能做好协同。
- 这时就需要领导者既给正向反馈、同时纠偏见、又要协调步调一致性。
自我服务偏见：在我们的记忆中，会不自觉地夸大对自己有利的信息，而忽略对自己不利的部分。所以，自我服务偏见又被称为“自立性偏见”。
小结：
周总结与周会的核心是“PDCA闭环思维”，闭环的价值是“反馈”。
- 如果是“重复性、机械性”的工作，那实在是没必要开，至少能不开就不开，不如多做点实事、或干脆让员工多休息一会，别折腾！
- 如果是强调“时效性、协同性”的创新型产品开发工作，那是必须要进行复盘与布署的，只有这样才能形成PDCA闭环的正向促进作用。
- 员工不愿“周总结与周会”，不是存在价值不大、就是认识不清。认识不清的“自我服务偏见”本质上是领导者的责任。
- 领导者需要认识到员工的“自我服务偏见”诞生的原因，其实是领导者的关心与认同不够（道理与小孩子要表扬是一样）。所以，于其给员工讲道理、不如多结鼓励，然后的引导自然水到渠成。
以科学通识避错视、敏锐感知修智慧，先让一部分人看到未来。
我是@春侃商业，喜欢就点个赞、关注、转发三连击！谢谢！
赞 (0)