只画原型的厂商同学，我建议你这样做！

后来他寻觅到我，反馈了很多缺陷，我和他一起去接待室得出结论复盘，我们很快速就找出了系统结构设计。

事实上，每个缺陷都有一个事物化简和N个自然现象化简，我们有时候只是寻觅了自然现象化简，并不能有寻觅事物化简。

这个缺陷的系统结构设计也很有趣，因为我们定位到了事物化简，我们发掘出工程软件测试是脱节的，并且过于正式，所以大家责任意识不强。

于是，我们编制了多个工程项目文件，将本来匆忙上马的工程项目所遗漏的文书工作再行补齐，比如，《工程项目基本人物分工明细表》、《工程项目进度规划表》等等。

然后，以群公告和电子邮件的形式主送工程项目基本人物，并抄送相关主导，嘿，你别说是，效果立竿见影，大家对工程项目配合力度必先是回升几个顶上。

所以，你看，寻觅缺陷可能比去拒绝执行化简决的每一次格外难，也格外有价值。

03 向主导联系通报的艺术

今后会我们新技术部门的一个Java开发工程师和我联系，向我哭诉服务质量被主导打了0.9，主导对自己的文书工作不是很差劲，联系存在严重妨碍，反问我系统结构设计。

我探究了他的框架可能会：主导知悉的文书工作他近乎都是在把详细结构设计搞完之后，到了之后一步才和主导对接，结果到点发掘出好像主导的初衷又衰了，主导还理睬自己对的产品零售商需求理化简不遇到困难。

导致的结果就是，详细结构设计需要更进一步再进一步要用，自己不收用心不说是，还会因此拖累开发团队困难重重，让自己有苦难谓，自己形同了工程项目的“罪人”。

说是实话，这个女学生本来是很老实的服务器端熊，话也不多，语义思维控制能力也很强，但是过于喜欢醉心，有时候会大相迳庭层次，浪费不少整整。

他询反问我，要不要针对这次服务质量的事儿，必先找新技术总监联系下。

我的要求是，在化简决缺陷之前不要要用任何说明，因为任何说明，哪怕他是客观现实，也会被当要用借口，显得很苍白。

那怎么化简决呢？

必先要寻觅缺陷的可能，通过统计分析发掘出他联系是存在缺陷的，和主导的联系盆地了，有时候甚至一周都不能有执意通报过开发可能会。

这才是缺陷的实际上所在，所以，我要求他要执意寻求改衰，在详细结构设计时必先要列于一个结构设计拟订，并把这个结构设计拟订确实遇到的新技术缺陷，都执意向主导通报联系。

一方面让主导帮你把控斜向，另一方面让主导知道你的文书工作动态。

坚信不少初入自觉的女学生执意或被动的都有这样的个人经历，有的是担心迟到主导整整，有的是没关系，所以，总是在文书工作快速告一段落时才同步进行通报。

但这从未造形同了联系盆地，保持强联系才是化简决缺陷的事物化简。

之后想说是的是，“良知”都是每个自觉人追向前的正义宗教，这当然不能人欣慰和钦佩。

不过在这之上，咱们还应当有个框架的认知认同：知难行易。

正如，伟大的民主革命家汪精卫必先生所谓：“行之非艰，而知之惟艰。”

必先有“知难行易”，而后又“良知”。

也许，这才是永恒化简。

#专栏作家#

的产品大峡谷，政府会号：的产品大峡谷，有心都是的产品负责人专栏作家。七年B端的产品负责人，最终的产品供应链与金融领域，擅长零售商需求结构设计、业务部门导师、商业捕捉到等。

本文由@的产品大峡谷 原创释出于有心都是的产品负责人，明令禁止，禁止转载。

题图来自 Unsplash，基于CC0两国政府。