美國企業減少對IT投資以因應經濟衰退

根據ChangeWave的調查,因為去年美國次級房貸以及相關事件的影響,導致美國的經濟衰退,在第一季有27%的美國企業減少IT的投資,23%的美國企業預估第二季會減少一半原本已計畫的IT投資。只有15%的企業表示會增加投資。

下圖顯示,近三年來,今年的調查結果首次呈現「企業減少IT投資的比例(23%)高於增加IT投資的比例(15%)」。



更多的企業(53%)表示他們對於花錢投資在IT產品和服務是處於紅黃燈的狀態(紅黃燈表示公司的財務政策趨向保守與限制,綠燈表示公司的財務政策正常),本項調查也是近年來,今年的調查結果首次呈現「紅黃燈的比例(53%)高於綠燈的比例(43%)」。



而且更多的企業表示,他們的IT花費少於原本計畫的金額。



這項調查顯示,因為經濟衰退,美國企業為了縮減成本,對於IT的投資偏向保守,不再願意花大錢在IT的投資。筆者相信國內企業應該也是相同的情況,畢竟這次的經濟衰退是全球性的衝擊。

分類:

溝通不良=雞同鴨講

專案中有效的溝通是很重要的,常常User的需求被SA誤解了,SA又把他認知上的User需求告訴Programmer,結果最後專案的產出和User的需求相差十萬八千里。在溝通不良的專案中常常會發生類似這些雞同鴨講的事。

筆者找到一張圖片,恰好可以表達出上述的情境,無奈圖片太大,本部落格放不下,請點選此處放大瀏覽

分類:

回應讀者之PMP和CMMI大不同

筆者一向很少回應讀者留言,一來是因為真的沒有很多讀者留言,二來是因為筆者長期觀察網路生態,認為網路上不同觀點的討論(或辯論)大多並不會讓真理越辯越明,反而常常到最後是互相攻訐、謾罵、甚至人身攻擊收場,與其花時間在沒有結論的爭辯,不如做其他更有意義的事。當然筆者對於任何關於筆者文章的回應都會閱讀,也很感謝讀者給予的指教與建議。但是筆者認為今天還是有必要回應一下讀者,以澄清筆者的觀點。

回到正題,在ZDNet上讀者Edward Wang對於"CMMI,情非得已之生存之道"這篇文章給了回應(全文請見此)。首先很感謝這位讀者的指教,我想Edward應該是誤解我的意思了,下面筆者這篇文章提到PMP的部份摘錄:
公司必須在通過CMMI認證之後,軟體品質仍然必須持續堅持實施公司制定的,符合CMMI程序的品管流程,而不只是拿到評鑑資格而已。這就像是考上PMP證照的專案經理不一定就比較神,如果不在專案管理上運用PMP訓練所學,PMP也只是一張證照而已。

我的意思是,即使公司通過CMMI之後,沒有繼續維持,拿到的證照就是有名無實,這就像拿到PMP證照的人,沒有持續充實本職學能,拿到的證照也是有名無實。並沒有將PMP和CMMI拿來相提並論的意思,我當然知道PMP和CMMI是不同的,也同意大部分Edward的觀點,並佩服Edward把PMBoK讀的很熟(熟到連第幾章都指出來了)。如果因為是舉例不太恰當而造成誤解,筆者在此致歉。不過還是感謝Edward給我這個機會,提醒大家PMP和CMMI大不相同,不要拿來相提並論。非常感謝Edward的指教,讓我知道原來我的文章還是有人閱讀的。

分類:

HSBC Direct可以申購基金了

HSBC Direct基金服務昨天正式上線,目前可申購的基金數目不多(可申購十一家基金公司的基金),和其他銀行相比算是少的,而且只能單筆申購。但如果在HSBC Direct已經有美金帳戶的人,購買美元計價的基金,倒是一個可以考慮的資金運用方式,因為台幣不斷升值,如果直接以美元購買境外基金,可以避免匯兌的損失。

分類:

CMMI導入的相關數據

最近找了一些關於CMMI導入的相關數據,列舉出來跟大家分享。

關於CMMI的導入成效方面,在卡內基美隆大學CMMI官方網站提供的統計數據,在2005年針對25家導入CMMI的企業所做的調查顯示,就平均值來說,企業在導入CMMI後,成本減少20%,進度提前37%,生產力提升67%,品質提升50%,客戶滿意度提升14%,ROI則是4.7:1,這裡則有更詳細的統計數據。

至於台灣企業的導入現況,筆者找不到相關的研究報告,只有在經濟部工業局的CMMI計畫網站找到一些統計資料,不過都幾年前的統計數據:2007年4月為止,共73家廠商通過CMMI,2005年通過的43家廠商的調查,平均導入時程Level2是12.7個月,Level3是17.3個月,Level5是20個月。

談到CMMI的平均導入時程,現在應該有越來越縮短的趨勢,原因是廠商希望儘早拿到CMMI資格,而協助廠商導入CMMI的顧問公司越開越多,彼此的競爭也日趨激烈,為了累積通過評鑑企業的家數,以獲得市場口碑。因此顧問公司紛紛開起CMMI速成班,施展渾身解數協助廠商盡快取得CMMI資格,但CMMI的導入本來就是需要長時間的訓練以及內部擴散,短時間取得CMMI的廠商,其導入效果一定是大打折扣。關於CMMI的導入,其中有許多不足為外人道的秘辛,日後有機會再跟各位讀者分享囉。

    分類:

    奧委會同意北京奧運期間運動員可以寫部落格

    奧運史上第一次,國際奧委會(IOC)同意運動員在北京奧運期間可以寫部落格,但卻限制他們儘量不要寫奧運會發生的事情,為了保護版權、機密和安全資訊,運動員還需要遵守許多國際奧委會制定的規則。

    以下摘錄國際奧委會的規定:

    • 部落格的內容不能寫比賽中競爭對手的訪問,不能寫其他運動員的事

    • 在部落格上只能放跟奧運比賽無關的照片,如果運動員想拍攝其他運動員的照片,需要徵得對方同意

    • 部落格不能用於商業用途

    • 部落格的網址或名稱不能有"Olympic"或"Olympics"的字眼


    總結國際奧委會的規定,奧運運動員不能寫與奧運相關的事在部落格上,國際奧委會也管太多了吧!!

    訊息來源:Chicago Tribune

    分類:

    Oracle Mix

    Oracle Mix是Oracle的開發者社群,提供Oracle開發人員資訊交流的管道,開發人員可以在上面發表文章、問問題、回答別人的問題、或者加入討論群組(Group)參與討論,也有機會認識全世界的技術高手。對於Oracle開發人員而言,Oracle Mix是一個很好的資源和管道。

    據說這個站台是第一個用JRuby on Rails實作的大型網站,拜RoR快速開發的特性,Oracle只花了五週就完成了這個網站。

    如果你在工作上使用Oracle的產品,不論你是DBA、programmer、系統管理員,趕快註冊加入Oracle Mix吧。

    分類:

    IE Plus讓IE7.0更好用

    IE7.0瀏覽器越來越多人使用,但其功能仍有諸多不足之處,安裝IE Plus則可以增強IE7.0的功能,使得IE7.0也能做到大部分firefox能做到的功能。以下是IE Plus提供的功能:

    • IE不正常關閉後自動復原上次閱讀的網頁

    • 網路廣告阻擋

    • 網頁翻譯

    • IE7瀏覽功能增強,包括Tab、Menu bar和Search bar的控制

    • 支援多組proxy

    • 隱密資料保護與管理

    • 滑鼠手勢

    • 內建外掛模組

    • 智慧型拖曳支援(Smart Super Drag and Drop)


    目前IE Plus的最新版是1.5版,支援語言有英文、法文、土耳其語、簡體中文。

    分類:

    系統上線失敗的五個警訊

    專案進行中發生哪些警訊,可能導致系統不能上線?

    1.沒有文件具體描述使用者介面、系統流程和功能

    用戶總是有想像力幻想著簡單又好用的系統介面,又不喜歡寫文件,所以常常以口頭敘述自己期望的使用者介面長相與功能,開發人員無法百分之百理解用戶的需 求,導致開發出來的介面與使用者期望有很大的差距。應該將使用者的需求轉化成文件,文件內容具體的描述使用者介面、流程與功能。

    2.用戶總是喜歡用電話溝通和口頭承諾

    用戶總是喜歡用電話溝通,可是常常用戶在電話中口頭承諾後,日後又不認帳。重要訊息應該用書面方式溝通(例如文件或email),並傳給相關人事。

    3.系統功能的建置,是為了滿足某用戶的個人需求

    常常,用戶為求自己個人的方便,要求系統建置符合自己個人需求的功能,結果這個功能只有他一個人使用,這個人離職或調職,下一個接手該工作的人,又覺得這個功能不好用,要求將該功能修改以符合他的需求,結果開發人員疲於奔命,系統功能也永遠在改。

    4.用戶不清楚系統功能

    用戶常常會問系統開發者到底系統的某個功能是做什麼用的,理論上,用戶自己應該最清楚這個系統的功能和建置目的,但偏偏客戶端的角色經常異動,特別是專案 (系統)負責人與使用者代表,離開的人沒有做好交接,過去又沒有詳細的文件紀錄,導致接手的人不清楚系統功能。

    5.沒有具代表性的用戶參與使用者驗收測試(UAT)

    通常系統上線之前會進行使用者驗收測試,讓用戶代表可以完整的測試系統功能,最好可以請參與需求訪談的用戶(通常是未來的系統主要用戶)參與UAT,實際操作系統,才能真正發現實作後的系統,與訪談期間談出的需求是否有差距。

    分類:

    PMI釋出PMBOK第四版Draft版本

    PMBOK每四年改版一次,目前的版本是第三版,而第四版預計在2008年第四季出版,2009年的PMP考試則會開始考第四版的內容。PMI日前已經釋出PMBOK第四版的draft版本,筆者大略看了一下,第四版的draft版本有275頁,整體架構(process group)沒有多大的改變,倒是在ITTO略有增減,例如Control Scope的Input多了Requirement Traceability Matrix(需求雙向追溯表),每個process與process之間交互關係的流程圖也畫的比較清楚。

    不過筆者建議想考PMP的人如果準備時間來得及的話,還是去考第三版比較妥當,第三版畢竟已經考了幾年,累積不少人的考試經驗與心得可供參考,不過筆者建議第四版撰寫的較為清楚(跟第三版相比),可以作為第三版考試的參考資料。

    分類:

    Gphone手機初次亮相

    Gphone原型手機第一次在西班牙巴塞隆納舉行的Mobile World Congress亮相。







    分類:

    CMMI,情非得已之生存之道

    近年來CMMI在政府的推廣以及顧問公司的宣傳之下,軟體公司紛紛規劃CMMI的導入,主要目的是為了增加拿到標案的競爭優勢(未來政府標案會將CMMI將列入投標廠商的資格限制)。所以大家常常看到媒體上的報導,或聽到周遭朋友說哪家公司正在導CMMI,哪家公司又通過了CMMI Level多少的評鑑。雖然對軟體公司來說,導入CMMI是一項龐大的投資,短期內也看不出具體成效,可是在激烈競爭的環境之下,這是軟體公司為求生存發展而不得不做的選擇,更明白的說,導入CMMI已經成為軟體廠商『情非得已之生存之道』。

    事實上,軟體公司只要肯花錢投資,找適合的顧問公司輔導, 要通過CMMI評鑑並不難。困難的是,通過之後如何繼續維持,並將CMMI推廣到全公司各專案,這才是一項艱難的挑戰。筆者幾年前曾經帶領一個專案代表公司參加CMMI的評鑑,深知評鑑過程的心酸血淚。過去接受CMMI評鑑時,一邊要趕專案進度;一邊為了專案要導入公司的CMMI流程,所有專案成員常常要參加公司的教育訓練,而深怕延誤的專案進度;一邊又要準備評鑑用的文件資料(在沒有資訊系統的輔助之下,只好用大量的文件作為評鑑的佐證)。結果,公司拿到CMMI評鑑資格,大肆慶祝一番之後,接下來大家等待公司的下一步要怎麼走。失望的是,公司表面上宣稱CMMI要擴展全公司各專案,可是實際上,公司的專案還是如同往常各做各的,CMMI就只是一個評鑑資格而已。

    一般說來,通過CMMI評鑑的軟題廠商,其軟體品質應該是穩定且成熟。國外的研究報告也指出,導入CMMI流程前後,軟體品質確實會有明顯的改善。但前提是,公司必須在通過CMMI認證之後,軟體品質仍然必須持續堅持實施公司制定的,符合CMMI程序的品管流程,而不只是拿到評鑑資格而已。這就像是考上PMP證照的專案經理不一定就比較神,如果不在專案管理上運用PMP訓練所學,PMP也只是一張證照而已。

    公司在通過CMMI之後,仍須維持執行既定的品管政策與流程軟體。至於要如何繼續維持,主要還是公司高層對於CMMI的態度,換句話說CMMI的導入,高層的支持與推動是很重要的。高層很在乎CMMI,大力去推動,基層人員感覺到高層的重視,也會賣力的實施;如果高層一點都不在乎CMMI,主事者在公司會很難推動,因為基層人員自己的工作都忙不完了,哪有時間配合CMMI的作業,所以只會應付了事,這樣的話,即使通過CMMI資格,也很難將CMMI推廣到全公司。

    以下是筆者對於軟體公司在拿到CMMI資格後,持續CMMI流程的建議:

    • 公司高層的心態要調整,不是為了拿到CMMI資格而去實施CMMI,所以不僅要教育員工實施CMMI對專案的好處是什麼,也要告訴公司高層實施CMMI對公司的好處是什麼。

    • 公司品質政策與流程要是真正可以實施的,而且品質政策與流程並非通過CMMI評鑑之後就萬年不變的,隨著現實環境的改變,公司的品質政策與流程也要做適度的調整,

    • 調適準則要有彈性,例如規模不大的專案,因為人力有限,也許某些程序可以省略不執行。

    • 要設立公司級的品保部門統籌全公司的品保政策與流程,以及規劃專案內外各項稽核的實施、誰負責稽核、多久稽核一次等等。

    • 專案內外部的各項品保活動(例如文件審查、軟體測試、內部稽核等)要持續進行,不是通過CMMI之後,一切就沒事了。

    • 公司要投資建置全公司的軟體工具(例如建構管理軟體、需求管理軟體、問題追蹤系統、測試工具),以輔助各專案,減少人工作業以及寫文件的時間。

    • 公司的流程資產庫(process asset library)不是通過CMMI評鑑之後就不再更新,流程資產庫要適度更新,要讓各專案隨時可以存取,更重要的是,公司要有管道提供各專案,將全公司各個專案的產出回饋給公司的流程資產庫。


    軟體公司通過CMMI評鑑之後,要如何持續將CMMI推廣到全公司各專案,這才是挑戰的開始。通常人們最不喜歡的就是改變,可以偏偏CMMI對各專案來說,是一種新的工作方式,甚至對某些人來說是工作量的增加,甚至是工作方式徹底的改變。所以公司必須要教育員工,這樣改變的好處是什麼。常常,典範轉移的過程是痛苦的,但是當各專案能夠進化到新的工作方式,採用符合CMMI的流程進行專案,代表的是軟體品質更為成熟穩定。

    CMMI是強調的是,品質要持續不斷的改進(Continuous Improvement),因此即使軟體公司通過CMMI,仍需持續的進行品保活動,並持續改善品保流程,這才是真正顯示CMMI有價值之處。

    (本文同步轉載於ZDNet)

    分類: ,

    新版Safari夭壽快,Firefox猝著等

    Computerworld日前針對蘋果電腦的Safari瀏覽器,以KHTML引擎為核心的開發版本Webkit做了一項評比。

    測試結果顯示,在MacBook Pro 2GHz CPU以及2GB記憶體的環境下,Webkit比新版的Safari快了2.5倍TechCrunch則進一步將Webkit和Firefox比較,在MacBook Pro 2.6GHz雙核心CPU以及4GB記憶體的環境下,Webkit比新版的Firefox3快了2到6倍。

    Firefox過去被人詬病的是速度慢,有不少用戶是看上Firefox有足夠多的add-on而使用Firefox,而Safari目前不足之處是沒有太多的plugin和add-on供用戶下載使用。如果Webkit能夠將Safari的速度問題解決,並開發出更多add-on供用戶使用。也許可以吸引用戶轉而使用Safari,而Safari將有機會威脅Firefox的市佔率。

    Webfix目前仍在測試階段,新版程式可以到webkit.org下載。

    分類:

    Firefox extension: iGoogleBar

    iGoogleBar是Firefox的插件,安裝之後,進入Google各應用程式的網頁,網頁上方會顯示Google各應用程式的快速連結,還會顯示Gmail和Google Reader的未讀取數。

    按此處安裝

    分類:

    Happy Chinese New Year

    在Google英文版搜尋chinese new year,或簡體版搜尋新年快樂,搜尋結果的右邊會出現鞭炮圖案,這可是只有中國新年才有的特殊功能喔,祝大家新年快樂。

    分類:

    開放平台已成為不可擋的趨勢

    在Web2.0的時代,各大網站紛紛釋出自己的API,提供協力廠商或個人自由撰寫外掛軟體,以眾人之力撰寫應用程式。當用戶都有機會提供創意,依據自己的需求,自行創造屬於個人化應用程式的時候,代表著軟體公司聘請程式設計師撰寫應用程式的傳統商業模式將被改變。

    提到開放平台,不能不提兩大搜尋引擎龍頭Yahoo和Google。Yahoo的開發者社群YDN(Yahoo! Developer Network),YDN自2005年推出以來,目前已開放30種服務,創造超過900個應用程式。Google的Google Code也提供各式API,讓開發者依據自己需求,開發出各種個人化功能。另外,Google即將推出的低價手機Gphone也是開放平台,其作業系統選用開放源碼平台Android,在Google Code上已經釋出Android的SDK,讓全世界的程式設計好手都可以在這個平台上開發Gphone的手機軟體。

    當然除了上面提到的這些之外,還有更多的網站已經提供開放API,包括Facebook的F8平台,網路書店Amazon.com的Amazon Web Service、Netvibes的UWA、Box.net的OpenBoxPageflakesLinkedIn 等等。甚至是微軟過去最常被詬病的是系統的封閉,可是從前陣子微軟在MSDN釋出.Net的shared source,也看的出微軟朝向開放平台鋪路。

    至於開放平台的策略如何為網站帶來獲利呢?我們可以從SalesForce.com為例。SalesForce.com喊出PaaS(Platform as a Service)的口號,提供一個開發平台Force.com,讓協力廠商能在這個平台上開發應用程式,讓SalesForce.com的客戶隨選訂閱,外掛在既有的SalesForce.com系統上,目前在SalesForce.com的平台上供客戶訂閱的服務已有七百多種應用程式。因為是以訂閱方式定期收費,不但提供平台的SalesForce.com有固定營收,開發應用程式的協力廠商也能用戶的訂閱獲得營收,對用戶來說,則有更多不同應用程式可以選擇,等於是三贏的局面。

    Web2.0的時代,開放平台API已成為一個不可擋的趨勢。釋出開放API,讓開發人員能自由發揮創意,不但節省開發成本,還可以得到更多意想不到的創意應用,反而Web1.0網站在封閉環境的開發,扼殺了追求長尾效應的機會。

    分類: ,

    Microsoft正式提出以446億美元收購Yahoo

    Microsoft要買Yahoo的消息在市場上傳言已久,終於Microsoft正式提出以446億美元收購Yahoo (Microsoft CEO Steve Ballmer為此還寫了一封email給員工,解釋為何要收購Yahoo;也另外寫了一封文情並茂的email給Yahoo董事會和楊致遠)。Microsoft此時提出收購的時機正恰當,剛好在Yahoo因應獲利不佳而大幅裁員之時,收購Yahoo之後,也可以整合兩家公司的資源全力對抗Google。Mashable做的一項調查顯示,有2/3的網友認為Yahoo應該接受Microsoft的收購要求。而Google也在自家官網上回應對此件事的態度。

    以下是兩家公司的股價表現,以及獲利能力的比較(from TechCrunch),





    Microsoft收購Yahoo,等於間接承認自己在電子商務市場比不上競爭對手,需要收購Yahoo來加持。收購Yahoo之後,Microsoft可以接管Yahoo的品牌、廣大的客戶群、搜尋引擎的市場佔有率,以及Yahoo全面的網路媒體產品線,Yahoo幾乎有Microsoft所有想要的東西。可是產品線的整合卻會是一個大問題,TechCrunch就認為,至少有以下項目需要整合:

    1. 全球市場 (兩家公司在全球都有分公司和協力廠商,要如何整合將是一大問題)

    2. 帳號的整合 (Yahoo ID vs MSN ID)

    3. 個人化網頁的整合 (My Yahoo vs Live)

    4. 搜尋引擎的整合 (Yahoo Search vs Live Search)

    5. 網路廣告的整合 (Yahoo Search Marketing vs Microsoft AdCenter)

    6. 遊戲 (Yahoo vs MSN)

    7. 即時通訊的整合 (Yahoo Messager vs MSN)

    8. Q & A (Yahoo Answers vs Live QnA)

    9. 網路相簿 (毫無疑問,Yahoo的Flickr將會是微軟與Google Picasa在網路相簿市場競爭的唯一選擇)

    10. Widget


    Microsoft提出收購Yahoo的消息之後,兩家公司的股價隨即大漲,不過收購之後,兩家公司的產品要先做整合,才有機會正面迎擊Google,可是兩家公司的產品線重複性高,整合困難,所以產品線的整合對於兩家公司將會是一項挑戰。

    ps. 在Micorsoft和Yahoo還沒整合之前,有網友很搞笑的先幫兩家公司整合了。

    延伸閱讀:

    分類: ,

    Microsoft conference call dance

    兩名微軟員工在進行電話會議,等待對方接聽電話時,聽著電話播放的待機音樂,聽著聽著居然悠閒的跳起舞來…





    分類:

    Copyright © Andy Cheng

    Distributed By My Blogger Themes | Blogger Theme By NewBloggerThemes Up ↑