Re: [閒聊] 扛著驢子的父子
其實我看不太懂你想表達的
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,
02/05 21:46
推
02/05 22:04,
02/05 22:04
推
02/05 22:16,
02/05 22:16
有些公司並沒有明確SA這腳色,通常不然就是PM兼著,不然就是RD兼著,
也沒有啥權責不清的問題,因為根本沒有權責區分,像我們公司PM是兼SA.
→
02/05 22:17,
02/05 22:17
→
02/05 22:19,
02/05 22:19
→
02/05 22:20,
02/05 22:20
→
02/05 22:29,
02/05 22:29
→
02/05 22:43,
02/05 22:43
推
02/05 23:37,
02/05 23:37
推
02/05 23:46,
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,
02/06 10:38
→
02/06 10:39,
02/06 10:39
推
02/06 17:36,
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
02/06 19:41, 14F
討論串 (同標題文章)