5.7号向客户汇报工作,项目质量实在是差到极点,直接被客户投诉。
一般流程是开发完成功能,部署用户线上测试环境,提交测试进行线上测试,反馈测试结果,实际情况是最后一步质量没人把控,产品质量一塌糊涂。
项目过程中必须总结经验:进度把控、任务重视程度、沟通汇报、用户关系
1.对项目组人员工作量把控,只要他们说很忙或者活多,一般采取就近原则。如果手头确实活多,项目负责人应该主动了解哪些优先级高,同时和其他人沟通;如果手头活不多,总是忙不停,需要给出指导,改进效率。这个过程严重缺乏沟通,通常情况一般都是自认为。
2.对项目进度的聚焦点重视不够。每次与客户汇报工作,总认为有点小问题很正常,客户不会计较这些。现实社会很残酷,客户最大,应该尽量满足用户要求,这也是为什么产品部会把各种奇怪的需求发回研发部。在软件行业,客户需求永远是第一位。
3.项目汇报。每次和老板开会,老板总是抱怨这个项目已经花费2年时间,为什么还没有结束。我在想这个项目我接手才一年,什么都没有的情况下去接手,要做成什么样完全没有人去规划,但是从来没有去书面或者口头去沟通过。
4.用户关系。去年与客户沟通是一个人,今年换另外一个人,正常应该多沟通、多汇报,并且及时汇报。一次服务器故障,安排实施人员维修,最后晚上12点才完成,没有回复客户已经维护好,客户第二天早晨上次才知道系统已经正常。一件小事,让客户知道你是围着他在转,而不是安排任务以后好像无底深渊。
5.反馈机制的构建。实时对这个项目已经开会约定,每次汇报工作前,由开发部署系统到测试环境,有测试人员进行测试。但是这已经是第三次部署,测试人员对测试申请毫无反应,面对这样情况,需要找测试领导沟通,解决这些问题。
6.责任明确(本位主义)。很多时候对我可能就是搞好自己这摊事情就足够,但是没有对项目周边人员进行责任划分,并且没有奖惩机制。