上个月我们做了一次内部技术分享，主题不是新技术，是交付标准。听着不像热点话题，但大家聊得很起劲。
为什么聊这个
技术团队平时埋头写代码，容易忽略一件事：客户真正在意的是交付得怎么样。代码写得再漂亮，客户拿不到、用不了，也是白搭。
所以我们把同事聚在一起，把各自遇到过的问题摊开讲。谁踩过坑，谁就讲给其他人听。
这样做的目的很简单，让大家都知道标准是什么，免得每个人按自己的理解做事。
聊出了哪些共识
分享下来，几条共识比较一致。源码要一次给足、进度要定期同步，还有验收要照着清单来。
还有人提了文档的问题。交付时附一份说明，后面接手的人不用重新摸一遍，这也是标准的一部分。
这些共识不是新东西，但讲一遍、写下来，执行起来才算有依据。
怎么落到日常
分享完不算完，关键在日常怎么做。我们把标准写进了项目流程，每一步都有对应的检查项。
新人进来，先看这份标准，再上手项目。这样就不会因为换了人，质量就变。
标准不是拿来挂在墙上的，是拿来每天对照的。
为什么愿意把标准讲出来
有人问过我们，标准写得这么细，不怕被同行抄去吗。
我们的想法是，标准这东西写出来容易，天天做到难。真正拉开差距的不是纸上的字，是每天的执行。
而且标准讲清楚了，客户也更容易判断我们值不值。这对行业来说是好事，对自己也是压力，逼着不能偷懒。
分享那天还有个细节，几个做过很多项目的同事都说，早年吃过标准不清的亏。吃过亏才知道写清楚有多重要。
所以这次分享不是走形式，是把大家的经验收拢到一处。以后新人少踩的坑，就是从这些经验里省出来的。
标准也不是一成不变的。遇到新的情况，就补一条进去，慢慢就越来越完整，越来越贴合实际。
说到团队协作，客户最关心的几件事
分享多久办一次
不定期的，遇到值得讲的问题就聚一次，一般一两个月一次。
会不会耽误项目进度
占半天时间，但省下的是后面返工的成本，算总账是划算的。
客户能看这些标准吗
能。跟项目相关的部分会在合同里体现，客户照着对照就行。
常斌教我们的就是这一句：把标准讲给每个人听，而不是只给客户看。
标准要天天对照
分享只是开始，接下来是把标准落到每个项目里。写下来、做出来，以及检查一遍，才算数。
这些年累计带过一千多名学员，一线的真实反馈我们听得比同行多。我们信服无限做项目时，会把交付标准当成日常工作的一部分。花钱之前，告诉我你的项目最在意哪一环。