[閒聊] 扛著驢子的父子

[erspicu (.)]

開spec這件事情說簡單其實很簡單,反正就是靠張嘴,

只要不是自己coding,開到爽也無所謂(遇到這型的PM自求多福),

開到互相矛盾的操作.莫名其妙的龜毛限制但是卻毫無意義,

這種事情見怪不怪.....


說難其實也是非常難,要符合市場需求.老闆需要.考量實作可能度.時間成本等等,

越是大型的專案,越是考驗PM的技術經驗和見識.

簡單來說開spec可以是很簡單的工作,也可以是很難的工作,單看開的好不好,

亂開當然很簡單,開得好就是一門滿深的學問.


不過我想說的是,觀察了算是一陣子了,

失敗的專案有時候並不是因為pm不經大腦靠張嘴亂開,

反來是因為pm想太多而失敗,怎麼說呢? 有聽過父子扛驢子的故事嗎?

其實任何的設計概念都一定有優缺利弊,不同的操作流程也一定有設計的脈絡,

如果要設計出十全十美的專案並且盡可能囊括越多功能,搞個大雜燴,只會越想越多,

改來改去.變來變去,可能做了幾個月,產品定位越來越模糊,最後專案拖延過長,

或是老板有別的想法直接砍掉....


每家公司風氣不同,不過我們公司專案失敗大部分是這種原因.

還沒看過很多公司,不知道這種pm各公司出現的機率高不高就是.

--
※ 發信站: 批踢踢實業坊(ptt.cc)
推 codemonkey:這也許就是scrum定義出PO，而非延用PM的原因吧
推 thinkniht:這篇是講產品研發還是專案開發?
推 bobju:spec通常是sa開,pm主要是做資源及時程控管
有些公司並沒有明確SA這腳色,通常不然就是PM兼著,不然就是RD兼著,
也沒有啥權責不清的問題,因為根本沒有權責區分,像我們公司PM是兼SA.
→ bobju:而且spec也不是光靠張嘴,spec是要有明確的文件可供驗證的
→ bobju:依我看,恐怕是權責畫分不明確,導致很多資源內耗,拖垮參與者
→ bobju:的信心吧?
→ Abbee:最怕的是user太多種, 每種要的都不同
→ andymai:很多遊戲都是這樣砍掉重練的...Orz
推 luciferii:專案的話...會失敗幾乎都是因為Spec一直改才出問題
推 now99:考慮太多也是問題，有時User不需要先規劃一堆搞自己...
※ 編輯: erspicu         來自: 60.248.56.181        (02/06 09:43)
→ bobju:我是覺得如果權責清楚的話,根本就不會有[嘴炮開規格]這回事
→ bobju:,[嘴炮]指使誰誰誰負責開規格是有的,但[開規格]這件事必定有
→ bobju:明確的文件產出.要能產出規格文件,這個人就算不簡單了
推 codemonkey:好奇，現在真的執行agile的公司有多少？
→ codemonkey:或者是貼皮的比較多？
推 thinkniht:有些人想省麻煩 口頭講就是SPEC了 反正做的人自己想辦法
→ bobju:那就是權責不清啊~嘴炮當成spec,叫他去死
※ 編輯: erspicu         來自: 61.70.79.227         (02/06 19:22)