是什么導致IT機構失敗?往往是因為那些本該深諳此道的人采納了所謂的“行業最佳實踐”，然而他們失算了，大概是因為他們從來都不用親歷親為。
從建立內部客戶到實行計費到堅決要求投資回報，從全局來看，這些建議看似有理。但這只是些皮毛，你發現這些保證IT成功的秘訣往往是失敗的方子。
1.告訴所有人他們是你的客戶
想失敗嗎?只要確保每一個IT中人告訴每一個IT外行：“你是我的客戶，我的工作就是要超越你的期望(或者更糟，‘讓你開心’)。”
IT部門外的員工并非IT部門的客戶，而是IT部門的同事，他們以平級的身份與IT部門合作，為了整個公司的利益著想。
把內部客戶這個想法合法化使IT陷入從屬的地位，在這樣一種境況里，IT部門里的每一個人必須要讓同事開心，而不管這么做對企業有沒有意義，更不用說這是否能鼓動公司的實際客戶購買更多的產品和服務。
2.制定服務水平協議并把他們當合同一樣對待
想要搞破壞嗎?那就制定正式的服務水平協議，堅決讓“內部客戶”簽字，并把它們當作合同一樣對待。
如果你真的想IT失敗，你只要每次在“內部客戶(又是這個詞兒)”暗示IT是否忠于職守時，你只要爭論你是否每次都符合服務水平協議。這是對人敬而遠之的方式。
如果你更喜歡成功，那么你要記住關系的建立需要信任，只有把同事當實實在在的人看待，信任才會產生，只有他們喜歡你，才會和你一起解決可能出現的問題，而這個合同的目的并不是定義關系，而是要定義當信任蕩然無存、事態極其嚴重時會發生什么。
3.講小白用戶的故事
你懂的，經典的笑料，比如“屏幕上的涂改液”、“我就直說了吧，你的電腦不啟動是因為停電了”，還有，“我讓他把打印機的插頭反過來插一下，可是這是三針的插頭(偷笑)!”
當其他的IT員工講這些段子，尤其是指名道姓時候，盡管笑吧。或者如果你想確保讓IT部門出洋相，你自己也可以給他們講這些段子。這就是段子橫飛，沒有人彼此互相尊重的可怕場景。
如愿以償了吧。
4.實行計費
這是勸阻人們使用信息技術的可怕方式：實行計費。不是別的計費，正是那些細化成本中心里每一個收費類別的發票，從CPU周期，到SAN和NAS存儲(當然是分開計費)，開發者工時，客服電話，每隔10分鐘就記賬。
爭論賬單的準確性，確定哪個企業部門應該支出這筆錢，沒有什么能比這個更能鼓勵合作了。
5.堅決要求投資回報
想確保項目得不到資金嗎?堅決要求IT的管治過程需要明確的，有形的財政投資回報。這么做一定能保證IT失寵，能幫助業務部門更快地取得更好成績的技術得不到資助;還有能促進客戶滿意度，以IT無法證明的方式增加銷量減少銷售成本的項目，卻在高管的辦公室里被竊笑。
6.為IT項目制定任務書
想要讓企業/IT異常的方子嗎?如果用軟件交付來定義項目，那么當軟件符合要求和規格時，IT的任務就完成了。
這樣的話，當企業管理層抱怨軟件不能實現它們要求做的事時，你完全有理由爭辯說軟件所做的就是它被要求做的，因為它完全符合規格，難道不是嗎?如果這個方法行不通，軟件不符合要求，你又可以爭辯說要求時錯的。這是誰的錯呢?當然是簽字同意的業務經理。
又或者，你可以用可行的辦法：從你命名項目的方式開始，用業務成果(“提高銷售效力”)來定義每一個人，而不是軟件(“實現Salesforce.com”)。
7.指派項目贊助人
項目管理圈里眾所周知的一件事是每一個項目都必須有一個項目贊助商，不然成功的機會渺茫。但你想確保項目失敗嗎?指派一個。
贊助商，真正的贊助商而不是名義上的贊助商，那些打心底想讓項目成功的贊助商。如有必要，他們愿意冒險來確保他們的項目成功，你認為那些被指派的贊助人會這么做?反正我是不會。
8.建立云計算戰略
這是確保IT失敗的極好的辦法：建立云計算戰略。這樣的話你就可以推出結論。你知道你必須在云端，而戰略的目的就是要讓這一切發生。
無論你想什么，都不要想得比這還宏大。不要考慮以服務條款定義的受控的技術架構。畢竟，這么做會導致你認為這些服務就是你要的，而云可能是提供它們的好辦法。
有一個老規矩是這樣的：形式服從功能。服務就是功能。云則是你所需要的其中一些服務可能呈現的形式，如果你不想讓IT成功，就要避免這種想法。那么云是必不可少的。
9.用敏捷方法，走傳統路子，同時進行
敏捷方法有很多要求。成功的其中一個先決條件是有較高的非正式用戶參與度，以至于頻繁而微小的路線修正時有發生，開發者每天都能看到進步，且用戶接受度測試每天都在進行。
走傳統路子有一個要求：更低的小時人工成本。它沒有要求的一樣東西正是敏捷方法所要求的較高的非正式用戶參與度。綜合12個時區的差異、語言障礙、文化鴻溝和受制于網絡會議處理能力的互動，敏捷方法頗具挑戰。
讓它湊效不是不可能，只是這不適合膽小怕事的人，更不適合那些初涉敏捷方法的IT機構。
Want to go Agile? Want to go offshore? Pick one.
想用敏捷方法?想走傳統路子?二選一吧。
10.以毒攻毒
保證IT失敗的萬無一失的下一步是堅決讓所有人都要多任務工作。畢竟這是一種令人向往的能力，難道不是嗎?但這實際上意味著降低了生產力和質量，同時為了要做更多的事兒增加了壓力。
如果你忍不住要別人停止手頭的工作去做別的工作，那么記住：人類不擅長多任務工作。他們最多只能在兩個任務之間來回切換。每次他們切換腦力工具的時候都會浪費掉時間，一個任務所需要的注意力越集中，他們浪費的時間就越多。
想讓IT成功嗎?讓人們完成手頭的工作再做其它的事。
11.同時進行很多項目
IT從來就沒有足夠的人手來處理所有人的需求，所以你盡一切努力讓很多項目同時啟動，并讓員工游走于這些項目之間，這個做法也不是沒有道理。
換句話說，你想讓所有的項目花更多的時間，更多的錢，卻取得不合格的成績。
如果你想IT建立良好的聲譽，制定這樣的規定：每一個要啟動的項目都必須人員齊備，“人員齊備”在這里的意思是項目永遠不需要等某一個團隊成員有空了才能啟動。
這樣做的話，你的每一個項目都能完成，而不至于因為你繼續進行多個項目而一個都完成不了。
12.不管對什么要求都說可以或不行
確保IT失敗的最后，也是最好的辦法是不管對什么要求都說可以或不行。說不行的話，關系就毀于一旦。說可以的話，你就做出了無法兌現的承諾，因為你和其他人的時間都被占得滿滿的。
如果你想要的是成功，正確的答案應該是：“我們能做到，這就是代價。”
請求管理有一條不可違返的法則，不管請求是項目范圍的變更，還是軟件改進，或者是給計劃中不需要筆記本電腦的人提供筆記本電腦。
不要說不行，也不要說可以。解釋你為了符合要求必須要做的事。接下來就是對話而不是爭吵。
京公網安備 11010502049343號