真是窩火:

我們這個項目總共四個人,一個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

請您先登陸,再發跟帖!