Agile是溝通
Anthony Tsai
小弟17日參加台北的研討會，感到非常高興與欣慰，高興的是沒想到有那麼多產業先進關心Agile的發展，欣慰的是終於有學界的代表與官方的機構來注意
這個產業普遍的問題，希望能儘快像陳 教授所說的改善這工廠思維的產業型態。
教授於研討會中說到軟體業"文化"最重要，還舉了鮮明的例子(等紅燈)，讓我印象非常深刻也非常認同。在美國人的口中會說這就
是"Integrity" ，常常在選舉時被用來形容道德完美的候選人的品德具有Integrity，教授的"文化"比較像是從群體層面來形容
Agile的精神，而我認為從事Agile的個人都需要具備相當程度的"Integrity" ，當每個人都具有非常高的"Integrity" 時，
共同努力形成Agile的文化也就不是個難事了。但不具備Integrity的工程師或企業主，我認為就不可能努力去形塑Agile的環境，可惜的是，
這也是台灣軟體業大部分的情況，可能就像教授所說 ，台灣的群育訓練失敗...我認為不只群育訓練失敗，台灣人普遍存在只看眼前利益，不為未來打算這種
短視近利的特點，不只軟體業界，其實大部分產業都是這樣...
所以如果企業主短視近利，當然就不可能花時間或金錢去投資Agile的環境或人才，更不願意去教育積習已久的市場。企業主都不願意了，小員工與工程師們
就算有心，往往也只會落得更無力 結果。
台灣軟體產業的弊病，我認為一部分也肇因於市場(客戶)與軟體公司一直重複著"雙輸"的"合約模式" ，企業主總是不捨得放棄到手的客戶，所以總是遷就
多於堅持，合約到手最重要。而客戶方就更不用說了，這個被SDLC開發方式與充滿罰則的合約養肥的市場，要教育大眾說換個方式其實對雙 方更有利，就像
把肉從老虎嘴巴裡奪走一樣困難...只會遭遇更大的反彈，我想這也是軟體公司的業務或負責業務的人們共通的難處吧，或者說業務們早已跟客戶同化了，凡事
都為客戶想，當 就不會想到市場整體面的積習正透過他們與客戶的溝通不斷惡化中。
有關此研討會，其中Communication Cycle溝通週期那張大圖中，本人有一點小小的經驗分享與疑惑提出。
就是在Iteration計畫與Release計畫中，本人覺得還是存在"溝通"的問題，就是developer與user expert的溝通，還是
會有代溝，例如使用的名詞的差距與立場的差距，而且以台灣的民情風俗，這代溝可能非常難以克服，而剛好在Scrum中Product Owner的概念
連結 也許可補足這段溝通差距，由Product Owner(某些方法論中也稱作Customer Owner)來與客戶面對面溝通，與客戶作承諾的
也是Product Owner，減低客戶與developer之間的溝通落差。而且最重要的是，專案成敗責任是落在Product Owner身上，
所以Product Owner對整個release與iteration的進行以及變化都要有非常的掌握度與瞭解。但這只是建議...因為這
Product Owner的角色似乎不是人幹的，難度非常的高，但其實台灣軟體企業有"presales"(有接近工程師等級的專業素養但工作內容不
是開發而是與未成交客戶進行技術方面的demo與解說) 職務的公司應該都能想像，事實上presales再稍加訓練的話，我認為是非常適合當作
Product Owner的。
此外，我認為目前台灣軟體業的弊病不只是單方面軟體公司不夠振作造成的，而是買方與賣方都互相縱容累積而成，也許透過第三隻手的介入能夠改善，但我更認
同陳教授所言，" 文化最重要"。研討會那天有位先進提問，去哪裡找高素質的人才?這些agile方法都需要花那麼多時間去塑造環境，怎麼可能做到?
看過不少Agile的文章，發現有一個共通點，這些歐美的先進們不會說他們怎麼教育公司內的工程師去學著使用Maven(一種java _base_d
的Continuous Integration工具)，或者他們怎麼讓工程師們學習TDD的開發方式，有些也許就像陳教授所言，不做~就fire!
但其實可以想像的是，這就是他們的文化，就因為追求高品質與更好的開發環境，走向Agile是很自然的事情，哪有不做的道理? 而且在他們的文化中，建
立Credo與Manifesto也是非常自然的事，一切的發展依據中心思想來評斷方向，這一點就與我們台灣差距很大了，台灣人總是習慣"個案" 。
「作這件事讓未來開發更省事，但是眼前這個客戶要以個案來看...」「這麼作的確以後能幫公司省許多錢與時間，但現在的發展應該以個案來看，所以還是
先...」我想這就是文化的差別吧 接觸Agile至今，不知道業界先進是否有和我一樣的感受，我們想改變的不是一個產業，而是一個產業裡的民族
文化...每每想到這就有無力感產生。
ps.
小弟只是個軟體界的新手，但因為是轉行的，以前曾經當過幾年業務，賣過軟體(指服務不是電腦軟體)與硬體(指摸的到的產品不是電腦硬體) ，我的想法也
許都比較偏業務面，可能也與以前工作經驗有關所導致，但本人在開發面也只是個菜鳥，軟體開發面的專業建議與評論也已經有不計其數的先進們在網路上有相關
的文章，寫的 小弟想的更具專業素養多了。