顯示具有 PM 標籤的文章。 顯示所有文章
顯示具有 PM 標籤的文章。 顯示所有文章

2017年10月3日 星期二

《約耳續談軟體:探究軟體經營的根本實學》觀後感(After reading of more Joel on software)

這篇文章的連結 沒有留言:

基於現任軟體PM的角色,同時也自己下海寫一些東西,對於軟體的切入角度,有了許多不同的認識跟想法,剛好同事有天提到了《約耳續談軟體:探究軟體經營的根本實學》(已絕版),就跟同事借來,每天抽點時間把它啃完之後,也留下一些自己的心得跟記錄,也許再過一段時間回頭來看,也可以知道自己實證了多少。

2016年9月9日 星期五

無法標準化的職務 ( Unable standardization duties -- PM)

這篇文章的連結 沒有留言:

以工作來說,每個人或多或少都會希望能夠依循著特定的SOP來執行任務,如此一來,除了降低自己的風險外,同時也能以最短的時間讓自己能夠融入工作群體當中,但是,有一個工作職務,很多人有興趣,但是也有人不願為之的工作,那就是 ─ 人見人愛(哀?)的PM吧?現在就回頭來看看這份工作為什麼很難有SOP吧?

其實PM這個詞經常會被混用,先不論是產品或是專案的管理,基本上只有戰線長短的問題,要處理的面向不會因為產品或專案有太大的差異,除非是既有的成熟產品,同時接近它產品周期的尾聲時,才有可能只剩下維護的既有工作,對於PM來說,第一件要認清的事就是,這個專案(產品)究竟是從何而來?表面及背後的實質目的為何,如果這點沒有先認清的話,基本上PM之路應該會走的很艱辛。

2016年4月19日 星期二

產品定位的取捨(Making Product Position Trade-offs)

這篇文章的連結 沒有留言:

從以前的工作經歷,直到如今的工作崗位,經常會看見一個產品從發想、勾勒、草創、堆疊、驗證、測試、推出市場或夭折......,時間一久,反而印象大多是中間的過程、摩擦、協調、消弭認知上的差距,直到產品漸漸地成形,最後看見成品時,反而沒有太大的驚喜及衝擊,或許也是因為自己對於產品本身已經熟到不能再熟了。

經過了這些時日的體會(折磨?),愈來愈能夠理解為什麼產品一定要先推出市場,因為無論你是採取那種方法開發出這個產品,直到推出那刻之前,你永遠都無法預期目標族群的喜好,雖然可以透過很多前期的調研報告、媒體曝光來努力地嗅出一絲機會,縱使如此,也要看你最終推出的產品的成本價格功能市場成熟度消費者喜好而定。

2015年9月13日 星期日

盲目追求新技術的風險 (Risks of Pursuit the New Technology)

這篇文章的連結 沒有留言:

因為自身工作內容的轉換(不務正業?),所以對於一些系統架構和最適性的選擇有些感觸,所以才衍生了這篇文章,不過,這邊我絕不是要評論技術的優劣與否(我自論也沒有這個能耐)只是單純在風險評估上,進行一種論述,當然,這也包括了很多不同面向的選擇,或許下次當你也遇到類似的問題時,也能夠認真地想想是否該這麼做!?(前提是......你得是個有評估能力決策者