真是窝火:

我们这个项目总共四个人,一个project manager,一个business analyst, 两个developer, 我是其中一个,我俩搞得技术不一样,需要配合。工作了一段时间之后我觉得我们的BA不得力,什么document都没出,整天就是说,我们需要他跟客户澄清一些他们的要求,最好签字,这样development就有据可依,关键是developer 就有了coding的逻辑,他和PM竟然认为是要求太多,我跟PM抱怨过我们做太多的document,在替BA干活儿,PM估计跟BA说了,之后就觉得BA对我态度很恶略。还有PM和BA是onsite,我们developer是remote工作。他们关系很不错的样子,尽管BA没出什么document,PM好像也不说什么,倒是要们出所有的design document。上个礼拜刚出了design document,是根据我们developer的讨论出的。而且我的development部分按我们的design基本已经完成,测试过了,我的部分比较少。拿给客户一看,全推翻了,给了个新方案,新方案我要做基本80%的工作,我也知道怎么做,组里别人都不懂这个技术,这我倒不介意,让我生气的是那个BA还有PM明里暗里认为是我的错。招呼都没跟我打,说下周调来一个跟我搞一样技术的,说是帮我,我觉得根本就是认为我不行。现在简直窝火透了,熬夜那么多天工作,赶活儿,关键也是想给自己一些challenge,多学一些东西。现在搞得我极其沮丧,窝火。

所有跟帖: 

没搞清requirement就开始干活,本来就不该啊。work smart, not hard. -Tove- 给 Tove 发送悄悄话 Tove 的博客首页 (0 bytes) () 12/09/2015 postreply 18:42:38

怎么理解work smart ? -biming88- 给 biming88 发送悄悄话 (134 bytes) () 12/09/2015 postreply 19:05:50

等着。自己提高英语,提高技术不都比干那点破活强?没弄请之前,没人能逼你干啥,本来就是暴露BA不行的机会, -Tove- 给 Tove 发送悄悄话 Tove 的博客首页 (95 bytes) () 12/09/2015 postreply 19:28:44

你说的对。是不应该开始development。关键是这个技术以前没单独干过,老有senior带,这次独立干,有点儿太想挑战自己了 -ttt8966- 给 ttt8966 发送悄悄话 (0 bytes) () 12/09/2015 postreply 19:41:15

那就不用窝火了,下次注意就好了。反正也学到了新东西,还学到了下次怎么分清职责,不亏了 -Tove- 给 Tove 发送悄悄话 Tove 的博客首页 (0 bytes) () 12/09/2015 postreply 19:51:27

老实说因为他们要弄来另外一个跟我搞一样技术的人,觉得很尴尬,很没面子 -ttt8966- 给 ttt8966 发送悄悄话 (0 bytes) () 12/09/2015 postreply 20:04:29

你太急了,被客户的architect说你做的不对,自然会让你们这边的人对你没信心。 -Tove- 给 Tove 发送悄悄话 Tove 的博客首页 (239 bytes) () 12/09/2015 postreply 21:18:07

“非要加班加点,大包大揽把错往自己身上揽,不是傻是什么。。” 觉得你说得特别对,有点儿没头脑。我们另外一个developer就老 -ttt8966- 给 ttt8966 发送悄悄话 (271 bytes) () 12/09/2015 postreply 19:48:30

这样的人虽说很多时候很气人,你认真观察,也许他还是有他的道理的。去研究一下他说的方案,说不定会发现又学到新东西了呢。 -Tove- 给 Tove 发送悄悄话 Tove 的博客首页 (170 bytes) () 12/09/2015 postreply 19:55:57

那个客户的architect倒是没啥,我要是多和他沟通我们就应该早点儿会知道他想要什么, -ttt8966- 给 ttt8966 发送悄悄话 (157 bytes) () 12/09/2015 postreply 20:01:21

本来就是不该谈的。因为和客户打交道不是只有技术问题。你一个这方面的技术新手去和那边的architect直接打交道是肯定不对的。 -Tove- 给 Tove 发送悄悄话 Tove 的博客首页 (137 bytes) () 12/09/2015 postreply 21:15:49

是,我觉得我的确worked不smart,我得注意这方面。可是我们的BA到现在都没有 -ttt8966- 给 ttt8966 发送悄悄话 (354 bytes) () 12/09/2015 postreply 19:08:19

BA和PM的职责就是搞清requirement。没弄清之前,你不能自己学习新技术么。。。 -Tove- 给 Tove 发送悄悄话 Tove 的博客首页 (0 bytes) () 12/09/2015 postreply 19:25:09

是的,应该学新东西的,其实干的过程中一直都在学,这两个月学了不少东西 -ttt8966- 给 ttt8966 发送悄悄话 (0 bytes) () 12/09/2015 postreply 19:42:39

不太明白你说的。BA 出requirement document,design document是你出阿。如果不通过,是得重做. -LittleHer- 给 LittleHer 发送悄悄话 (80 bytes) () 12/10/2015 postreply 06:29:49

design document我们出是没错,但是应该基于BA的requirement document,到现在都没有一个requ -ttt8966- 给 ttt8966 发送悄悄话 (552 bytes) () 12/10/2015 postreply 07:18:36

你们如何判定是要求改变了还是设计错误?你们有verification doc吗? 也许是你们的process有问题,如果你不清楚 -结婚十年- 给 结婚十年 发送悄悄话 (492 bytes) () 12/10/2015 postreply 08:52:12

你说的对,沟通很重要,PM不想让我们跟client过多联系, -ttt8966- 给 ttt8966 发送悄悄话 (133 bytes) () 12/10/2015 postreply 13:00:46

你的manager呢?你需要什么email里写清楚,抄送manager。技术部分是你的事阿,他们懂技术要你干嘛? -LittleHer- 给 LittleHer 发送悄悄话 (0 bytes) () 12/10/2015 postreply 14:05:04

只要你能按时拿出好的产品出来,他们不就臣服了么?牢骚满腹还是自己有困难呀。 -LittleHer- 给 LittleHer 发送悄悄话 (0 bytes) () 12/10/2015 postreply 14:23:10

听着就窝火,这是啥烂公司,应该贴到社交网上去。 -201008- 给 201008 发送悄悄话 201008 的博客首页 (0 bytes) () 12/11/2015 postreply 19:23:45

你把项目理一下,看有什么职责,然后让上级把职责分清楚,Roles and responsibilities -LilyWhite- 给 LilyWhite 发送悄悄话 LilyWhite 的博客首页 (598 bytes) () 12/12/2015 postreply 13:19:25

小心啊他们想炒你鱿鱼了 -文学城的杰克- 给 文学城的杰克 发送悄悄话 (0 bytes) () 02/03/2016 postreply 11:56:12

请您先登陆,再发跟帖!