敏捷的流程是闭环
例行总结 在反馈的引导下走向成功
闭环的关键环节：例行总结，不是闭门造车。
以大家熟知的微信产品为例，在每一次的功能开发过程中，发布并不代表结束，而是真正的开始，所以听到用户的“吐槽”，团队应该非常期待，在每次Sprint结束的时候，敏捷团队都应例行总结（注意：不是闭门造车），这样才可以在用户的反馈引导下慢慢取得成功。
其实在开发团队发布产品新功能时，就好像男生向心仪的女生表白一样，无论事前做了多少准备工作，或者花费了多少成本，表白后的结果是不可预料的，最后的结果无非接受、拒绝和忽视这三种：
最可怕的结果并不是被拒绝，而是被忽视
因为被心仪的女生拒绝不代表没有机会，电视剧中可以做到360゜翻转剧情，有时候现实也是如此。
往往被忽视收到的伤害是最严重的，做产品也是如此，“被拒绝”或者“被接受”都容易形成闭环，“被忽视”却无法形成闭环，造成没有办法根据用户反馈确定这个功能的下一步方向，所以团队必须继续努力，直至获得用户反馈形成闭环。
“闭环思维”作为新近兴起的精益管理热词，涵盖了一项任务从发起到结束的全过程，它是一个容纳每一个环节的“封闭式”结构。
这就好比我们在跟进一件事情，需要把这个任务的细节挨个落实下去，从头到尾，形成一个完整有力的闭环，解决期间出现的所有问题。
但是，谁也不能保证自己执行的每一步都是正确的。出错以后，如果不进行及时纠错，闭环也就被打开，任务失败。
此时，我们给发起人发起的反馈就是一个失败的信号。之后呢？这个任务就没有意义了，因为它在消耗了资源后未提供计划中的产出。
所以，作为闭环思维中不可或缺的一步，纠错也应是管理者所必备的技能。
一、审核不止于纠错，更是一种有效反馈的方式
纠错，其本身就是工作成果中重要的一部分，且提交的成果无论审核通过与否，审核这个行为就已经发挥了纠错的技能——既能让出现偏差的工作重回正轨，又能给发起人一个成功的反馈。
其实，很多时候工作出了问题，员工不是不愿意改，而是不知道问题到底出在哪儿。我们曾随机抽取了一家合作企业做了如下调研：
q1:“领导，对员工的工作表现您打几分？”
a1:大多数管理者们给出的分数是5～6分。
但当我们将调查问卷发放给企业员工时，却出现了截然不同的答案：
q1:“就工作表现打分，您认为您会得几分？”
a1：绝大数的员工则回答“满分”“十之八九”
为什么会这样呢？在使用wikiworks进行数字化管理后，你才明白：
作为管理人员，除非你明确表示“驳回”，让对方重新来过；否则，对方并不会意识到问题，而且很可能会认为做到现在这样就是满分了。
这就需要审核人对提交的成果进行审核反馈
二、多级考核，多位领导严格把关审批
市面上的审批流程一直被众多企业所“诟病”。
不是流程太复杂、就是反馈时间长，或者总是到了最后时刻又重新来过...这些一直是管理上的痛点，不仅员工抱怨多，老板也不胜其烦。
你只是想高效审批，这点wikiworks完全懂。
通过对几十家合作企业审批需求的总结和提炼，现wikiworks全新推出了「多级考核」审批功能，对审批核心能力进行了重大升级！
三、从管理开始，攻克咋略目标落地难
