隨著云計算的深入應用,很多企業都開始啟動云項目,但是,云項目并不總是成功的,當云項目失敗時,對團隊成員指指點點說說風涼話是很簡單的。
但是,從失敗之處總結經驗可以幫助企業避開云缺點。
如果你的云項目失敗了?,F在怎么辦呢?仔細查看你的計劃,并從項目結果中學到些什么。失敗并不是一件好事,但是失敗乃成功之母,它們卻是云發展必經的。
從失敗的云項目中學習的第一步就是確定這個項目是如何失敗的。
幾乎所有失敗的云都可歸為三類:有些東東沒有正常運行,成本過高或者收益過低。 無論是云還是其它的項目,它們的成功都有賴于按照特定項目步驟來遵循和滿足業務案例,同時應當在項目的實施過程中而不是到了最后階段才發現問題。
開始云項目總結的最好辦法就是與項目的關鍵成員開會。開會的目的應當是提高云項目的過程,而不是針對問題互相指責。會議應當避免一對一的討論;所有的問題都應當開誠布公地進行檢討。
接下來,就是找出分析項目失敗原因的突破口。在所有失敗的云中,幾乎有半數只有在云項目完成且成本/效益無法達到預定目標時才會被意識到出現了問題。這是一個大問題,要么是因為在項目實施過程中相關人員沒有試圖控制成本和驗證效益,要么就是因為這些步驟是無效的。
云項目實施之前、期間以及之后的問題
項目團隊在項目計劃中所列出每一個云的效益都應與一系列的前提假設相關;確保這些假設的有效性必須是項目實施人員的特定目標。請務必確定每一個成本估算,并按照實際需要采取具體步驟來控制成本。如果忘記了這個步驟,那么只有在項目結束時你才會注意到這個問題——而此時已是為時晚矣。
如果你能夠在項目運行期間發現問題,那么你應找到問題的初始出現點并問三個問題:
為什么這個問題沒有在項目規劃階段被提出?
為什么當這個問題被首次發現時項目團隊沒有解決它?
如果這個問題沒有被解決而且項目失敗因此是無可避免的,那么為什么沒有停止實施項目?
在云項目規劃階段,項目管理人員就應解決所有會導致項目失敗的問題。在大多數情況下,項目問題就是一個規劃的問題。當制定云項目規劃時,應解決已發現的問題并審核項目規劃的制定過程。云計算規劃應當是“自我更新”的,這意味著它們反映了一根學習曲線。為了滿足自我更新的標準,應重新考慮你實施云的方法。
在項目啟動之后,應立即解決任何新出現的問題,或者在問題惡化之前暫停項目實施。如果IT團隊發現了問題卻沒有重新啟動或終止項目,那么應審核他們已處理的問題。讓人感到驚奇的是,很多云項目都缺乏處理問題的具體方法。
問題的解決
問題的解決方案是很簡單的。但是,問題是否能夠在最初的效益分析框架內被解決呢?如果可以,那么采取措施來解決問題就不會影響項目參數的審批。如果解決方法處于最初效益分析范圍以外,那么就需要重新啟動項目并重新分析業務案例了。否則的話,你就會在之后遇到另外的、更大的問題了。
如果問題會對業務案例提出調整,那么我們應當審視整個的云項目計劃。不要試圖削減成本或者在初始項目框架內提高效益。
這個項目并不一定就是注定要被舍棄,但是我們應當擱置這個項目直到你可以證明這個方法的正確性。我們最常見的對云項目問題采取的措施就是微調。
雖然有時候這樣做會有一定的效果,但是驗證方法本身是否有缺陷則是更為重要的工作。
在所有的云項目總結中,我們發現的問題一定比我們解決的問題要更多。不要把這個過程用于對人們舉措或決策的處罰。相反,通過這個過程定義程序以確保未來項目的成功,或者在項目有可能出現重大問題之前終止項目才是我們的目的。
D1Net評論:
當云項目失敗的時候,不要肆意責怪團隊,另外,一味遵循守舊只能能夠葬送這個項目。云的效益太過于引人注目以至不能有風險,甚至應避免任何潛在的失敗。