Updates from 一月, 2007 Toggle Comment Threads | Keyboard Shortcuts

  • kiang 22:25:11 on 2007 年 01 月 31 日 Permalink | Reply  

    資訊工具的價值 

    資訊工具與家中的螺絲起子一樣,它可以幫你完成許多工作,也可以被你閒置在某個角落;差別在於,資訊工具大體上要比螺絲起子複雜,有很多的資訊工具你可能壓根兒沒料想過它會存在,自然無法體會它的價值。

    完成一件工作往往有許多途徑,這一點資訊工具更是發揚光大,同樣一個需求,可能有數以百計近似的工具可以滿足;只是因為語言的限制,大部分朋友可能無法看到其他國家產品的特色。而資訊工具的多樣性,除了語言的限制外,專利也是一個很大的門檻;專利保護了先創者的權益,但是資訊工具,特別是電腦軟體,有許多特色是很容易產生巧合,一個廠商在完全不知道既有產品的前提下,很容易就設計出類似的產品,如果軟體專利不具有極高的獨特性,後進者誤觸專利陷阱的機率很高,因此在世界各地都存在者許多爭議。2005年七月,歐盟地區就曾因為是否要參考美國的形式讓軟體申請專利而吵得不可開交;最後反對的票數遠超過贊成的票數,許多軟體公司才逃過專利攻防的惡鬥。
    雖然能夠認識大量處理相同工作的資訊工具感覺不賴,但是別忘了使用資訊工具的初衷,也就是把工作搞定,而且是在兼顧時間、資源的前提下,畢竟公司僱用員工的目的大多不會試探所資訊產品的奧妙。因此,在探討資訊工具的價值時,必定是環繞著需求,使用者實際存在的需求。

    使用者是誰?以會計資訊系統為例,使用者並非只有會計人員,公司負責人可能需要它提供足以作為決策依據的統計圖表,業務經理可能需要它列出這個月所有業務的收款狀況,倉庫的搬運工人可能需要它明確指出為何薪水少了五塊錢,稅務單位可能也需要它列出部份交易明細來稽查公司的各種稅捐,因此會計資訊系統必須兼顧每個潛在的使用者,即使公司只有五個人?當然不是!資訊工具縱然不去考慮預算問題,也不該像是逼著一個非常瘦小的人去大尺碼生活館挑衣服;雖然同樣可以達到目的,許多資源卻被放在價值相對較低的地方。

    換個角度,業務經理剛跟客戶應酬完,為了隔天的資料在晚上八點回到公司,發現會計部門都還沒下班,為的是找出有問題的單據,於是業務經理跟公司提議,以資訊工具避免類似狀況一再發生,並且請資訊部門評估可行性。在這個例子中,資訊工具的需求是在會計部門,因此使用者不外乎是執行相關業務的會計人員,解決方案自然就不會是設計一個樣樣符合教科書定義的會計資訊系統。

    並非所有使用者都該獲得滿意的答案,比如值日生不想買便當,為此採購日本最先進的機器人來幫忙,這似乎不是個明智之舉;當然,這個問題隨著科技的進步,也許哪天真能夠看到滿街跑而且提著便當的機器人,我們期待那天的來臨,不過希望當時的人們可以有著比懶惰要好的藉口。

    身為使用者的前提,就是要懂得使用特定資訊工具滿足作業需求,並不是花錢買了工具問題就會自動被解決;教育訓練可以讓使用者發揮資訊工具應有的價值,但成功的訓練背後可是大有學問。也許有些朋友遇過類似的狀況,一個名為教育訓練的活動,主將者從頭到尾就是唸教科書、唸投影片上看到的所有文字,或是將資料發完後就開起與主題無關的話匣子,這樣子消耗教育訓練預算恐怕會成為無底洞。除了教育訓練必須兼顧品質外,訓練好的人才也得留的住才行;雖然現在的企業盛行使用合約來綁住人,但不得人心的結果可能是工作效率差,或引發報復心態等。培養人才的同時也需要考量制度面與管理層面既有的問題,讓員工願意在公司做長期規劃。

    學如逆水行舟,不進則退,資訊工具的價值也是同樣的道理。我們可以將需求的出現、解決、維持與改進都納入價值的考量,而不是只將焦點放在採購的金額上。以幫孩子買電腦為例,需求可能是老師要孩子將學校的作業帶回家中完成,父母的想法如果只是花錢了事,買一台電腦在家裏擺著,孩子可能在還沒弄懂如何透過電腦完成作業前,就因為同儕的影響,先知道如何玩電腦遊戲,或甚至是連上成人網站等,這些結果可能與原先所規劃的方向背道而馳;因此需要家長在一旁幫忙督促與鼓勵來讓資訊工具從孩子的手裡發揮預期效益。接著,孩子不用電腦的時候,可能其他家人也可以運用它來增加效益,或者根據孩子的需求增添軟硬體等,這些延伸都是需要持續給予關注才能發覺。別讓價值的定義成了一個頓點,它可以跟豐富的想像空間結合。

    因為想像力是無限的,隨時可以賦予它新的價值,所以需要用客觀的方式去評價,也就是科學的方法。以客戶服務中心的資訊系統為例,在使用系統前後實際服務客戶數量的變化,每個案件處理的速度有沒有變快、客戶透過問卷傳達的滿意度有沒有改善?從這個角度出發,問題會單純些,答案也不會讓人覺得空洞。

    資訊工具最大的價值就是將它實際應用在具有生產力的地方,因為它可以衍生初許多可能性,所以在賦予它新價值前,使用者也許該先思考有沒有盡了本分,畢竟人們不太會相信一個把自己工作擺在一邊的人能夠有什麼實用的提議。這也算是一種迷思,因為運用資訊工具發揮創意相當有趣;但是很多時候,但很多時候工作內容還是得仰賴大量機械般的操作來完成,熟練意味著更佳的效率與更少的錯誤,在創意與守成之間該如何拿捏,恐怕答案每個人都不一樣吧!

    也許部份有概念的朋友會認為,程式設計師可以解決重複性工作的問題,不過目前普遍可以解決的方式,大多只是將流程簡化,還不是很能夠擺脫工作內重複的問題。而且,實際生活中,人們對於資訊工具的概念落差頗大,加上許多人並不喜歡一再學習新的工作方法(或者說並沒有人一再的教些新東西),導致資訊工具發展快速所裨益的族群還算是少數。

    除了鼓勵人們去感受資訊工具的價值外,來自開發中國家的浪潮會慢慢推著人們去學習如何善用它們。比如說,資訊工具的進步打破了許多領域在國界上的限制,像是以電話為基礎的行銷(或者是台灣盛行的詐騙電話)、客戶服務等工作,光纖網路的發達讓五百公尺外與五萬公里外的人們可以在電話線上發揮同等效益,先進國家的從業人員自然不敵發展中國家的低人工成本優勢。而會計、稅務等煩人的工作,因為許多政府機關已經接受電子格式的報繳資料,工作外包到人工相對便宜的國家是時有所聞。如果想要知道更多的例子,到書店找找"世界是平的"這本書。

    此時此刻我們無法預測資訊工具會如何或是會多快改變人類的生活,只能從過去的發展中得知,速度越來越快、影響也越來越大。善用資訊工具並非生存的必要條件,但是這個領域吸引了很多頂尖人才加入,那些人不只頭腦聰明也握有資源,相信沒有多少人想錯過搭上同樣一台列車的機會。試著去看懂與發揮資訊工具的價值,或許算是一張車票吧;你可以選擇晚點拿,但好像越來越沒辦法說不拿了。

     
  • kiang 21:58:42 on 2007 年 01 月 14 日 Permalink | Reply  

    開放原始碼社群的獎金募集系統草稿 

    許多開放原始碼社群其實都需要經濟面的回饋,只是願意無償贊助的朋友實在非常少,即使已經將軟體應用在商業用途上;如果進一步思考,也許在遇到問題時會比較願意支付費用來解決,這樣的想法造福了許多個人工作室或小型公司,因為他們可以提供技術服務來換取收入,讓許多具有技術背景的朋友樂意研究開放原始碼軟體。這樣的模式並非不好,只是在服務過程中產生的修補程式很少會流回社群,減緩了開放原始碼軟體的成長速度。

    因為這些考量,其實外國的社群已經慢慢有些共識,他們開始針對特定的需求設定以及募集獎金,將獎金提供給能夠解決的朋友,而透過獎金取得的修補程式則是回饋給處理問題的社群,讓開放原始碼軟體的發展多些動力。Google 就曾經提供許多獎金給願意協助解決開放原始碼社群難題的朋友,這個模式也可以在 vtigerCRM 與 Drupal 的討論區中看到:
    vtiger – Bounty System
    http://forums.vtiger.com/viewforum.php?f=66
    Paid Drupal services
    http://drupal.org/forum/51

    目前在華人地區,只看到零星的案例採用類似模式,所以希望能夠有個開始,讓開放原始碼軟體在中文環境的發展可以更快些。初期會以討論區的形式呈現:
    http://oss.tw/modules/newbb/viewforum.php?forum=11
    未來希望能夠發展成專屬的系統運作,流程如下:
    1. 有意願的朋友設定一個獎金,包含下面欄位(舉例)
    [軟體名稱] eGroupWare, Fudforum
    [操作環境] Fedora Core Linux
    [獎金金額] USD $30
    [累積金額] USD $30
    [付款方式] Paypal, Ezpay, 銀行轉帳等
    [相關討論]
    http://twpug.net/modules/newbb/viewtopic.php?topic_id=2370
    [相關網址]
    http://fudforum.org/
    http://www.egroupware.org/
    [獎金形式]
    1. 提供給能夠解決的人
    2. 問題一旦解決就提供給社群
    3. 直接提供獎金給社群,希望有人能夠解決
    [問題描述]
    希望 eGroupWare 的 Fudforum 模組可以更新與修正在最新版本的相容問題

    2. 對於同樣主題願意提供獎金的朋友回應主題,累積獎金,例如:
    [獎金金額] USD $30
    [累積金額] USD $60
    [付款方式] Paypal
    [獎金形式]
    提供給能夠解決的人

    3. 能夠處理問題的朋友設定希望能夠募集的金額
    4. 等金額到一定程度,能夠處理問題的朋友開始著手處理
    5. 當問題實際被解決,修補程式也提供給社群後,將獎金以指定形式提供

    可能需要注意的問題包括:
    1. 提供給社群的修補程式必須遵照該軟體原始使用的授權方式,不能夠附加額外條件,也必須為衍生的授權問題負責(例如拷貝了其他程式的原始碼來解決問題)
    2. 也許需要有一個值得信賴的組織來處理中間金錢的移轉,也監督問題是否確實被解決
    3. 如果一個獎金在很長的一段時間都沒人回應,也許該思考有效期間的問題
    4. 如果能夠透過專屬系統處理,也許可以參考拍賣網站的形式,讓參與的朋友可以留下評價

     
    • 遊手好閒的石頭成 22:41:08 on 2007 年 02 月 27 日 Permalink

      我以為目前主要問題在於缺乏透明的贊助經費管理機制。如果我能看到我贊助的經費,確實被用於改善某功能時,我自然不會覺得自己的錢白花了,下次掏錢就更爽快了。從專案管理的角度來看,其實這也是做專案管理。使用者贊助經費並附帶使用條件,開發者依使用條件評估要不要接受這筆贊助。開發者一但接受了這筆贊助,就表示接受了一件 case 。這 case 應該要按贊助條件完成。而使用者 (包含其他人) 可以在專案網站上查詢贊助項目與執行進度的公開內容。
      …繼續閱讀:FS/OSS 專案管理與贊助機制

  • kiang 04:23:58 on 2007 年 01 月 11 日 Permalink | Reply  

    一元起標,賣張嘴跟腦袋 

    首先抱歉,我不是要器官捐贈,只是熊熊的想要這麼做;也許看來有些無厘頭,但我是很認真看待這件事情。 :)

    我目前在當兵,放假的時候經常會想要做些事情,只是時間零碎也不太能夠進行些長時間的規劃,所以想要有機會接觸各種組織,去發掘一些問題、一些需求,讓自己在退伍後不至於跟現實狀況有太多的脫節。

    拍賣的標的是我到貴單位去參與一天的日常運作,接著針對看到的問題提出建議,基本上應該會是書面的報告書,只是不去承諾報告書的內容有多豐富。

    基本上我會希望將這樣的報告書一併發佈於網站上,不會提及組織名稱或是任何可能讓人容易猜出來的文字組合,像是 rooxo 之類;如果組織的狀況比較嚴密(這樣的組織會接受這種無厘頭的事情我個人也會深感訝異),可以簽署立場平等的 NDA 或相關文件。

    實際執行的形式並沒有硬性要求,如果您有其他的想法認為我可以協助執行,我也相當樂意參與討論;基本的原則就是出那張嘴跟腦袋,不會幫忙寫程式,也不會幫忙掃地板,只要不違反這樣的原則,基本上不排斥各種創意。 :)

    除了大台北地區,其他地方除了得標金額外,可能需要額外的交通與餐旅費用;只是如果委託的內容自己非常感興趣,自掏腰包是一定要的。

    無法承諾時間,因為我連自己什麼時候可以放假都不確定;但是只要有得標人,我就一定會找時間處理;一個案件處理完了,才會再次拍賣。

    內容會持續補充,歡迎各方意見!

    我是下面兩個網站的站長:
    http://twpug.net/
    http://oss.tw/

    這是我的部落格:
    http://blog.twpug.org/blog/1

    有興趣就來下標吧:
    http://auction.roodo.com/store/kiang

     
c
compose new post
j
next post/next comment
k
previous post/previous comment
r
reply
e
edit
o
show/hide comments
t
go to top
l
go to login
h
show/hide help
esc
cancel