Re: [閒聊] 扛著驢子的父子
※ 引述《erspicu (.)》之銘言：
: 開spec這件事情說簡單其實很簡單,反正就是靠張嘴,
: 只要不是自己coding,開到爽也無所謂(遇到這型的PM自求多福),
: 開到互相矛盾的操作.莫名其妙的龜毛限制但是卻毫無意義,
: 這種事情見怪不怪.....
: 說難其實也是非常難,要符合市場需求.老闆需要.考量實作可能度.時間成本等等,
: 越是大型的專案,越是考驗PM的技術經驗和見識.
: 簡單來說開spec可以是很簡單的工作,也可以是很難的工作,單看開的好不好,
: 亂開當然很簡單,開得好就是一門滿深的學問.
: 不過我想說的是,觀察了算是一陣子了,
: 失敗的專案有時候並不是因為pm不經大腦靠張嘴亂開,
: 反來是因為pm想太多而失敗,怎麼說呢? 有聽過父子扛驢子的故事嗎?
: 其實任何的設計概念都一定有優缺利弊,不同的操作流程也一定有設計的脈絡,
: 如果要設計出十全十美的專案並且盡可能囊括越多功能,搞個大雜燴,只會越想越多,
: 改來改去.變來變去,可能做了幾個月,產品定位越來越模糊,最後專案拖延過長,
: 或是老板有別的想法直接砍掉....
: 每家公司風氣不同,不過我們公司專案失敗大部分是這種原因.
: 還沒看過很多公司,不知道這種pm各公司出現的機率高不高就是.
我覺得這篇文章讓我挺困惑的
到底是講產品研發還是一般專案
PM到底是甚麼?專案經理?產品經理?
我想一般專案不太會有PM或SA想太多
需求會太多通常也是User提出的
User的需求可能都要叫人加班趕了
PM或SA還自己設計得更複雜要包括更多功能???
雖然我是有遇過一些蠻扯的事情
但我覺得這種情況扯的程度搞不好超越我遇到過的扯事...
原文原PO是要分享一下嗎???
我覺得你的定位也很模糊唷
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 111.249.114.249
→
02/06 18:10, , 1F
02/06 18:10, 1F
→
02/06 18:10, , 2F
02/06 18:10, 2F
→
02/06 18:13, , 3F
02/06 18:13, 3F
→
02/06 18:19, , 4F
02/06 18:19, 4F
產品研發的情況就不同了
如果你是產品經理 沒有使用者可以訪談 沒有甚麼規格
你會做得比較好嗎?
(你會不會我不知道啦...)
我是沒當過產品經理，但如果讓我想像自己是那樣的身分
我沒把握自己絕對不會犯同樣錯誤
這篇分享一個舊文章
記得以前在這個版有別人分享過了...
有興趣可以看一下
http://blog.ez2learn.com/2011/07/29/lesson-learned-fro-now-in/
※ 編輯: thinkniht 來自: 111.249.114.249 (02/06 18:45)
→
02/06 19:17, , 5F
02/06 19:17, 5F
→
02/06 19:19, , 6F
02/06 19:19, 6F
→
02/06 19:21, , 7F
02/06 19:21, 7F
→
02/06 19:22, , 8F
02/06 19:22, 8F
討論串 (同標題文章)
Soft_Job 近期熱門文章
PTT職涯區 即時熱門文章