很久沒上51了。一直在忙，但卻不知道自己要忙些什麼。
過年之前，腦子裏有了一些想法和感覺。就這麼開始準備了。當時是想能夠對於軟件開發的整個過程進行管理和控制。之後，在進行了一些調查和了解後。 確認到，自己想做的事情，已經有了一個專有的名字： ALM （Application Lifecycle Management）.
在這裏，寫下當前的感想。
首先，什麼是ALM呢。可以參照以下網址：http://en.wikipedia.org/wiki/Application_lifecycle_management
它涉及到了一個應用軟件的整個過程。與CMM向匹配，就構成了對於軟件開發管理成熟度，管理方法等的一個整體。
由於我剛剛開始深入這個理念。在未來的幾個月裏，將作爲調研日記的方式，逐漸的寫上來。
而在此，我首先要聲明，我不是程序員，也不是架構師，而是一個IT運維人員。那麼，作爲IT運維人員爲什麼要學習，調研ALM呢？
IT運維人員，或許應該學習機房建設，學習操作系統，學習數據庫，服務器硬件，虛擬機，雲平臺； 學習存貯的管理，學習如何配置服務器，中間件。研究系統，數據備份；研究一建恢復（當主服務器不可用時，從網絡備份存貯中恢復業務）。
或者說是學習和研究某一個，某一類軟件產品。 Microsoft的AD，exchange ,lycn, sccm,sharepoint. office & officeServer, SqlServer. 或者是IBM的 websphere,websphere portal, MQ,MB. AIX, Ratioanl,Tivoli. 你也可以研究Oracle公司的 oracleDBM. weblogic. 以及這個公司的ERP產品，人力資源管理產品。 或者是SAP公司的ERP產品。
研究開源的Linux， MySql（現在不好說了，歸oracle了），Tomcat；Apache；Jboss。
只是，如果你們公司只是使用上述公司的產品，或者某一個開源產品。那麼，沒問題。你可以就那麼使用了。
但是，但是
如果你們公司需要定製化的應用，怎麼辦呢？
花錢讓別的公司來製作和開發。 是的，一般公司，企業都是這麼做的。 只是，隨着時間的推移，許多定製化系統成爲了一些公司的生命系統，關鍵系統，涉密系統時。 僅僅是提一個需求，就等着驗收系統功能的事情，將越來越 不靠普了。
我們需要，對於定製化的系統，要掌握其過程，確保其質量，並能跟進應上線後的每一個小的更改。 將對於開發人員，開發公司的依賴減小到最低程度。
因此，我們需要ALM。
考慮到一些公司，沒有這個ALM的理念，或者公司間的規範，項目管理上的不同。
我們需要建立自己的ALM. 讓乙方公司，遵循我們的ALM。
以上，就是IT運維， 也需要ALM的原因。
今天就寫到這裏。如果有了解這方面的兄弟姐妹，還望可以賜教。