MaoYang-有話要說

上星期舉辦了公司創立以來的 第一次公開且免費的教育訓練 , 以往的教育訓練都是針對已購買的客戶並在客戶端進行,但是為了更多對於對於我們公司代理產品與應用有興趣的客戶能有面對面的溝通機會, 所以往後我們會再陸陸續續定期舉辦CodeBeamer相關應用的教育訓練. 第一次的教育訓練是以 維基經濟學 為輔, Wiki 操作為主的教育訓練, 過去很多購買或是評估CodeBeamer的客戶對於Wiki的應用非常陌生, 我最常遇到的問題是既然已經有文件管理為什麼還要有Wiki功能? 當時維基經濟學這本書還沒有問世, 我當時對客戶的回答現在回想起來覺得有點不太專業, 而且讓客戶覺得Wiki反而是麻煩的製造者, 因為何時要使用Wiki?什麼文件要放在Wiki?是一件令系統管理者在對內部的管理很頭痛的事. 不過還好有了維基經濟學一書, 這本書舉出維基在目前許多歐美知名企業的成功應用範例, 整本書讀起來既令人感到驚訝, 也令我感到冷汗直流. 驚訝的是以往我認為Wiki是屬於開放原始碼的衍生產物, 要能成功走進企業還有一段很長的路要走, 但是這本書舉了許多企業使用Wiki的成功案例, 令我對於這些走在前端的公司感到折服, Google就不用說了, 我想Google算是執行維基經濟學最徹底,也是最成功的公司, Google幾乎每一項服務都有提供API, 並開放讓Developer應用這些API開發各式各樣的應用, 另一家公司 Amazon , 在我讀這本書之前, 我對於Amazon只是一家" 網路書店 " , 但是讀完本書之後才發現Amazon更是電子商務平台的提供者, Amazon也提供各式各樣的API, 讓外部的Developer可以取得Amazon線上產品資料, 如果透過外部Develper網站或是軟體所販賣出的Amazon商品, Developer也可以與Amazon共享利潤. 這只是Amazon其中的一項創新, 其他的部份可以在維基經濟學中看到很詳細的描述與分析討論. 我上面所舉的例子, 也許大家都有一個疑問, 這與Wiki有什麼關係? 確實, 維基經濟學所代表的實質意義並不是教企業如何使用Wiki工具, 維基經濟學的維基這個名詞應該是協同作業與分享的代名詞, 所以維基經濟學裏面提出了 四大競爭原則 開放 同儕分享 分享 全球行動 七種新的集體協作模式 ...

上週五晚上,在 JavaWorld 看到KentYeh上傳了一個他初步翻譯的Android中文文件, 原本我也想寫一些Android的開發文件放在blog讓大家參考, 但是看到KentYeh已經翻了不少Android的文件, 所以為了避免做重複的工作, 當天晚上就跟KentYeh聯絡, 問他是否願意將他的文件原稿分享出來一起翻譯, KentYeh很爽快的馬上就答應了, 所以我們隨即在 http://opensource.javaworld.com.tw 建立了一個 Android繁中開發文件計劃 專案, 為什麼這麼強調繁中? 因為大陸彼岸已經有網友在進行 簡體中文版的文件翻譯 , 我想這不是民族主義作祟, 純粹是不太習慣大陸的資訊用語, 就算直接將簡中的翻譯用Word轉成繁體中文, 很多資訊名詞還是看不太懂:-) 這個專案也是採用開放原始碼的方式但是是使用Wiki來協同編輯翻譯文件, 只要申請加入專案, 就擁有Wiki的編輯權限開始貢獻翻譯, 目前除了我與KentYeh, 陸陸續續又有4位網友加入, 真的非常感動. 這個專案一開始原本是起始於Android文件的翻譯, 但是前一陣子在看 維基經濟學 這本書, 所以也順便利用這個專案來實現維基經濟學中所說的同儕生產, 與點子市集, 我開了幾個Tracker, 讓參與的專案成員可以 貢獻Android Sample code 貢獻How to或How to聯結 貢獻Android的idea 讓以後開發Android軟體的程式設計師可以方便找到資料, 希望未來會有更多人的加入, 讓這個專案成為Android的繁體中文知識社群.

自從Google宣佈了 Android 平台並懸賞1000萬美元做為Android平台上的軟體設計比賽獎金, 身為程式設計好手的你想必也是摩拳擦掌,躍躍欲試, 或是呼朋引伴組一個團隊一起參加比賽為程式設計生涯留一個美好的回憶. 如果你有時間也有一些志同道合的夥伴, 我很鼓勵你們去參加這樣的比賽, 最主要的是Google舉辦的這個比賽跟我們以往所見到的程式設計比賽有許多不同, 我大致摘要如下: 沒有年齡限制: 所以只要你會寫程式(最好寫過Java)都可以參加. 不是採用圍場的方式: 所以你可以用最輕鬆的方式寫程式, 穿著睡袍, 躺著,臥著,趴著 .... 沒有限定題目: 只要在Android可以跑就可以, 所以Google建議的Topic最後一條是 Whatever you're excited about! 任何讓你感到興奮的題材都可以, 只要你爽就好:-) Google是目前唯一可以挑戰微軟的國際級軟體公司, 當你的軟體進入決賽, 除了Google的巨額獎金, 同時你與你的團隊也受到全世界的關注. 看到這裏您的熱血開始沸騰了嗎? 不過Google有限定的交件日期, 從2008/1/2~ 2008/3/3, 算起來剩下3個多月的時間. 所以如何在這3個多月的時間內與你的夥伴更有效率的一起合作以贏得這項比賽? 我在這邊有些建議與想法 使用既有的OpenSource協同作業平台例如 JavaForge , OpenSource@JavaWorld , SourceForge , Google Code , 因為當你的團隊是分散在各地的情況跟OpenSource開發模式是非常相似的,運用協同作業平台讓軟體文件分享例如UML, 或是Idea透過Forum來討論與溝通都非常的方便,而且這些協同作業平台對於OpenSource專案都已經得到許多成功經驗. 儘量使用 Eclipse 內建的團隊協同工具, 例如 Mylyn 做工作管理,可以縮短你工作被中斷並再Warm up的時間, 而且Mylyn可以與 JavaForge 與 OpenSource@JavaWorld 中的Tracker做很好的整合, 詳細功能請看 這裏 使用版本控制如 SubVersion , CVS . Eclipse跟SubVersion, CVS的整合相當好, 團隊協同開發如果不採用S...

昨天到某一家客戶做CodeBeamer教育訓練, 他們的反應很熱烈, 原來CodeBeamer並不只是BugZilla的替代品, 而且可以管理到產品開發過程中的所有事項, 但我離開時, 我發現我的教育訓練是失敗的. 臨行時, 我告訴我的客戶, 如果還有其他CodeBeamer的使用問題, 隨時歡迎使用我們為客戶所準備的線上群組論壇(Forum)來討論, 我客戶回答我, 他還是比較喜歡打電話, 這樣的服務比較及時. 雖然我們公司並不拒絕電話服務, 但是除非是緊急問題, 我們都是希望客戶可以利用Forum或是Tracker來討論所遇到的問題. 原因很簡單, 電話與E-Mail雖然很方便, 但是如果沒有事後的紀錄, 知識就在不知不覺中流失. 所以今天我想談一下目前常使用的溝通工具對於知識管理所造成的衝擊, 我們先來看一下目前的溝通工具有那些, 並有那些優缺點 團隊溝通工具 優點 缺點 電話 方便,不需要教育訓練. 即時 沒有溝通紀錄 議提無法追蹤 知識無法再利用與分享 容易對團隊成員造成工作中斷 E-Mail 方便,不需要教育訓練. 有溝通紀錄 不即時 追蹤困難 溝通紀錄散落在每個團隊成員的電腦裏, 所以知識也是無法分享 面對面溝通(如開會) 面對面溝通是人類的本能, 所以自然不需要教育訓練 即時 溝通紀錄仰賴會議紀錄 議題可以追蹤, 但是容易忽略 容易對團隊成員造成工作中斷 MSN Skype 方便簡單 即時 溝通紀錄視使用工具, 但是溝通所產生的知識也是無法分享 無法對議題做追蹤 容易對團隊成員造成工作中斷 從這個表中, 可以看出溝通工具的選用, 確實會對知識的分享與再利用造成某種程度的衝擊與知識的流失, 因此我建議, 知識型產業如軟體公司, IC設計公司等等, 可以善用Issue Tracking, Forum , Wiki等協同作業工具來做為與客戶支援與溝通的橋樑, 其優點如下 溝通有紀錄可尋, 追蹤容易. 溝通紀錄可逐年累月形成公司的知識庫, 當有新的客戶, 可以大幅減少重複回答問題的時間. 客戶的問題進入Issue Tracking資料庫, 可以追蹤與統計, 對於產品的品質提升有莫大的幫助,並且可增加客戶對於公司的服務信任度. 可開放權限讓專案成員一起檢視, 讓專案成員知道客戶的問題. 利用協同作業平台經營客戶社群, 客戶的回饋是最寶貴的產品開發依...