推 codemonkey:這也許就是scrum定義出PO，而非延用PM的原因吧 02/05 21:46
推 thinkniht:這篇是講產品研發還是專案開發? 02/05 22:04
推 bobju:spec通常是sa開,pm主要是做資源及時程控管 02/05 22:16
有些公司並沒有明確SA這腳色,通常不然就是PM兼著,不然就是RD兼著,
也沒有啥權責不清的問題,因為根本沒有權責區分,像我們公司PM是兼SA.
→ bobju:而且spec也不是光靠張嘴,spec是要有明確的文件可供驗證的 02/05 22:17
→ bobju:依我看,恐怕是權責畫分不明確,導致很多資源內耗,拖垮參與者 02/05 22:19
→ bobju:的信心吧? 02/05 22:20
→ Abbee:最怕的是user太多種, 每種要的都不同 02/05 22:29
→ andymai:很多遊戲都是這樣砍掉重練的...Orz 02/05 22:43
推 luciferii:專案的話...會失敗幾乎都是因為Spec一直改才出問題 02/05 23:37
推 now99:考慮太多也是問題，有時User不需要先規劃一堆搞自己... 02/05 23:46
※ 編輯: erspicu 來自: 60.248.56.181 (02/06 09:43)
→ bobju:我是覺得如果權責清楚的話,根本就不會有[嘴炮開規格]這回事 02/06 10:28
→ bobju:,[嘴炮]指使誰誰誰負責開規格是有的,但[開規格]這件事必定有 02/06 10:29
→ bobju:明確的文件產出.要能產出規格文件,這個人就算不簡單了 02/06 10:30
推 codemonkey:好奇，現在真的執行agile的公司有多少？ 02/06 10:38
→ codemonkey:或者是貼皮的比較多？ 02/06 10:39
推 thinkniht:有些人想省麻煩 口頭講就是SPEC了 反正做的人自己想辦法 02/06 17:36
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.120.1.136
→ erspicu:可能每家公司的文化和風氣不同 帶的人方式差異也很大 02/06 18:24
→ erspicu:我遇到的狀況應該不是一種普遍的現象 02/06 18:26
→ erspicu:我們是公司自己設計產品 然後帶頭的人自己去構思要啥功能 02/06 18:29
→ erspicu:和操作的方式.流程.概念 然後自己拿捏不定 02/06 18:30
→ erspicu:一下要一下子不要 一下要這樣操作方式 一下覺得這樣不好 02/06 18:31
→ erspicu:變來變去 換來換去 時程倒是不太有太多限制的感覺 02/06 18:31
→ erspicu:因為帶領的人算有些技術背景 所以也常管到實作細節方式 02/06 18:33
推 bobju:其實扯到[人],就會有種種狀況;尤其人很難[擇善固執],明知是 02/06 19:30
→ bobju:對的事,一旦遇到反對聲浪太大,就開始懷疑起自己,然後就退縮 02/06 19:31
→ bobju:了.但這種事本來就很難有一個判斷標準,太堅持己見,不能溝通, 02/06 19:32
→ bobju:又變成是另一個面向的問題;說來說去,只要扯上[人性],就沒有 02/06 19:32
→ bobju:標準答案了 02/06 19:32
→ bobju:正應驗標題的[父子扛驢],其實是[父子騎驢],不管怎麼做,必然 02/06 19:41
→ bobju:有人能說上幾句閒話,最後聽誰的? :P 02/06 19:41