摘要: ITSM，ITIL這些詞越來越熱門。

有人認為這是一種新的技術，有人認為ITSM不過是MIS的一種應用，也有人認為無非是網管＋工作流。

其實ITSM的出現應該放在整個IT行業發展的過程中來看。可以說，ITSM的出現映射著IT行業的新一輪變革，將會伴隨著整個IT行業結構和價值鏈的變化而成長；甚至可以說，ITSM是IT行業開始走向成熟的一個標志。

本文試圖結合IT行業的發展趨勢，來探討ITSM的產生背景，將會帶來的變化以及由此產生的商業機會。

6. ITSM之后是什么

軟件行業不相信銀彈，ITSM也不會是銀彈。但是ITSM肯定會帶來一些變化。
  閱讀全文

     摘要: ITSM，ITIL這些詞越來越熱門。

有人認為這是一種新的技術，有人認為ITSM不過是MIS的一種應用，也有人認為無非是網管＋工作流。

其實ITSM的出現應該放在整個IT行業發展的過程中來看。可以說，ITSM的出現映射著IT行業的新一輪變革，將會伴隨著整個IT行業結構和價值鏈的變化而成長；甚至可以說，ITSM是IT行業開始走向成熟的一個標志。

本文試圖結合IT行業的發展趨勢，來探討ITSM的產生背景，將會帶來的變化以及由此產生的商業機會。

5. ITSM的商業價值及機會

ITSM帶來的是重新洗牌，游戲規則改變了，建立新的格局。

這樣的變化往往會帶來巨大的商機。
  閱讀全文

     摘要: ITSM，ITIL這些詞越來越熱門。

有人認為這是一種新的技術，有人認為ITSM不過是MIS的一種應用，也有人認為無非是網管＋工作流。

其實ITSM的出現應該放在整個IT行業發展的過程中來看。可以說，ITSM的出現映射著IT行業的新一輪變革，將會伴隨著整個IT行業結構和價值鏈的變化而成長；甚至可以說，ITSM是IT行業開始走向成熟的一個標志。

本文試圖結合IT行業的發展趨勢，來探討ITSM的產生背景，將會帶來的變化以及由此產生的商業機會。

4. ITSM能做什么

前面已經提到了ITSM的一些作用，那么，ITSM到底能帶來什么？為什么能帶來這些變化？

  閱讀全文

     摘要: ITSM，ITIL這些詞越來越熱門。

有人認為這是一種新的技術，有人認為ITSM不過是MIS的一種應用，也有人認為無非是網管＋工作流。

其實ITSM的出現應該放在整個IT行業發展的過程中來看。可以說，ITSM的出現映射著IT行業的新一輪變革，將會伴隨著整個IT行業結構和價值鏈的變化而成長；甚至可以說，ITSM是IT行業開始走向成熟的一個標志。

本文試圖結合IT行業的發展趨勢，來探討ITSM的產生背景，將會帶來的變化以及由此產生的商業機會。

3. 怪現象的消失

對服務的要求不僅僅體現在企業外，也體現在企業內部的IT部門。隨著管理的加強，軟件企業/部門反倒不使用管理系統這一怪現象將會逐漸消失。
  閱讀全文

     摘要: ITSM，ITIL這些詞越來越熱門。

有人認為這是一種新的技術，有人認為ITSM不過是MIS的一種應用，也有人認為無非是網管＋工作流。

其實ITSM的出現應該放在整個IT行業發展的過程中來看。可以說，ITSM的出現映射著IT行業的新一輪變革，將會伴隨著整個IT行業結構和價值鏈的變化而成長；甚至可以說，ITSM是IT行業開始走向成熟的一個標志。

本文試圖結合IT行業的發展趨勢，來探討ITSM的產生背景，將會帶來的變化以及由此產生的商業機會。

2. 軟件即服務：走下技術的神壇

我們的客戶越來越務實了，他們開始追求低成本，高性價比，并且不再會僅僅為概念買單。

  閱讀全文

     摘要: ITSM，ITIL這些詞越來越熱門。

有人認為這是一種新的技術，有人認為ITSM不過是MIS的一種應用，也有人認為無非是網管＋工作流。

其實ITSM的出現應該放在整個IT行業發展的過程中來看。可以說，ITSM的出現映射著IT行業的新一輪變革，將會伴隨著整個IT行業結構和價值鏈的變化而成長；甚至可以說，ITSM是IT行業開始走向成熟的一個標志。

本文試圖結合IT行業的發展趨勢，來探討ITSM的產生背景，將會帶來的變化以及由此產生的商業機會。

1. SOA，技術先行

當所有的服務組件通過ESB相連接時，人們發現，作為整體的軟件不見了，代之以一系列的“服務”及其組合。

軟件可以不由某一家ASP提供，而是可以組合起來。

  閱讀全文

     摘要: 你是主力！
你是高手！
你是大俠！
這事很緊急！
這事非你莫屬！

但是，我們真的需要高手嗎？
高手在項目中應該扮演什么角色？  閱讀全文

     摘要: 完整的項目管理，或者說真正的項目管理，是在項目相關的5個因素中尋求動態平衡。這五種元素是：范圍，時間，資源，質量，風險。

漂亮的項目大體相同，丑陋的項目各有各的丑陋，讓我們看看項目管理眾生相。

  閱讀全文

     摘要: 我想大家都遇到過這種情況：
需求不是很明確而且肯定會變化；
還沒有開始做分析設計，對工作量心里沒譜；
上面給了最后期限，卻不給資源……

這種情況下，你心里知道風險極大，卻必須接受這個工作。

記住，你是開發人員，你的本分是系統實現——你只應該承擔開發的風險。
怎么樣更好地“堅守本分”，不干預你職責外的風險呢？
其實有很好的辦法，本文給出一些建議。  閱讀全文