Re: [請益] 今天被主管約談

[thinkniht (不下棋=.=)]

※ 引述《tabletenis (少吃多健康)》之銘言：
: 如果你覺得PM能力不好，或者不好相處
: 也不能表現太明顯，因為你跟他針鋒相對，
: 你絕對吃不到甜頭，如果你對PM的指示有疑問，
: 一定一開始先贊同他，然後再慢慢引導他，
: 將他的做法移到你想要的地方，因為我是做
: 需求分析，常常面對使用者，很多使用者一開始
: 會要求怎麼做，然後很堅持，但如果我有其他想法，
: 都會先贊同他，然後再仔細詢問，需求的目的，
: 回去之後，有新想法就開始畫圖，之後溝通就可以提出，
: 這樣有時候會真正滿足使用者需求，還會降低開發難度，
: 因為很多東西，都是程式弄好了，架構確定，然後不符合需求，
: 開始東湊西湊，真的會崩潰。
我覺得對PM和對使用者是有差的

對使用者有問題通常是技術上的
使用者主要熟悉業務邏輯的
兩者並沒有衝突
除非想故意搞你
否則通常還是會尊重你的專業(資訊的技術)
會接受你的引導
你的說法對使用者是很適用的

但PM或者主管那種則是
他們是做管理的與交待事情的(那算是他們的專業)
甚至可能會自認懂技術
如果認為主管的決策有問題
那等於是質疑別人的專業

而且有的主管的心態是"公司付你薪水就是要你解決問題 叫你做你就做"
不會管你的負擔大不大 需不需要加班(主管內心可能還高喊著"責任制萬歲")
客戶的需求非常容易照單全收

我覺得對於客戶的需求(變更)是要適當的去擋
但如果主管或PM一開始沒擋到的話
很難做一做再去跟客戶說這個需求不做
常常就是叫底下的人想辦法
要是人跑了...就當作"資訊業的流動率本來就高"...
一切都不是主管或PM的錯=.=+

結論:
1.軟體專案死都是先死PG
2.爛管理者有時比爛使用者更難搞一.一+
(我遇到的使用者都挺Nice的，對客戶的窗口或自己的主管有時比較難搞=.=+)

--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 114.42.242.32
※ 編輯: thinkniht       來自: 114.42.242.32        (10/30 13:05)
推 Ting1024:軟體專案死都是先死PG
→ Ting1024:是這樣沒錯 XDDD
稍微補充一下:
我並非認為主管或PM都很爛
而是覺得...
主管或PM是影響軟體專案成敗的關鍵
非常重要...
但能做好的人非常少
即使有做錯 也常常不用負責或被怪罪
既然做錯也沒甚麼
當然繼續亂搞(有時本人也沒發現自己有做錯)
於是造就了台灣軟體"慘業"=.=+

我相信這年頭不管經濟再不景氣
PG的職缺總是不少的
※ 編輯: thinkniht       來自: 114.42.242.32        (10/30 13:27)
推 littlethe:沒錯,專案真正的成敗的關鍵是pm而不是pg
→ littlethe:pg只是很單純的執行者
理論上是單純的執行者
但實際上執行的內容常常一點都不單純
(因為單不單純要看主管或PM=.=+)
※ 編輯: thinkniht       來自: 114.42.242.32        (10/30 15:05)
推 littlethe:pg若不是單純的執行者的話,就表示pm或主管失職
我是常常遇到一個人同時兼任多種身分啦
一個人同時兼任SA PG Test 甚至PM 是很正常的
(正所謂多種願望...一次滿足XDDD)
我想All In One在軟體業應該是還挺常見的
對主管而言 這樣很好調度啊
甚至可以少請些人

個人並不認同這樣的做法
各種角色有其應該具備的能力
不是每個人都適合擔任全部的角色
但是這對於新手而言
是一種很好的學習方式
※ 編輯: thinkniht       來自: 114.42.242.32        (10/30 22:14)
推 littlethe:我現在就是pg兼pm兼主管,我公司只剩5人了
→ thinkniht:5個人...讚
→ remmurds:樓樓上...有股淡淡的哀傷