View
85
Download
0
Category
Preview:
Citation preview
如何面對軟體團隊
作為發案方的 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 的境界
要記起來啊
我愛你們
有問題留言吧～～
沒有下一篇了
再會了～～
保重
Recommended