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