透過分析TCO來完成企劃案(轉)
可能你曾想讓自己的部門採用一種新的開發平臺,但沒人聽從你的建議;可能你曾想開展一個新的專案,但你又不知如何才能爭取。在這個問題上的建議是首先要開展多方面調查。採用新技術開發專案確實需要投資,但你可以透過分析TCO (total cost of ownership)來證明這種投資不會比舊的技術方案花費更大。
時間和金錢
時間是使用新的應用開發技術時要考慮的一個重要因素。在漫長的成功道路上,企業一直處於競爭的邊緣無疑是很危險的。新技術發揮作用之前,公司很可能原地等待。所以,你需要向公司證明,採用新技術進行開發將會對公司的TCO產生積極影響。
TCO是採用新技術、新服務所需成本的總計,它包括直接成本,如硬體,軟體,人力資源,以及間接成本,如培訓,維護和其他無形成本。
直接成本
採用新技術所需的直接成本(例如,購買裝置和服務的實際費用)因技術的種類不同而有很大差異,尤其是所需技術更新,升級更快,或需要購買更昂貴的硬體時,成本就更高。下文可能會有助於你完成新專案的企劃案:
確定公司核心管理決策人士眼中區分“長期”專案和“短期”專案的因素。向他們清楚地說明重要的直接成本將如何影響時間週期。
開始時要慎重。最好能在一個不是很重要的應用上試用這項新技術。規模要小。把開發專案分成多個階段。把最簡單的工作放在第一階段,讓第二第三第四階段在成功的基礎上開始。專案的成功會帶來更多的財政預算,更寬鬆的時間限制。至於其他一些錦上添花的輔助功能可以等一段時間再說。
間接成本
間接成本較難計算,它甚至包括浪費的生產力和停工時間造成的損失。但是,這類成本是控制TCO的一個決定因素。對管理人員來說,除了要理解節約間接成本是一種強行促銷手段外,還要不斷地仔細關注間接成本,這樣才能減少整個成本,尤其是在TCO模型反映了財政衝突的情況下,管理人員更應該做到這兩點。下面我們討論減少間接成本的幾種方法。
程式碼
把應用分成較小的,可重複使用的段。
從通用部分開始,然後加入可選引數和易於修改的部分。如果應用可能會在外部使用,那麼這一點尤其重要,這對需要經常修改的應用來說也是一個合理建議。
完整地定義你的案例或使用者角色。這樣可以降低產品的維護費用。最近Gartner的報告“CIO Update: the Impact of Indirect Costs on Total Cost of Ownership (May 31, 2000)”顯示,針對對等端使用者的技術支援成本佔全部間接成本的47%,是最大的間接成本。儲存程式碼。充分利用文件管理工具。貫徹遵守程式碼開發標準。遵守了程式碼開發標準的應用能讓其他開發者查漏補缺。瞭解標準,知道何時需要違反這些標準,更重要的是,記下違反標準的行為和原因。開發者之間交流程式碼。這樣做可以鼓勵程式設計師遵照標準開發應用,也可以互相學習。
專案
在把專案交給專案管理員之前,確保自己已經對專案做了很好的定義並徹底地理解了這個專案。許多專案失敗的原因都是因為事先沒有正確制定衡量專案是否成功的標準。
與專案管理員及專家合作,完整地理解商業邏輯,弄清如何制定好第一階段的工作。
培訓
對你自己來說:如果美國針對培訓公司的新規定仍然生效,那麼你自己的培訓預算將會很緊張。儘管這意味著新技術的培訓很難取得效果,但它還是有助於你瞭解管理者對此專案的目標和期望值。
對其他人來說:你的專案預算中應該包括培訓成本,要讓開發人員很快支援你的專案。好的應用支援文件應該非常清晰,易於訪問(最好是透過公司的網路),好的程式碼文件可以在應用的整個使用期內都有效。
購買與開發
是購買應用,還是自己開發應用,不同的選擇將大大影響TCO。開發者在這種選擇過程中扮演著重要角色。下文是完成正確選擇的一些策略。
在決策之前測試商用應用(COTS)
在進行選擇前,你要確保自己有足夠的時間對商用應用進行完整地評估。首先安裝應用的測試版,定義測試環境,記住你的測試行為應得到商家的長期認可。在決定購買應用之前要有一個完整的評估週期,確保你已經瞭解了需求的範圍。
接著,把你的測試結果與自己優秀的開發計劃相比較。比較的過程應該實物化,要突出直接成本,資源的可用性,成果的相似性及使用範圍。
已經決定購買應用,或決定自己開發應用後,要試著問自己如下問題:
這個應用是增加了資料的複雜性,還是減小了資料的複雜性?
我們是否擁有所需資源的全部使用權?
過去是否有其他人已經成功地開發了這類應用?
要實現與這類商用軟體的介面需要投入哪些成本?
是否需要供應商提供安裝和培訓支援?這樣做的成本有多大?(包括完成這項工作的時間)
總結
如果你想開發一個與眾不同的專案,或者使用一些新技術進行開發,你就必須要製作相關的企劃方案。TCO是你應該考慮的一個重要因素。某些成本很容易計算,但某些成本卻很難計算。甚至在開發過程中,透過貫徹一些好的標準還可以影響TCO。在需要決策的時候(如開發與購買),分析TCO可讓你獲得意想不到的結果。 [@more@]
時間和金錢
時間是使用新的應用開發技術時要考慮的一個重要因素。在漫長的成功道路上,企業一直處於競爭的邊緣無疑是很危險的。新技術發揮作用之前,公司很可能原地等待。所以,你需要向公司證明,採用新技術進行開發將會對公司的TCO產生積極影響。
TCO是採用新技術、新服務所需成本的總計,它包括直接成本,如硬體,軟體,人力資源,以及間接成本,如培訓,維護和其他無形成本。
直接成本
採用新技術所需的直接成本(例如,購買裝置和服務的實際費用)因技術的種類不同而有很大差異,尤其是所需技術更新,升級更快,或需要購買更昂貴的硬體時,成本就更高。下文可能會有助於你完成新專案的企劃案:
確定公司核心管理決策人士眼中區分“長期”專案和“短期”專案的因素。向他們清楚地說明重要的直接成本將如何影響時間週期。
開始時要慎重。最好能在一個不是很重要的應用上試用這項新技術。規模要小。把開發專案分成多個階段。把最簡單的工作放在第一階段,讓第二第三第四階段在成功的基礎上開始。專案的成功會帶來更多的財政預算,更寬鬆的時間限制。至於其他一些錦上添花的輔助功能可以等一段時間再說。
間接成本
間接成本較難計算,它甚至包括浪費的生產力和停工時間造成的損失。但是,這類成本是控制TCO的一個決定因素。對管理人員來說,除了要理解節約間接成本是一種強行促銷手段外,還要不斷地仔細關注間接成本,這樣才能減少整個成本,尤其是在TCO模型反映了財政衝突的情況下,管理人員更應該做到這兩點。下面我們討論減少間接成本的幾種方法。
程式碼
把應用分成較小的,可重複使用的段。
從通用部分開始,然後加入可選引數和易於修改的部分。如果應用可能會在外部使用,那麼這一點尤其重要,這對需要經常修改的應用來說也是一個合理建議。
完整地定義你的案例或使用者角色。這樣可以降低產品的維護費用。最近Gartner的報告“CIO Update: the Impact of Indirect Costs on Total Cost of Ownership (May 31, 2000)”顯示,針對對等端使用者的技術支援成本佔全部間接成本的47%,是最大的間接成本。儲存程式碼。充分利用文件管理工具。貫徹遵守程式碼開發標準。遵守了程式碼開發標準的應用能讓其他開發者查漏補缺。瞭解標準,知道何時需要違反這些標準,更重要的是,記下違反標準的行為和原因。開發者之間交流程式碼。這樣做可以鼓勵程式設計師遵照標準開發應用,也可以互相學習。
專案
在把專案交給專案管理員之前,確保自己已經對專案做了很好的定義並徹底地理解了這個專案。許多專案失敗的原因都是因為事先沒有正確制定衡量專案是否成功的標準。
與專案管理員及專家合作,完整地理解商業邏輯,弄清如何制定好第一階段的工作。
培訓
對你自己來說:如果美國針對培訓公司的新規定仍然生效,那麼你自己的培訓預算將會很緊張。儘管這意味著新技術的培訓很難取得效果,但它還是有助於你瞭解管理者對此專案的目標和期望值。
對其他人來說:你的專案預算中應該包括培訓成本,要讓開發人員很快支援你的專案。好的應用支援文件應該非常清晰,易於訪問(最好是透過公司的網路),好的程式碼文件可以在應用的整個使用期內都有效。
購買與開發
是購買應用,還是自己開發應用,不同的選擇將大大影響TCO。開發者在這種選擇過程中扮演著重要角色。下文是完成正確選擇的一些策略。
在決策之前測試商用應用(COTS)
在進行選擇前,你要確保自己有足夠的時間對商用應用進行完整地評估。首先安裝應用的測試版,定義測試環境,記住你的測試行為應得到商家的長期認可。在決定購買應用之前要有一個完整的評估週期,確保你已經瞭解了需求的範圍。
接著,把你的測試結果與自己優秀的開發計劃相比較。比較的過程應該實物化,要突出直接成本,資源的可用性,成果的相似性及使用範圍。
已經決定購買應用,或決定自己開發應用後,要試著問自己如下問題:
這個應用是增加了資料的複雜性,還是減小了資料的複雜性?
我們是否擁有所需資源的全部使用權?
過去是否有其他人已經成功地開發了這類應用?
要實現與這類商用軟體的介面需要投入哪些成本?
是否需要供應商提供安裝和培訓支援?這樣做的成本有多大?(包括完成這項工作的時間)
總結
如果你想開發一個與眾不同的專案,或者使用一些新技術進行開發,你就必須要製作相關的企劃方案。TCO是你應該考慮的一個重要因素。某些成本很容易計算,但某些成本卻很難計算。甚至在開發過程中,透過貫徹一些好的標準還可以影響TCO。在需要決策的時候(如開發與購買),分析TCO可讓你獲得意想不到的結果。 [@more@]
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7839396/viewspace-960108/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 通過分析TCO來完成企劃案(轉)
- 憶聯透過VMware官方認證,賦能行業使用者降低TCO行業
- 從硬碟安裝debian詳細過程(透過chroot完成)(轉)硬碟
- [轉]透過分析SQL語句的執行計劃最佳化SQL(總結)SQL
- 透過XSL轉換XML檔案 (轉)XML
- 透過 Git 來管理多媒體檔案Git
- 透過10053事件分析一個SQL執行計劃事件SQL
- 透過shell指令碼來得到不穩定的執行計劃指令碼
- 專案管理過程之計劃性 (轉)專案管理
- 專案管理過程之計劃性(轉)專案管理
- 直接透過DAO讀、寫Access檔案 (轉)
- KGB知識圖譜透過知識校驗完成企業的風險稽核
- 透過執行計劃中的CONCATENATION分析sql問題SQL
- 透過移動資料檔案來均衡檔案I/O
- 透過已有的Linux來安裝Debian(轉)Linux
- 透過迴圈引用問題來分析Spring原始碼Spring原始碼
- 如何透過資料分析來支援TPM模式的決策?模式
- SQL效能的度量 - 透過explain和dbms_xplan包分析執行計劃SQLAI
- 透過分析SQL語句的執行計劃最佳化SQL(總結)SQL
- 透過sql語句分析足彩SQL
- 透過shell指令碼分析足彩指令碼
- 如何透過資料文化加速企業管理的轉型升級?
- 透過面試題來說說Promise面試題Promise
- 透過重構來加深理解——DDD
- 怎樣透過HTTP來呼叫JMSHTTP
- 透過系統化思想策略促進專案成功(轉)
- Smartbi智分析助企業完成資訊化管理
- 專案管理過程之計劃和預算(1) (轉)專案管理
- 專案管理過程之計劃和預算(2) (轉)專案管理
- 專案管理過程之計劃和預算(3) (轉)專案管理
- 專案管理過程之計劃和預算(4) (轉)專案管理
- 專案管理過程之計劃和預算(1)(轉)專案管理
- 專案管理過程之計劃和預算(2)(轉)專案管理
- 專案管理過程之計劃和預算(3)(轉)專案管理
- 瘦身產品企劃案例——美體瘦身保健專案招商計劃書(一)(轉)
- 瘦身產品企劃案例——美體瘦身保健專案招商計劃書(三)(轉)
- 瘦身產品企劃案例——美體瘦身保健專案招商計劃書(五)(轉)
- 透過dbms_xplan.display察看執行計劃