搞笑談軟工: 04/01/2015

2015年4月30日星期四

我就是要曬太陽啊

April 28 10:50~11:39

今年（2015）4月和Kay到捷克與奧地利考察，在布拉格的某天中午安排去搭船遊伏爾塔瓦河。中午12點開的船，Kay和Teddy約在11:45分到，這時候上層甲板只剩下靠船尾有空位。過不到幾分鐘，甲板的位置都坐滿了，後來才到的遊客只能坐下層室內的位置。

就在即將開船的前幾分鐘，來了一群6~7個人走到甲板上一看，都沒空位了。照理講他們應該要乖乖地坐在下層室內的船艙，但可能是因為他們太想要在甲板上曬太陽，而且甲板的視野也比較好，於是他們就跟旁邊桌子的人各要了幾張空椅子，當場就在走道上圍成一圈坐了下來。

這一群人當中有一位女士，跟Teddy前方那一桌從德國來的夫妻聊了起來。原來這一群人是從荷蘭來的，他們談笑自若絲毫不覺得拉把椅子坐在走道上有何不妥，而船上的服務生也沒制止他們，照樣幫他們點飲料。

***

這個景象突然讓Teddy想到之前聽到的一個故事。有人說，強國思維和弱國思維有何不同？

強國思維：什麼，國內的奶粉有三聚氰胺？我就到全世界各處搶購奶粉。

弱國思維：什麼，國內的奶粉有三聚氰胺？政府是幹什麼吃的，衛生部官員下台啦。

強國思維是一種解決問題的思維，弱國思維則是怪天、怪地、怪父母的心態。

***

在推廣Scrum的過程中，常常聽到朋友們抱怨公司現況有多麼的糟糕，絕對不可能改變。前者Teddy贊同，很多公司的現況的確是很糟，但後者就不一定了。你有為改變試圖作出任何的努力嗎？在惡劣的環境中還能夠做出改善，那就代表你的能力越來越好，而不是被惡劣環境給制度化了。單純的批評總是容易的，但卻鮮少有參考價值。努力後的批評，比較有可供參考的經驗。

***

友藏內心獨白：就算改餵母奶還是可能存在環境賀爾蒙啊。

2015年4月29日星期三

好聽你的話！

April 27 16:02~16:32

不要咬紙啊！如果Eiffel可以聽話就好了XD。

前一陣子和客戶聊天…

客戶：我們公司的工程師都很聽你的話喔！

Teddy：很聽我的話，什麼意思？

客戶：你告訴他們Scrum團隊不要加班，有時候公司需要加班他們就拿「Teddy說不要加班」這句話來反擊。

Teddy：什麼情況需要加班？

客戶：平常公司也是不鼓勵加班，但有時候線上營運系統出問題，需要立刻解決。或是希望他們花一點「自己的時間」了解一下新接手的系統或是新技術。

Teddy：這樣啊，聽起來還算合理啊。

Teddy：我說的不加班是希望在正常的情況下「肉體留在公司」的時間一周儘量以40小時左右為準，目的是希望下班之後身為專業的工程師可以有時間與精力持續進修與提升自己的能力。Bob大叔在《The Clean Coder》書中也提出每周工作40 + 20小時的建議（請參考〈[還少一本書] The Clean Coder〉）。

客戶：可是你後半段沒有講出來啊。

Teddy：喔，還是員工只選擇他們想聽的？如果漏講了下次一定強調。

***

寫這篇不是要迎合老闆，強迫員工加班。對於開發線上營運系統的團隊，理想上系統要提供7 x 24的服務。如果系統出問題，可能會造成公司與客戶很大的損失。當這種問題發生的時候，應該要以排除問題為第一優先，畢竟公司要先生存下去才有辦法養活員工。

如果這種問題不斷發生，一個好的（敏捷）團隊應該要檢討問題發生的原因，並採取必要的防範與改善措施，以避免自己、公司與客戶都不開心啊。

重點不是Scrum這面照妖鏡照出了什麼，而是找到妖怪之後有沒有想辦法去消滅它啊。

***

友藏內心獨白：話說回來，也不是每個人都想精進自己的能力啊。應該要看開一點。

2015年4月28日星期二

看到才有感覺

April 27 22:04~23:05

這學期Teddy在北科大資工所兼任一門「軟體生命週期管理」的課，這是連續第三年在北科大教這門課。以前當學生的時候覺得上課好累，沒想到身份變成老師之後，覺得上課更累，比學生更想蹺課挑眉質疑。

一門課教了三年，自己的標準越來越嚴。今年修課學生分為三組，上課的前幾個禮拜請學生找出這學期所要開發的專案題目，並且建立product backlog。三組學生的題目分別是：

喬多人舉辦活動或開會時間的App
北科學生專用的校園大小事報馬仔App
利用朋友力量培養自己習慣的App

這三個題目，以及學生所建立的product backlog，Teddy一開始覺得好無趣啊，和學生講了大半天他們好像也沒抓到重點。最近事情很多，加上身體不太舒服，上個禮拜四（4/23）早上出門上課的路上，內心在碎碎念：「為什麼我要去上課，不能在家裡睡覺？下學期這門課不要教好了。」

剛好這一天是第一個sprint review的日子，第一組學生demo完之後被Teddy念了一頓…

Teddy：第一個sprint應該要驗證你們產品最重要的假設，但你們做的story並沒有達到這個目的。這不是一門coding的課，第一個sprint就算你們App寫不出來都沒關係，但是需要展示你們這個產品最重要的假設，看看市場（修課的所有學生和老師、助教）是否願意買單。

***

正當Teddy失望之餘，沒想到第二組學生的demo讓Teddy以及大部份的學生都對他們投下贊成票。當初聽學生敘述「北科學生專用的校園大小事報馬仔App」的story，Teddy內心真的是有很多疑問沒有被解答（請參考〈只是溝通而已〉），看了第一版的系統demo，印象完全改觀，覺得這是個很有趣的想法。

學生把App裝在手機上讓參與review的stakeholder可以親自操作。

怎麼會差這麼多？對啊，很多東西用講的沒感覺，把東西做出來之後，看了、用了就有感覺。這也凸顯了sprint review的重點：驗證交付給使用者的價值勝過完成的工作數量

***

友藏內心獨白：希望大家都越做越好。

2015年4月27日星期一

[工商服務] 【看板方法與精實開發實作班】招生中

April 26 21:35~22:15

美國空運來台的正版看板桌遊（Kanban board game），從歡笑聲中輕鬆學習而且不容易忘記。

各位鄉親朋友，您有以下問題嗎？

新創公司要如何管理開發流程以便快速找到市場定位？
開發團隊要如何有效管理手上同時進行的多個專案？
團隊如何兼顧新產品開發與舊產品維護？
如何管理IT維護與營運專案這種事件驅動的工作？
如以漸進且比較無痛的方式實施敏捷開發方法？
如何視覺化管理工作流並且突破工作中的瓶頸？
如何擴展Scrum團隊的敏捷性與觀察問題的能力？

用看板方法來解決工作上的問題。

【看板方法與精實開發實作班】將以嶄新的方式來回達上述問題，解決管理團隊的困擾，並達到持續改善的長遠目標。看板方法（Kanban Method）以可視化現有工作流程為起點，先不要求團隊做出巨大的改變，以減少採用新方法的抗拒。接著，依據團隊的現有人力，設定每一個工作階段的在製品（Work In Progress；WIP），以協助團隊成員聚焦於「把工作完成」，而非不斷地把資源浪費在製造「賣不出去的半成品」上面。最後，藉由管理工作流而達到持續改善的目的。