一次不愉快的项目经验

5.7号向客户汇报工作，项目质量实在是差到极点，直接被客户投诉。

一般流程是开发完成功能，部署用户线上测试环境，提交测试进行线上测试，反馈测试结果，实际情况是最后一步质量没人把控，产品质量一塌糊涂。

项目过程中必须总结经验：进度把控、任务重视程度、沟通汇报、用户关系

1.对项目组人员工作量把控，只要他们说很忙或者活多，一般采取就近原则。如果手头确实活多，项目负责人应该主动了解哪些优先级高，同时和其他人沟通；如果手头活不多，总是忙不停，需要给出指导，改进效率。这个过程严重缺乏沟通，通常情况一般都是自认为。

2.对项目进度的聚焦点重视不够。每次与客户汇报工作，总认为有点小问题很正常，客户不会计较这些。现实社会很残酷，客户最大，应该尽量满足用户要求，这也是为什么产品部会把各种奇怪的需求发回研发部。在软件行业，客户需求永远是第一位。

3.项目汇报。每次和老板开会，老板总是抱怨这个项目已经花费2年时间，为什么还没有结束。我在想这个项目我接手才一年，什么都没有的情况下去接手，要做成什么样完全没有人去规划，但是从来没有去书面或者口头去沟通过。

4.用户关系。去年与客户沟通是一个人，今年换另外一个人，正常应该多沟通、多汇报，并且及时汇报。一次服务器故障，安排实施人员维修，最后晚上12点才完成，没有回复客户已经维护好，客户第二天早晨上次才知道系统已经正常。一件小事，让客户知道你是围着他在转，而不是安排任务以后好像无底深渊。

5.反馈机制的构建。实时对这个项目已经开会约定，每次汇报工作前，由开发部署系统到测试环境，有测试人员进行测试。但是这已经是第三次部署，测试人员对测试申请毫无反应，面对这样情况，需要找测试领导沟通，解决这些问题。

6.责任明确（本位主义）。很多时候对我可能就是搞好自己这摊事情就足够，但是没有对项目周边人员进行责任划分，并且没有奖惩机制。