before project beginspart II

這篇要講軟硬整合的專案

一般而言一個軟硬整合的專案

會是這樣的

硬體ＰＭ( 也就是你 )

通常會有一個出貨時間

這出貨時間其實不算太近

還算合理

比如說9 個月以後

但你不懂軟體

所以你找了軟體的人來

像上一篇一樣說了故事給他們聽

然後設計部門會跳出來

根據你說的故事先去做前期的

使用者研究

到這裡是第一階段

(PM input + UR)

然後設計師們會依據他們的

專業

畫出簡單且初版的UI flow

同時軟體與硬體之間的

基本功能介面也要定下來

這是第二階段(UI plan +

basic functions)

然後

設計師會做出美美的powerpoint

敘述這個產品的設計理念

也就是提案

大家確定了提案就會有 UI spec 了

UI spec 可以視為是wireframe

這是第三階段(proposal + UI spec)

然後

會出圖 切圖

也就是軟體所用到的背景圖 icon 等等

這是第四階段(images and icons)

來複習一下

phase 1. PM input + URphase 2. UI plan + basic functionsphase 3. proposal + UI specphase 4. images and icons

通常假如是全新的產品

在 phase3 之前還有一個東西

叫做是 brain storming

這是為了找到”梗“

有梗 新產品才比較好行銷

比較好賣

這是好東西

好的

不要忘了

你一開始有個deadline

假設是九個月後的那個還記得嗎？

你覺得做完這四個階段要多久？

如果再加上不一定找得到梗的 brain storming

呢？

要多久？

而留了多少時間給開發團

隊？

軟體 RD 不是神

無法在極短時間內變出你要的東西

軟體 RD 也是人

為了 meet 你的schedule

要求他們加班兩個月做出來

你為什麼不去死一死

啊

帶了個人情緒

不好意思不好意思

但是

這真的是事實啊～

而且

剛剛的phase 1 到 4

都是必須的

brainstorming更是好東西！

身為 PM 的你不能放棄任何一步

所以怎麼辦？

老做法是：

你也就是產品 PM

去拜託 RD 把設計師們的心血實作出來

或者強硬一點

逼他們加班血汗工廠

無論如何就是做出來就對了

囉唆什麼

給妳錢趕快做

time to market是很重要的

你們 RD 都不懂

幹 一群死阿宅

啊

對不起

又帶了個人情緒

（？）

好的

PM 這樣當

你不覺得很爛嗎？？？

好像黑道一樣

讀聖賢書 所為何事啊？

另外一個作法是

壓縮前段設計師的時間

前面 UR 要做那麼久嗎？

我 PM 說會賣就會賣啊

提案隨便提一提就好這麼難嗎？

brain storming?那是什麼？可以吃嗎？不用做啦～

切圖就切圖啊

photoshop 不過是小畫家的超級賽亞人版

一天就好了吧？

軟體 RD 的部份

就做出來就好啊圖貼一貼就好啊

有那麼難嗎？

好的

這是第二種做法

PM 做成這樣

你覺得你的產品會好到哪裡去？

你尊重專業嗎？

以後設計師跟軟體 RD會怎麼看你？

還要不要跟你合作？

你的 credit只剩下名片上的 Project

manager

PM 當到這樣也是很可悲的

講到這裡

有沒有發現為什麼都是一定要一個phase 完了才進下一

個？

聽說這叫 waterfall

但是！

設計師們的工作流程是這樣的沒錯

要非常的尊重他們的專業喔

真的

但是你再看看這整個流程

phase 1. PM input + URphase 2. UI plan + basic functionsphase 3. proposal + UI specphase 4. images and icons

還有 brain storming

加上你的 deadline

你真的覺得你的產品能 meet schedule 嗎？

再怎麼看都很悲觀吧？

這也是我認為在軟硬體共存的專案中採用 waterfall 會失敗的

最大原因

除非你的 schedule 就是拿來 delay 的

我要說我的解法了

來了唷

我覺得解法是

偷跑

請你讓你的軟體團隊偷跑

怎麼偷跑？

在 phase 1(PM input + UR)

就可以讓軟體 RD 們先念相關的文件了

比如說要做藍芽檯燈的話

先去看藍芽要怎麼配對不過份吧？

比如說要做 android 的 launcher

先去看一開機怎麼進 launcher與

要怎麼把別的 App 叫起來不過份吧？

在 phase 2.(UI plan + basic

functions)

一定要拜託軟體開發團隊開始實做 basic function

這是我覺得最重要的時間點

錯過這裡基本上

就等著 delay吧

因為其實

基本的 function 就很難了

不會因為他是基本的功能

就明天就變出來

而

對於身為 PM 的你來說

與其他 function 的溝通

(ex: marketing, 大老闆 )

都可以用這些基本功能來 demo

來說服他們

來確定這個產品

跟大家想像中的產品是一致的

別忘了軟體是看到才有感覺的

再次強調

phase 2 就可以開始開發了

不要等到一堆 spec 都ready 了

才開幹

那會花掉你八個月的時間

真的

到了phase 3, phase 4

的時候

設計師要與 RD緊密的溝通

才不會發現

當初設計的東西有著技術上的瓶頸

要馬做不出來

要馬做出來但很慢

要馬做得出來但要花大錢買其他人的

技術

或是做得出來

但那是後年的事情

最後很可能

又要全部打掉重頭來過

你就完蛋了

好的

我又講完了

講到這裡

我真的不覺得在軟硬整合的專案中

用 waterfall 的開發方法與開發團隊能把事情

做出來

通常

這樣搞軟體反而拖累了硬體

而沒有人敢去改變敢去偷跑 ...

在軟硬整合的專案中

我真的認為你需要的是一隻有經驗

的 agile 團隊

因為 偷跑就代表之後要改

改的幅度可能不小

沒經驗的團隊會無法適應改變

砸掉的機會也是很大

所以

你需要有經驗的敏捷好手

搭配偷跑跟對這群人的相信

與密切的溝通和 demo

有機會趕上你的deadline

所以

在第一篇裡面為什麼說

儘早開始可以增加你軟體專案成功的機會

就是這樣啊

結論了

找個有經驗的敏捷開發團隊讓他們在 phase2 的時候偷

跑是你唯一的機會

不保證成功

但成功的機會會比較大大很多

假如你的開發團隊是waterfall 的

spec 不 ready 就不開始做的

那

就等著 delay吧

以上

講完了～～