程序员

首页 » 常识 » 问答 » 与不负责任的甲方员工对接项目,程序员真
TUhjnbcbe - 2024/4/8 17:41:00
哪看白癜风的医院比较好 https://wapjbk.39.net/yiyuanzaixian/bjzkbdfyy/bdf/

公司接了一个很小的项目,属于之前大项目的拓展项目,所以项目研发人天就定了一个星期,收费也很少。尽管项目人天定的是一个星期,实际在我看来两三天就足够了,于是我满怀着信心就开始着手写代码!但谁知道就这么一个小到不能再小的项目,因为甲方对接人员的不负责,快一个月了都没完工!

在接到这个项目以后,我按照甲方给的文档两天就把项目写完了,于是就着手让公司安排实施人员去甲方那边部署联调。但是,甲方特意要求在联调的时候必须把软件工程师也带上,因为甲方那边的项目是在内网里面运行的,怕出问题以后不能及时解决。

于是,公司就派我和一个实施同事一起去了甲方所在地。本来计划是在甲方那边挑一台机器,然后把项目部署在这台机器上,如果这台机器运行没有问题,那么我就先回去,剩下的交给实施去部署到甲方的每一台机子上!

但是,当到了甲方那边,我才发现,事情远没有那么简单!

因为这个小项目需要读取和更新甲方硬件参数数据库里面的数据,数据参数是事先约定好的。但是,当到了甲方那边的时候才发现,甲方当初给的项目文档里面的数据参数有变动旧的参数已经不用了。而新的参数怎么给、给多少,需要他们开会决定!

于是,在甲方那边的第一天我相当于白跑一趟!但是,更让我想不到的是,仅是需要他们整理一些数据参数的表给我,他们也花了整整两天!可是我改代码就花了两个小时不到!也就是说我去甲方那边花了三天时间就改了两个小时代码!

改完代码我就立马和实施跑到甲方那边去部署调试,发现数据似乎是没有问题了,剩下应该没有我什么事了,于是我就委婉地跟甲方的对接负责人说:“我这边软件目前没什么问题了,如果有问题也是数据问题,我们实施同事会留下,负责接下来的工作!”。

甲方的对接负责人还是挺友好的,于是看着好像暂时没有问题就答应让我先回去。然后我们公司的实施同事留在了甲方那边,我就先回去了!

我在回去以后,甲方那边就开始着手先在一台机器上运行项目,跑几天如果没问题就要部署到所有机器上去了。

可是,项目刚跑不到一天,新的问题又来了,参数还是不对!然后甲方那边又照例需要开会商讨如何给我参数。又等了两天,新的参数表就发给了我。

但是,我一眼看过去就知道参数表有问题!因为里面有重复参数!我开始以为只是单纯的数据给重了而已,但跟甲方对接人沟通后,发现这些重复的参数只是名字一样但在数据库里的ID不一样。

到这里,甲方给的参数已经出现三次不对的情况了!于是,甲方的对接负责人直接把负责数据的工程师同事拉到了我们进行沟通的群里面,希望再出问题的话我们可以直接沟通。

我原本以为可以直接跟甲方负责数据的工程师沟通会让项目顺利很多,但谁知道这位甲方的数据工程师在接下来的日子里竟然一次数据都没给对过。而每次出现问题他们都要去开会讨论,然后才能给出新数据!

此时,我和公司项目负责人都很无奈,感觉这个项目明明很简单,却被甲方那边搞得那么复杂,还不知道甲方那边什么时候能给出一个正确的参数表!

可是,没等我们怎么样,甲方那边的数据工程师却开始表现得不耐烦了!而随着他的态度改变,我们之间的沟通也变得愈加困难!我也感觉好像他们自己内部问题解决不掉,准备给我们制造麻烦了!

比如甲方那边是早上七点上班到晚上七点上班,我们公司是早上九点上班到晚上六点上班。有时候我们需要一起开远程会议,讨论数据方案是否合理,此时甲方的那位数据工程师会把远程会议的时间定在早上七点半!

开始他要求我们这么做,我们公司项目负责人还跟他说我们的上班时间是早上九点,七点半有点太早了。结果甲方的数据工程师轻描淡写地说:“那就麻烦你们加加班嘛!”。

后来,没办法,我就把这件事情告诉了我们老板,老板跟甲方的老板说了情况后,人家才答应九点开远程会议。

这还不算什么,每次甲方给新的参数表的时候,都需要开会,一开就是一早上或者是一下午。上午还好,到下午的时候经常他们开完会把新的参数表发过来已经快到我们公司下班的点了,此时他们会要求我们把代码改完,然后就去测!或者就让我们在那等参数,结果甲方那边开一下午会参数没定下来!

这个项目折腾来折腾去,已经花了将近一个月了,还没完工!

甲方那边的对接人跟我们沟通的时候是比较友好的,但是那位数据工程师是三天两头出问题。虽然我们心里有点意见,但毕竟人家是甲方,我和公司负责人也不好埋怨他。

这样的人如果在我们公司,应该早就被处理掉了!目前为止,我只希望这个项目能够尽早完工,否则是真“要命”!

1
查看完整版本: 与不负责任的甲方员工对接项目,程序员真