1.需求反复
根本的原因是没有解决用户的痛点或者说没有完全解决用户的痛点。造成这种现象的原因有很多，需求调研不充分，需求分析人员意淫需求，用户表述的需求跟正真的痛点相差甚远等等。除了访谈，问卷调查等常规的需求分析方法外，还有2个较实用方法
a.第一个是观察法。
一个很容易被忽略的方法，在用户无法正确描述需求的时候很有用。在一旁观察用户针对现状是如何处理的，发现不合理的地方，用旁观者的视角找到痛点。
b.第二个原型快速迭代。
在大部分情况下，我们是先调研了需求，然后再出原型，再评审接着后续的阶段，但现实情况是让用户提IT需求或者提全需求，比较困难，需要通过原型去引导。快速的进行原型迭代，挖掘用户的需求，避免项目中后期需求反复。
2.协同被动
要求其他同事在规定的时间点完成任务而没有完成，导致项目被动延期。现在很多系统都不是孤立的，需要跟公司的其他系统集成，打通，提出协同需求不进行跟踪是常犯的失误，往往只能被动吃瘪。协调好时间，需要定期跟踪，一周之内的任务，周中就得问下进度；二周的任务，一周过完就得跟进下进度，等到截止时间点，再跟进黄花菜都凉了，需要提前知道进度，考虑应对方案。
3.关键节点阻碍
有难度的工作，提前做POC。大部分人习惯是先做简单的任务，把困难的留到最后。我们经常碰到难点问题解决方案超预期了，得推翻前面的工作重来。有难度的工作得先进行，项目进度更可控。
4.上线清单
想必大家都感受过上线的痛苦，计划2个小时的发布，往往是一个通宵，不是忘了配置，就是连的测试环境，各种奇葩问题。
可以用3个清单尽量避免这类问题，
a.任务清单，
b.检查清单，
c.沟通清单。
看清单名称就知道这3个是干什么用的。任务清单就是上线发布需要完成的任务 ；检查清单发布前，发布后需要检查哪些点 ;沟通清单是系统发布相关的干系人，比如说其他系统要配合等按照清单发布，能很大程度避免2个小时的发布，发个通宵。
然而想要以上四个问题除了做好日常管理的问题您还需要一个项目管理管理工具来协助，找一个适合的IT项目管理系统可以让我们的项目管理更加便捷。
粤公网安备 44030402004833号
粤ICP备19092870号
