評分：0, 年：0, 月：0, 週：0, 日：0, [+1 / -1] 最後更新：2020-06-22 10:55:24
這裡是蔡逼八軟體工程師
請問軟體工程師島民
你們會主動推掉PM的要求嗎?
像是效果差不多，照他的需求效果要寫好幾層沒用的程式
很浪費時間
整個地方還可能要大改
是指接到工作後，已經做完到交付階段，PM看了看又說跟他想的效果不同的時候
請問軟體工程師島民
你們會主動推掉PM的要求嗎?
像是效果差不多，照他的需求效果要寫好幾層沒用的程式
很浪費時間
整個地方還可能要大改
是指接到工作後，已經做完到交付階段，PM看了看又說跟他想的效果不同的時候
無題 無名 ID:8NXT88iU 2020/06/15(一) 23:05:59.962 No.18861525
一開始就先跟PM問清楚他開的需求在幹嘛，然後討價還價
無題 無名 ID:bJ589E5o 2020/06/15(一) 23:09:24.232 No.18861553
我家的PM程式底子都比我強
而且身為有邏輯的工程師連合理跟不合理的要求都分不清楚就接下來
你自己也該檢討一下吧
而且身為有邏輯的工程師連合理跟不合理的要求都分不清楚就接下來
你自己也該檢討一下吧
無題 無名 ID:hCqiJAMU 2020/06/15(一) 23:11:14.482 No.18861578
無題 無名 ID:s0Me0zbw 2020/06/15(一) 23:11:16.717 No.18861579
無題 無名 ID:bJ589E5o 2020/06/15(一) 23:15:42.755 No.18861626
另外前公司在進行專案草創時我也會進去跟UIUX一起開會
wireframe、UIUX哪邊可以做得更好都會在還沒把程式雕刻出來前就先除錯好
連同客戶需求有UIUX跟工程師在場討論 雖然事後可以避免少走很多冤枉路
但中間過程很浪費時間
wireframe、UIUX哪邊可以做得更好都會在還沒把程式雕刻出來前就先除錯好
連同客戶需求有UIUX跟工程師在場討論 雖然事後可以避免少走很多冤枉路
但中間過程很浪費時間
無題 無名 ID:bJ589E5o 2020/06/15(一) 23:20:02.419 No.18861679
作為RD本來就該具備基本的溝通能力與進階的團隊配合能力
一個產品不是只靠RD帶上來
更需要PM、Designer、前後段、行銷、業務blabla一大堆人員互相支援溝通才能做得到的事
code寫完就可以擺在自己賺錢的那不是工程師的能力
那叫Hacker
一個產品不是只靠RD帶上來
更需要PM、Designer、前後段、行銷、業務blabla一大堆人員互相支援溝通才能做得到的事
code寫完就可以擺在自己賺錢的那不是工程師的能力
那叫Hacker
無題 無名 ID:2ZnMhlfA 2020/06/15(一) 23:24:38.932 No.18861734
我覺得這種大改的情況
一般都是流程有問題吧
要是一開始PM就知道這個東西會怎麼呈現
我覺得不太可能直接翻臉不認的
PM一開始沒有提操作劇本給你嗎
如果沒有的話 其實比較保險的作法還是實作之前跟他至少
確認一次整個UI操作流程會怎麼走
一般都是流程有問題吧
要是一開始PM就知道這個東西會怎麼呈現
我覺得不太可能直接翻臉不認的
PM一開始沒有提操作劇本給你嗎
如果沒有的話 其實比較保險的作法還是實作之前跟他至少
確認一次整個UI操作流程會怎麼走
無題 無名 ID:gNLM/DBk 2020/06/15(一) 23:24:43.254 No.18861735
我們公司一開始就會寫好規格書並給客戶確認
基本功能和流程都會寫在上面 沒寫通常都小東西就自由發揮
有爭議一切都以規格書為準
當然還是會有要改的 如果好改就做個人情 不好改就想辦法嘴砲是feature
基本功能和流程都會寫在上面 沒寫通常都小東西就自由發揮
有爭議一切都以規格書為準
當然還是會有要改的 如果好改就做個人情 不好改就想辦法嘴砲是feature