这周项目进行到测试阶段,发生了几件事:
1.测试环境装数工作;
2.测试中发现问题需要与业务和科技沟通;
3.准备需求文档与行方召开需求评审会的;
下面对这几件事进行复盘:
1.测试环境装数:
1)起初我就没有表现出足够的专业态度,认为测试环境无所谓,装进去就行了,没有意识到后续的测试工作要以这些数据为准,一旦出问题所有的测试都没有意义了。在装载过程中,出现问题也没有表现出足够的专业精神,去沟通,协调,解决问题,而是直接忽略,导致后续工作全部白费。在得知数据出现问题,需要重装时,表现出了极其不专业的情绪。在接下来的工作安排中,我明知自己要写文档的情况下,仍然守在电脑旁边做这种优先级比较低的工作,导致需求文档的工作延期。
我该怎么做呢:我一开始就要强调这个数据重要性,出现问题时及时与领导以及老员工沟通解决,而不是自作主张的草率处理。当得知出现问题时,应该主动承担责任,根据工作优先级,将现有人员排好班次,轮流处理,而不是组织松散,全凭自觉。
2)测试中发现的问题,应该及时与行方进行沟通,每天在发送工作日志的时候,需要将当天的一些细节问题与行方负责人进行沟通,最近陷入了一个误区,没有把问题摆上台面,而是有点藏着掖着的感觉。没有把压力穿透到项目组成员。当前的进度已经呈现出一些压力,开发已经完成一周,测试工作的进展还不明显。下周一晨会时,需要把问题摆出来,让大家感受到压力,而不是每天都说好的,一团和气,松松垮垮,退回到之前项目的管理状态。
3)由于之前紧迫性不够,没有就需求文档的问题与领导和行方负责人进行沟通,导致现在还没有什么头绪。
这一个月班上下来,大概只用了半个多月就有点精神疲劳了。紧迫感消失了,各种做事态度,做事章法全都退回之前项目的状态了。我来这里有几个目的,1学习人家的管理经验,学习银行业务,学习银行的工作方法;2利用现在的时间,做一个缓冲,弥补之前拉下的技术。既然是学习,就要把之前的自己打碎,做跟之前不一样的事,说跟之前不一样的话,而不是白天起来走老路。弥补之前的技术缺陷,就需要做好规划,包括学习内容规划和时间精力规划,注重学习的质量而不是堆砌时间,不要自欺欺人。
既然做了项目经理,就要对项目负责,对组员负责,对行方负责,把项目做好。现在尽早发现问题,尽早把问题摆到台面上,尽早组织资源进行解决。比如上班着急回家,遇到问题总想躲避,不敢跟人正面交锋,这些都是过去时了。以自我为中心,以自我规划为中心,去实施吧。