标签：循环 改进 提高效率 交互 原因 strong 技能 不必要 增强
质量平台的项目做前后端分离的改版，因为去年已经做的数据分析系统是从零开始的前后端分离项目，本次改造原也打算使用原有的流程和模式进行，但是将近两个月后进展缓慢，开始反思问题。
设计阶段交互和视觉的内容不足以支撑前端的设计，但时经两个月才发现这个问题。原因主要有两点：
总之，快速交付快速反馈才能保证整个项目和团队的敏捷
每个人各司其职，认真工作，但是都不关注自己上下游环节的工作，当遇到新的问题新的情况就不能及时的解决。想起一句话，1+1要想大于2，首先1+1要先等于1
第一点快速交付的地方跟这里有类似之处，但这里想说另一个问题
因为是改造项目，所以犯了开发的通病，想要把之前的坑都填平，还在一行一行码代码阶段的本人，就想要每个页面都一步开发到位，每个交互细节都想纠仔细，想要UI、UE的文档详细到每个鼠标操作
当领导提到要先发体验内测版才想起来做事情的层次，版本也是迭代递进的，要先保证主流程，然后才是一步一步优化细节。一头栽进细节就又犯了设计阶段的错误
所以，要警钟长鸣啊，真的时时刻刻要记住：不管什么时候、做什么事都要分层次循环递进
其实，在项目问题爆发前，我已经感受到不爽，上游环节交付的东西总不是自己想要的，总和自己想象的有差距。但是，自己却没有反思自己到底要什么？造成这种情况的原因是什么？也没有想到要去解决这个问题。现在想来这才是最要命的，这也许就是很多人说的程序员最缺的软技能，毕竟只有发现问题了才能思考着去解决问题。
改进的话，就一定要注意自己工作不爽的时候，一定要对自己对工作的情绪敏感，这个时候多半是遇到问题的时候。这时就要跳出手里的具体任务，整理事情的经过，思考这件事情到底应该怎么做？有时候这个问题想清楚真的会事半功倍
这个不应该多说，跟软件的设计方法是一个道理，任何环节出现问题都不应该使整个任务停滞，虽然不可避免前后衔接的工作顺序，但是最大限度降低上下游不必要的耦合，一方面可以提高效率，另一方面也增强项目抗风险的能力
刚开始写总结，这没头没尾的估计除了自己也没有人能看懂，哈哈，也来不及润色了，暂时这样吧
标签：循环 改进 提高效率 交互 原因 strong 技能 不必要 增强
原文地址：https://www.cnblogs.com/zs-note/p/8954543.html
