現代工作場所有兩類扼殺生產力的因素：使你分心的瑣事， 以及迫使你把時間和精力用在錯誤的地方的嚴重扼殺生產力的因素。 不管你喜不喜歡， 薄弱的IT管理實踐是催生了嚴重扼殺生產力的因素。
從忽視關鍵戰略舉措的輕重緩急， 到未能調整專案估算， 薄弱的IT管理實踐正在威脅著IT部門完成工作的能力。
現代工作場所有兩類扼殺生產力的因素：使你分心的瑣事， 以及迫使你把時間和精力用在錯誤的地方的嚴重扼殺生產力的因素。 不管你喜不喜歡， 薄弱的IT管理實踐是催生了嚴重扼殺生產力的因素。
以下是八個導致IT部門偏離正軌的做法——以及如何為成功而做出調整的做法。
1. 忽視優先考慮戰略專案
IT偶爾不得不江湖救急。 當網上銀行的伺服器停機時， 這是緊急情況。 但恐慌往往很少見。 相反， 來自用戶的特殊問題和變更請求則源源不斷，
專案管理精要(Project Management Essentials)的創始人Alan Zucker說：“大多數IT管理者和領導者所犯的嚴重扼殺生產力的行為是未能分清輕重緩急。 很多IT組織都疲于應付重要的事情——從維護應用程式和基礎架構到對中斷和問題做出回應， 以及回應不斷變化的業務需求。 組織不是確定工作的優先順序， 而是繼續應對越來越多的專案。 人們不斷擴大正在進行的項目數量， 而完成的項目的數量卻下降了。 品質受損。 技能嫺熟且積極主動的專業人士會感到沮喪。 ”
作為一名IT管理者， 你需要通過關注高價值的專案來樹立榜樣。 否則， 貴公司永遠不會在戰略目標上取得進展。
2.向管理層過渡時， 作為貢獻者的心態要得到保持
當IT專業人員進入管理層時， 他們面臨著困難的變革， 因為他們作為管理者所面臨的回報和期望大不相同。 加拿大首席資訊官協會的前主席Gary Davenport曾經看到， 新的IT管理者在不適應管理時會導致生產力下降。
Davenport說：“通過從技術階層升任IT管理者的人習慣於在他們晉升為管理層之前在詳細的工作水準上獲得獎勵。 當然， 對更高層的要求與作為個人貢獻者的要求是截然不同的。 IT管理者在轉型過程中可能會遇到挑戰， 這不足為奇。 預警信號包括無法放開技術細節， 同時也無法履行擔任領導者的真正職責。 有一個恰當的比喻是——他們擔心如何佈置在泰坦尼克號上的折疊躺椅，
首席資訊官和IT管理者要在“重新擺放折疊躺椅”失敗之前通過這一過渡來幫助支持員工。 你要認識到， 新的IT管理者將面臨艱難的轉型， 並通過分享你一路上學到的經驗教訓來幫助他們。
3. 忽視了關係網的發展
工作中的會議仿佛日常飲食：太少或太多都會危及你的部門的成功。 作為管理者， 你對自己參加的會議具有重大的影響力。 另一方面， 有些會議對你的成功至關重要。 如果你為自己工作或者經營一家IT公司， 那麼你可以借鑒Denis Zhirovetskiy的方法：
Adeptcore的總裁Zhirovetskiy說：“我們生活在一個節奏非常快的世界， 你與新客戶、新廠商、新員只是一言之隔。
作為企業IT經理， 請調整這一理念以適應你的情況。 定期與來自公司其他部門的新的潛在員工和利益相關者會面， 這從長遠來看是有回報的。
4. 充當企業的接單者
作為一名IT管理者， 當另一個部門的管理者或高管要求採用新技術時， 你應該如何應對?你處理這些要求的方式將會影響你的成功。
對Davenport來說， IT管理者需要以業務成果為重， 而不是接單。 他解釋說：“IT管理者要始終致力於增加業務價值， 而不僅僅是充當接單者。 這意味著他們能真正理解業務戰略並能成功地將該戰略轉化為有意義的成果。 換句話說， 要關注業務成果， 而不是IT部門的具體活動和任務。 雖然這些瑣事很重要，但這不再是你的主要職責，並可能導致你成事不足，最終導致失敗。”
多年來，IT領導者試圖超脫接單員的刻板印象。為什麼在企業接單會成為一個問題?如果銷售副總裁認為“我們需要一個新應用”，而IT部門就這麼創建了它，那麼公司資源可能會被浪費掉，因為IT管理者沒有另闢蹊徑。
5. 未能為每週的勝利樹立典範
在技術方面，我們交付的專案往往需要數周或數月的時間才能開發出來。使用遺留系統時，進程甚至更長。這些大型項目可能會在短期內讓人失去動力，因為他們距離竣工遙遙無期。部分答案就在於為富有成效的一周定義參數，即使重大專案尚未完成。
專案管理精要的Zucker說：“我的辦公室裡有一個看板。我衡量每週完成的專案數量，並根據完成欄中每週結束時要完成的項目數量來衡量我的生產力。我通過使用看板並限制專案數量變得更高效了。我通過將受阻的工作和專案，以及他人的投入視覺化，記錄了正在進行的所有事情。”
Zucker的方法的關鍵是“限制我要做的項目的數量”。這說起來容易做起來難，因為你必須懂得拒絕別人。關鍵在於擁有一系列短期和長期的勝利。
6. 未能在短期和長期生產力之間取得平衡
在工作中，你的員工需要勝利的喜悅。如果讓開發人員自行決定，那麼他們和其他專業人士可能會關注短期的緊急任務。這些任務給人一種快速獲勝的滿足感，但它們可能不會對你的戰略產生任何影響。
加拿大KPMH諮詢公司的資深管理者Felix Acosta解釋說：“當我為客戶開發新的技術實施方案時，兩名客戶雇員接受了所實施工具的培訓。其中一個人在幾個月內迅速提高了生產力並參與其中，每天進行配置更改，另一個人大概在一年之後幾乎沒有能力這樣做。鑒於以前的經驗和角色是相同的，但這裡是動機，背景和技能發揮的地方。”
7.未能調整專案評估
知道這一點是很重要的——何時向團隊的工作評估發難，這是關鍵的IT管理技能。如果你頻頻發難，你的團隊可能會覺得你不相信他們。如果絲毫不為難他們，你可能會對高層領導做出不切實際的承諾。 CodeWithJason.com的工程顧問兼創辦者Jason Swett費了一番苦功才學到這一點：
Swett解釋說：“在2015年，我曾在一家代理機構為一家知名的科技公司建立銷售培訓平臺。在我加入該機構前，它已經為初級工程師分配了重要的工作。六個月過去了，該機構未能向客戶展示其成果。我們在最後限期的前幾周討論是否可以如期完成。我是唯一一個指出這一點的人——我們的工作量要幾個月(而非幾周)的時間來完成。儘管我提出了警告，該機構決議要這麼幹。他們失敗了。客戶不僅解聘了該機構，而且還在重要的項目中孤立無援。”
避免這個問題需要有信心，並知道要提出什麼問題。Swett建議使用以下問題：我們一次是否評估得過多?如果任務預計要一周或更長的時間，那麼這表明工作需要分解為更小的任務，每個任務都應該得到單獨的決定。我們是否過於樂觀?他解釋說，答案往往是肯定的。
8. 關注錯誤的指標
完成大量任務才是重要的，對嗎?如果這種努力都付諸於錯誤的指標上，那麼所謂的生產力並不會產生任何有用的結果。
Acosta說：“在IT領域，問問自己是如何衡量生產力的，這是非常重要的。其中一些可能性包括新代碼的交付，基礎設施的可用性，員工在每一個工單中工作的小時數。所有這些指標的問題都在於它們與收入或盈利能力等方面相當不一致，所以所有的組織都有管理IT的藝術。”
雖然這些瑣事很重要，但這不再是你的主要職責，並可能導致你成事不足，最終導致失敗。”多年來，IT領導者試圖超脫接單員的刻板印象。為什麼在企業接單會成為一個問題?如果銷售副總裁認為“我們需要一個新應用”，而IT部門就這麼創建了它，那麼公司資源可能會被浪費掉，因為IT管理者沒有另闢蹊徑。
5. 未能為每週的勝利樹立典範
在技術方面，我們交付的專案往往需要數周或數月的時間才能開發出來。使用遺留系統時，進程甚至更長。這些大型項目可能會在短期內讓人失去動力，因為他們距離竣工遙遙無期。部分答案就在於為富有成效的一周定義參數，即使重大專案尚未完成。
專案管理精要的Zucker說：“我的辦公室裡有一個看板。我衡量每週完成的專案數量，並根據完成欄中每週結束時要完成的項目數量來衡量我的生產力。我通過使用看板並限制專案數量變得更高效了。我通過將受阻的工作和專案，以及他人的投入視覺化，記錄了正在進行的所有事情。”
Zucker的方法的關鍵是“限制我要做的項目的數量”。這說起來容易做起來難，因為你必須懂得拒絕別人。關鍵在於擁有一系列短期和長期的勝利。
6. 未能在短期和長期生產力之間取得平衡
在工作中，你的員工需要勝利的喜悅。如果讓開發人員自行決定，那麼他們和其他專業人士可能會關注短期的緊急任務。這些任務給人一種快速獲勝的滿足感，但它們可能不會對你的戰略產生任何影響。
加拿大KPMH諮詢公司的資深管理者Felix Acosta解釋說：“當我為客戶開發新的技術實施方案時，兩名客戶雇員接受了所實施工具的培訓。其中一個人在幾個月內迅速提高了生產力並參與其中，每天進行配置更改，另一個人大概在一年之後幾乎沒有能力這樣做。鑒於以前的經驗和角色是相同的，但這裡是動機，背景和技能發揮的地方。”
7.未能調整專案評估
知道這一點是很重要的——何時向團隊的工作評估發難，這是關鍵的IT管理技能。如果你頻頻發難，你的團隊可能會覺得你不相信他們。如果絲毫不為難他們，你可能會對高層領導做出不切實際的承諾。 CodeWithJason.com的工程顧問兼創辦者Jason Swett費了一番苦功才學到這一點：
Swett解釋說：“在2015年，我曾在一家代理機構為一家知名的科技公司建立銷售培訓平臺。在我加入該機構前，它已經為初級工程師分配了重要的工作。六個月過去了，該機構未能向客戶展示其成果。我們在最後限期的前幾周討論是否可以如期完成。我是唯一一個指出這一點的人——我們的工作量要幾個月(而非幾周)的時間來完成。儘管我提出了警告，該機構決議要這麼幹。他們失敗了。客戶不僅解聘了該機構，而且還在重要的項目中孤立無援。”
避免這個問題需要有信心，並知道要提出什麼問題。Swett建議使用以下問題：我們一次是否評估得過多?如果任務預計要一周或更長的時間，那麼這表明工作需要分解為更小的任務，每個任務都應該得到單獨的決定。我們是否過於樂觀?他解釋說，答案往往是肯定的。
8. 關注錯誤的指標
完成大量任務才是重要的，對嗎?如果這種努力都付諸於錯誤的指標上，那麼所謂的生產力並不會產生任何有用的結果。
Acosta說：“在IT領域，問問自己是如何衡量生產力的，這是非常重要的。其中一些可能性包括新代碼的交付，基礎設施的可用性，員工在每一個工單中工作的小時數。所有這些指標的問題都在於它們與收入或盈利能力等方面相當不一致，所以所有的組織都有管理IT的藝術。”