首页 > 其他 > 详细

关于项目推进的问题反思

时间:2018-04-26 20:15:43      阅读:272      评论:0      收藏:0      [点我收藏+]

背景介绍

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

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

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

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

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

 

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

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

 

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

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

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

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

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

 

四、对问题要敏感

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

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

 

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

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

 

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

关于项目推进的问题反思

原文:https://www.cnblogs.com/zs-note/p/8954543.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!