通過分析TCO來完成企劃案(轉)
from techrepublic.com
可能你曾想讓自己的部門採用一種新的開發平臺,但沒人聽從你的建議;可能你曾想開展一個新的專案,但你又不知如何才能爭取。在這個問題上的建議是首先要開展多方面調查。採用新技術開發專案確實需要投資,但你可以通過分析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可讓你獲得意想不到的結果。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7942439/viewspace-21120/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 通過Go來分析和建立XMLGoXML
- 通過Go來分析和建立JSONGoJSON
- MySQL——通過EXPLAIN分析SQL的執行計劃MySqlAI
- 通過了解RejectedExecutionException來分析ThreadPoolExecutor原始碼Exceptionthread原始碼
- 我們如何通過Zoho Projects專案管理軟體制定專案溝通計劃?Project專案管理
- 通過PageBean+Thymeleaf完成分頁Bean
- 通過 Git 來管理多媒體檔案Git
- 通過MySQL儲存原理來分析排序和鎖MySql排序
- Mybatis原始碼分析(三)通過例項來看typeHandlersMyBatis原始碼
- 【轉載】SAP 通過http協議 介面做銀企直連HTTP協議
- 通過HTTP的HEADER完成各種騷操作HTTPHeader
- 分析CRM系統能給企業帶來哪些轉變?
- 分析執行計劃優化SQLSQL語句處理的過程(轉)優化SQL
- 通過抓包分析 HTTPSHTTP
- 教程:如何通過DLA實現資料檔案格式轉換
- Smartbi智分析助企業完成資訊化管理
- HPC解決方案----雲服務化後企業TCO可降低70%
- 通過分析LinkedHashMap瞭解LRUHashMap
- 如何通過 Vue-Cli3 - Vuex 完成一個 TodoListVue
- Azure DevOps (十) 通過流水線完成Docker映象的部署devDocker
- EF Core中通過Fluent API完成對錶的配置API
- jmeter通過cookies來登入JMeterCookie
- Django 專案如何通過載入不同 env 檔案來區分不同環境Django
- 通過鎖定表的統計資訊來穩定sql的執行計劃SQL
- 分析執行計劃優化SQLORACLE的執行計劃(轉)優化SQLOracle
- 資料中心儲存 TCO 模型模型
- 通過原始碼分析Mybatis的功能原始碼MyBatis
- Oracle 通過註釋改變執行計劃Oracle
- 如何通過反射(Reflection)+註解(Attribute)來實現陣列轉化為物件反射陣列物件
- 憶聯透過VMware官方認證,賦能行業使用者降低TCO行業
- 通過信鴿來解釋 HTTPSHTTP
- 通過IO模型帶來的思考模型
- 通過外來鍵找主鍵
- 通過 shell 指令碼完成 GitLab11.9.11 的一鍵安裝指令碼Gitlab
- 偶像企劃類遊戲的未來在哪裡?遊戲
- Springboot通過AOP整合多資料來源,分析@Transaction切換資料來源不生效問題Spring Boot
- 動態規劃(未完成)動態規劃
- 前端通過 post 下載檔案前端
- 通過VuePress管理專案文件(一)Vue