关于项目推进的问题反思

Posted 2020-11-01

背景介绍

质量平台的项目做前后端分离的改版，因为去年已经做的数据分析系统是从零开始的前后端分离项目，本次改造原也打算使用原有的流程和模式进行，但是将近两个月后进展缓慢，开始反思问题。

一、交付不及时，反馈速度慢

设计阶段交互和视觉的内容不足以支撑前端的设计，但时经两个月才发现这个问题。原因主要有两点：

1. 因为UE的还是采用策略是一个页面一个页面的详细设计，缺少了从全局到局部再细节的过程，一步跳跃到细节页面的开发
2. 而且没有分阶段交付，或者说阶段划分时间段太长，如果一个页面先出，双方达成一致在继续进行就不会有大量工作返工的风险

总之，快速交付快速反馈才能保证整个项目和团队的敏捷

 

二、沟通少，团队成员各自完成自己的任务，缺少对前后环节的关注

每个人各司其职，认真工作，但是都不关注自己上下游环节的工作，当遇到新的问题新的情况就不能及时的解决。想起一句话，1+1要想大于2，首先1+1要先等于1

 

三、做事情要分层次，到什么时候、做什么事都要分层次循环递进、层层优化，不是顺序瀑布的

第一点快速交付的地方跟这里有类似之处，但这里想说另一个问题

因为是改造项目，所以犯了开发的通病，想要把之前的坑都填平，还在一行一行码代码阶段的本人，就想要每个页面都一步开发到位，每个交互细节都想纠仔细，想要UI、UE的文档详细到每个鼠标操作

当领导提到要先发体验内测版才想起来做事情的层次，版本也是迭代递进的，要先保证主流程，然后才是一步一步优化细节。一头栽进细节就又犯了设计阶段的错误

所以，要警钟长鸣啊，真的时时刻刻要记住：不管什么时候、做什么事都要分层次循环递进

 

四、对问题要敏感

其实，在项目问题爆发前，我已经感受到不爽，上游环节交付的东西总不是自己想要的，总和自己想象的有差距。但是，自己却没有反思自己到底要什么？造成这种情况的原因是什么？也没有想到要去解决这个问题。现在想来这才是最要命的，这也许就是很多人说的程序员最缺的软技能，毕竟只有发现问题了才能思考着去解决问题。

改进的话，就一定要注意自己工作不爽的时候，一定要对自己对工作的情绪敏感，这个时候多半是遇到问题的时候。这时就要跳出手里的具体任务，整理事情的经过，思考这件事情到底应该怎么做？有时候这个问题想清楚真的会事半功倍

 

五、项目各个环节尽量降低耦合、前后环节的衔接不要过分依赖，保证整体进度

这个不应该多说，跟软件的设计方法是一个道理，任何环节出现问题都不应该使整个任务停滞，虽然不可避免前后衔接的工作顺序，但是最大限度降低上下游不必要的耦合，一方面可以提高效率，另一方面也增强项目抗风险的能力

 

刚开始写总结，这没头没尾的估计除了自己也没有人能看懂，哈哈，也来不及润色了，暂时这样吧