Re: [閒聊] 扛著驢子的父子

看板Soft_Job作者 (沒有不可能)時間13年前 (2013/02/06 18:21), 編輯推噓1(1013)
留言14則, 2人參與, 最新討論串3/3 (看更多)
其實我看不太懂你想表達的 PM沒想太多 表示她對這個專案或是產品的掌握度是低的 需求變得不明確, 模林兩可 變成執行者依照自己的想法腦補文件沒有明確的部分 這種模式雖然給執行者某種程度上的自由度,但往往會變成結果不是PM想要的 最後就是開發時程拉長,或是加班 我腦補一下你的說法 是指說當PM太遷就於開發者,太遷就於已有的架構 妥協於為了在時程內完成產品,而犧牲了產品特色 犧牲了和競爭對手的主要差異性, 最終做出來的東西市場定位不明確 當然結果就是失敗 不過我比較常看到的不是PM太遷就於開發環境 而是PM對於自己設計的產品定位也不明確@@ ※ 引述《erspicu (.)》之銘言: 開spec這件事情說簡單其實很簡單,反正就是靠張嘴, 只要不是自己coding,開到爽也無所謂(遇到這型的PM自求多福), 開到互相矛盾的操作.莫名其妙的龜毛限制但是卻毫無意義, 這種事情見怪不怪..... 說難其實也是非常難,要符合市場需求.老闆需要.考量實作可能度.時間成本等等, 越是大型的專案,越是考驗PM的技術經驗和見識. 簡單來說開spec可以是很簡單的工作,也可以是很難的工作,單看開的好不好, 亂開當然很簡單,開得好就是一門滿深的學問. 不過我想說的是,觀察了算是一陣子了, 失敗的專案有時候並不是因為pm不經大腦靠張嘴亂開, 反來是因為pm想太多而失敗,怎麼說呢? 有聽過父子扛驢子的故事嗎? 其實任何的設計概念都一定有優缺利弊,不同的操作流程也一定有設計的脈絡, 如果要設計出十全十美的專案並且盡可能囊括越多功能,搞個大雜燴,只會越想越多, 改來改去.變來變去,可能做了幾個月,產品定位越來越模糊,最後專案拖延過長, 或是老板有別的想法直接砍掉.... 每家公司風氣不同,不過我們公司專案失敗大部分是這種原因. 還沒看過很多公司,不知道這種pm各公司出現的機率高不高就是. -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.70.79.227

02/05 21:46,
這也許就是scrum定義出PO,而非延用PM的原因吧
02/05 21:46

02/05 22:04,
這篇是講產品研發還是專案開發?
02/05 22:04

02/05 22:16,
spec通常是sa開,pm主要是做資源及時程控管
02/05 22:16
有些公司並沒有明確SA這腳色,通常不然就是PM兼著,不然就是RD兼著, 也沒有啥權責不清的問題,因為根本沒有權責區分,像我們公司PM是兼SA.

02/05 22:17,
而且spec也不是光靠張嘴,spec是要有明確的文件可供驗證的
02/05 22:17

02/05 22:19,
依我看,恐怕是權責畫分不明確,導致很多資源內耗,拖垮參與者
02/05 22:19

02/05 22:20,
的信心吧?
02/05 22:20

02/05 22:29,
最怕的是user太多種, 每種要的都不同
02/05 22:29

02/05 22:43,
很多遊戲都是這樣砍掉重練的...Orz
02/05 22:43

02/05 23:37,
專案的話...會失敗幾乎都是因為Spec一直改才出問題
02/05 23:37

02/05 23:46,
考慮太多也是問題,有時User不需要先規劃一堆搞自己...
02/05 23:46
※ 編輯: erspicu 來自: 60.248.56.181 (02/06 09:43)

02/06 10:28,
我是覺得如果權責清楚的話,根本就不會有[嘴炮開規格]這回事
02/06 10:28

02/06 10:29,
,[嘴炮]指使誰誰誰負責開規格是有的,但[開規格]這件事必定有
02/06 10:29

02/06 10:30,
明確的文件產出.要能產出規格文件,這個人就算不簡單了
02/06 10:30

02/06 10:38,
好奇,現在真的執行agile的公司有多少?
02/06 10:38

02/06 10:39,
或者是貼皮的比較多?
02/06 10:39

02/06 17:36,
有些人想省麻煩 口頭講就是SPEC了 反正做的人自己想辦法
02/06 17:36
-- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 59.120.1.136

02/06 18:24, , 1F
可能每家公司的文化和風氣不同 帶的人方式差異也很大
02/06 18:24, 1F

02/06 18:26, , 2F
我遇到的狀況應該不是一種普遍的現象
02/06 18:26, 2F

02/06 18:29, , 3F
我們是公司自己設計產品 然後帶頭的人自己去構思要啥功能
02/06 18:29, 3F

02/06 18:30, , 4F
和操作的方式.流程.概念 然後自己拿捏不定
02/06 18:30, 4F

02/06 18:31, , 5F
一下要一下子不要 一下要這樣操作方式 一下覺得這樣不好
02/06 18:31, 5F

02/06 18:31, , 6F
變來變去 換來換去 時程倒是不太有太多限制的感覺
02/06 18:31, 6F

02/06 18:33, , 7F
因為帶領的人算有些技術背景 所以也常管到實作細節方式
02/06 18:33, 7F

02/06 19:30, , 8F
其實扯到[人],就會有種種狀況;尤其人很難[擇善固執],明知是
02/06 19:30, 8F

02/06 19:31, , 9F
對的事,一旦遇到反對聲浪太大,就開始懷疑起自己,然後就退縮
02/06 19:31, 9F

02/06 19:32, , 10F
了.但這種事本來就很難有一個判斷標準,太堅持己見,不能溝通,
02/06 19:32, 10F

02/06 19:32, , 11F
又變成是另一個面向的問題;說來說去,只要扯上[人性],就沒有
02/06 19:32, 11F

02/06 19:32, , 12F
標準答案了
02/06 19:32, 12F

02/06 19:41, , 13F
正應驗標題的[父子扛驢],其實是[父子騎驢],不管怎麼做,必然
02/06 19:41, 13F

02/06 19:41, , 14F
有人能說上幾句閒話,最後聽誰的? :P
02/06 19:41, 14F
文章代碼(AID): #1H4YwSlH (Soft_Job)
文章代碼(AID): #1H4YwSlH (Soft_Job)