Re: [請益] 一個令我與PM爭論的的問題

[bleed1979 (口德是一種美德)]

※ 引述《ando5566 (風雲變色)》之銘言：
: 各位前輩好
: 小弟遇到了一個問題 想向版大們請教
: 希望不吝指導
: 兩個程式A & B 各自在兩台電腦上跑 兩者透過內網互相溝通
: 當內網上還有其他通訊在共用
: A發出指令 請B做計算的動作(跑演算法)
: 倘若A要求B在一定時間內要回報計算出來的結果
: 是合理的要求嗎!?

是

因為我說是，後文的所有小劇場吃光。

===================== 請問原po開發完沒？ 分隔線 ========================

關鍵在所謂的"一定時間內"回報計算結果的引號部分。

一定時間內是多久？這key point是否與SD/SA/PM等任何上層討論過呢？


"一定時間內"可能請原po開發完成後，模擬幾個自認是worst case的跑跑看。

然後精算出原po版的"一定時間內"，提報上層主管(原po直屬於PM下？)。

PM不碰開發，定會有PM版的"一定時間內"。

兩版能match是最好，


不能match　或　

跑極限測試失敗　或　

待系統上線後發現超時(timeout)的話，

看要怎麼tune再說。


文中看不出原po是否已經完成開發？！

如果尚未開發，口舌之爭無意義。

如果開發完成，義正詞嚴有必要。


對於上頭交代下來的事情，清楚了解並服從。

對於上頭交代下來的事情有異議，服從照做再回報。

對於上頭交代下來的事情不爽做，翻桌走人。


======================= 跟PM談技術 分隔線 ===========================

知道原po心理有氣吞不下來版上發問尋求認同和聽取不同意見。

只是，在Soft_Job版多只能得到技術相關的資訊。

然後拿板上的技術當原po內心的盾牌，再度跟PM談技術？？

拜託，

PG是什麼，PM又如何，跟PM談技術除非該PM有技術底，

不然真的是"我說鳥在天空飛，你回魚在水中游"的情境。

然後PM為了面子問題又不可能會說：不要跟我談技術，我不懂。

多半就直接請原po寫測試報告，那不是多累的(台語)？


======================= 真心建議 分隔線 =============================

先有東西出來啦，該東西不一定是最終產品，但定是有數據能佐證的完成度。

將數據化為簡要文件或報告，然後再和PM周旋第二次。

第二次後有什麼困難，丟到Soft_Job大家第三次出意見呀。

至於因為周旋或寫了原本就不合理的開發導致專案delay，

說句難聽的，關PG什麼事呢？　照PM的意思做，專案PM在扛的。


大致上的想法是這樣，這就當作是Soft_Job版友的一種看法吧。


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.135.203.156
※ 文章網址: http://www.ptt.cc/bbs/Soft_Job/M.1418341028.A.B60.html
推 qrtt1: 大意是，先做出來，用數據比較一下跟需求差距多少。
→ qrtt1: 再跟開發者討論有沒有改善空間，也跟PM講現狀與目前的極限
qrtt1果然厲害，不為花言巧語所動。

是的，您所言的大意就是晚輩想表達的。

推 domototice: 雛型測試 改良演算法
→ domototice: 不能只從開發者角度 也得從使用者客戶端角度
→ domototice: 只在乎快不快
PM應該是跟客戶端開會的開發者端代表，

會傳達與客戶端開會後的結論並派下命令。

不過，總是要多次開會，討論，和磨合，最後折衷出一個大多數滿意的結果。

所以還是建議先有可以開會討論的實際產出會比較好，這是建議原po的點。

※ 編輯: bleed1979 (220.135.203.156), 12/13/2014 14:11:03