如何面對軟體團隊

作為發案方的 PM

你首先必須整理

你的 BU 內對軟體的期待

要確定軟體能幫到 BU 什麼忙

然後才去找軟體團隊

然後才有之後的事情

團隊有兩種敏捷式 跟 瀑布式

話先說在前面

不對應該是再說一次

這兩個沒有哪個比較好

完全是看專案特性或是

團隊的做事方法而定

假如你的團隊是敏捷式開發的團隊

我要請你

第一

把需求加上優先權

哪些需求最重要？

哪些需求還好？

哪些需求說真的

不做也沒差？

這些決定沒有人可以幫忙

只有你！

你！！！

好好做好這件事

拜託

然後

因為是敏捷團隊

他們會把重要的先拿來做

第二

每隔一段時間就去看一次 demo

所謂的一段時間

是指 1 到 4 個禮拜

第三

看完 demo一定要給 feedback

把你的 feeback 100% 的誠實地說出來

別害羞了

一定要溝通

就算不開心也無妨

一定要讓你跟團隊是一起往你的方向前進的

同時

第四

盡早開工

( 你看 我又說了一次 )

敏捷團隊不需要完整的 spec 就可

以開工了！！

當然還是需要 spec 當規範

但敏捷團隊認為寫程式不用等 spec

ready

而且spec 是可以改的

怎麼改？

告訴他們現在最重要的需求是什麼

也就是剛剛說的

給優先權的概念

而 spec 也會因為你的priority 而改變

這是好事

第五

請放手

跟敏捷的團隊合作

剛開始的一個月甚至是兩個月

發案方都會感覺很糟

很想幹

不要做了

這群人做這是什麼爛東西

但請你熬過去這段時間

放手讓團隊自我管理

讓他們成長

也讓你跟團隊的步調一致

不要一兩個禮拜感覺很爛

就自己收回來管了

第六

也是最後一點了

我要告訴你如何掌握進度

方法是

用 demo 跟自己操作軟體

來掌握進度

團隊與你的產出是 ...

程式可以用的程式

絕對不是文件

軟體的進度是

程式可以用的程式

絕對不是你的甘特圖

以上

複習一下你遇到敏捷團隊怎麼辦

1. prioritize 專案需求

每隔 1~4 個禮拜去看 demo每次看 demo 一定要給

feedback儘早開工放手，讓團隊自我管理用可用的軟體來掌握專案進度

假如你遇到的團隊是瀑布式的團隊

第一

好好的定好你的 spec

對瀑布式團隊來說

殺死他們最快的方法就是改 spec

同時

改 spec 也代表你沒有做好你的份內的

工作

如果真的不幸改了

記得要給相對應的時間

第二

好好的抓一下 buffer

怎麼抓 buffer請參考第二篇講的 PERT

法

第三

不要相信任何人

來了唷

我要說了

瀑布式開發團隊的 PM

也就是你

不要相信 RD 說的話

RD 都是壞人他們的工作是

偷懶 and 把專案搞delay

也不要相信 QA

QA 都是壞人他們的工作是

偷懶 and 故意漏掉 bug 沒測到

還他媽的裝傻找藉口

…

覺得很偏激嗎？

相信我

這是你自保的方式

第四

我又要講掌握進度的方式了

面對瀑布式開發團隊

請你用完成的百分比跟甘特圖

來掌握進度

記得要搭配你的 buffer喔

但是我個人從來不相信

甘特圖在軟體開發是可用的

或者是傳統ＰＭＰ教的什麼 critical path

longest path 之類的

為了救你

我想還是請你去設立一兩個 mile stone

然後把 mile stone 好好的訂一下驗收標準

好好的去驗收

去吵架

最後你的 deadline

有機會因為這一兩個milestone

而不會delay太大滑掉太多

切記

milestone 不要太多

間隔要拉得夠長

不然團隊會潰散失去士氣

而且吵架也是很累的

mile stone 搞那麼多一直吵

很累嘛～

好再來複習

你遇到瀑布式開發團隊

該怎麼辦

1. 不能 ( 最好不要 ) 改需求2. 給 buffer3. 不要相信任何人4. 用進度比跟甘特圖掌握進度< 個人建議> 設立一兩個milestone

好了

講到這裡一定有人有問題

難道這世上只有這兩種團隊嗎？

waterfall 跟 agile不能摻在一起做撒尿牛

丸嗎？

好的

假如 你遇到混合型 (hybrid) 的團

隊

的確是比較棘手一點

我自己的想法是這種團隊

只有兩種狀況

第一種狀況是

這個團隊已經是很有經驗的團隊了

他們已經敏捷到不需要過多的規定了

也就是無招勝有招

的境界了

這其實不難(雖然聽起來很難 )

台灣的確有這樣的公司與團隊喔

但不多就是了 ...

假如你是請國外的團隊來

幫你開發軟體

遇到這樣的團隊是稀鬆平常的事情

如果你真的遇到這麼好的團隊

好好握住她的手

不要讓機會溜走

唯一要注意的是

請我們自己人再做一次測試

有時候敏捷團隊太敏捷

會沒有測試人員在團隊內

總之

遇到這種團隊問題不大啦

幾乎是天上掉下來的禮物了

放手讓他們幹就對了

另外一種 hybrid 的團隊的狀況是

他們以為他們都會了

很跩的

agile 也會

waterfall 也會

而且都很簡單

幹

如果你遇到這種團隊

就

塊陶啊！！！

至於怎麼判斷 hybrid 的團隊

是哪一種？

哈找個內行人站在你這邊跟對方團隊

合作一陣子就知道了

最後

也是這五份投影片的結尾了

我想用最後一點時間解釋什麼是 agile

agile是打帶跑戰術

是走著瞧

是把重要的東西先做出來

是快速的對改變做反應

但更重要的是

agile 是境界

必須到過那個境界才能體會那個境界

所有書上寫的課堂上教的

都是假的要實地去體會到

才是真的

境界

這樣說好了

agile 就像是

性高潮

沒到過的人永遠不相信他的存在

笑了吧～

至於waterfall

也是可以做出東西來啦

雖然過程比較不愉快

但

不要放棄他

這麼多年過去waterfall 這套還是可以用的

好了

講完了

最後複習一下這篇講了什麼

1. 如何面對 agile 團隊2. 如何面對 waterfall 團隊3. 如何面對 hybrid 團隊4. 什麼是 agile 的境界

要記起來啊

我愛你們

有問題留言吧～～

沒有下一篇了

再會了～～

保重