這是我用過的部分解決方案，它假定了以下幾點：

• 您可以通過連接遠程訪問群集（如指向的其他答案，雲服務器或遠程服務器） ，因此您工作的地方並不完全是瓶頸。
• 您使用的軟件不依賴於操作系統或沒有任何特殊許可證
• 您沒有從串口連接到測量設備等任何東西。
>

在這種情況下，我要做的一件事是，當您最終從IT部門獲得罰單時，要求他們安裝虛擬機（如VirtualBox）並在其中啟用虛擬化。 BIOS 。如今，大多數處理器都允許這樣做。確保它們安裝正確，否則它們將再次出現。

這基本上允許您安裝所需的任何Linux發行版（需要Windows映像許可證），因此它是您擁有所有管理員權限的操作系統。如果您的案例只是對數據處理進行編碼和集群化，那麼此完全消除了IT中間商，因為您不需要他們的許可就可以在VM中進行操作，並且也不會顯著影響性能。

如果IT值得半毛錢，他們將不勝感激，因為：

• 如果您不是惡意用戶，則需要花費大量精力通過VM破壞主機
• 由於缺少票證導致您需要更新/安裝某些東西。

在最壞的情況下，您仍然可以在兩個操作系統之間交替使用，並在VM中做一些小事您的管理員權限。

我認為這在許多公司中都是相當普遍的現象。試圖開展工作的研究人員與IT人員之間存在很大的脫節，他們可能資源不足，培訓不足或受到管理政策的限制。根據我的經驗，研究人員在安裝軟件時往往會擔心很多，而他們並沒有完全了解安全隱患。簡而言之，我不希望您能夠更改此政策，並且出於合理的原因，它很可能就位。

向我建議的一種解決方案是，學者可以使用不同的時間申請時間雲計算解決方案（例如Googlecomp https://cloud.google.com/edu/，Microsoft Azure https://azure.microsoft.com/en-us/education/，還有更多）。如果成功，您將在虛擬機中獲得計算時間，在該虛擬機中，您將具有適當的管理權限，可以安裝所需的任何軟件。

我們在某些​​Silicon Graphics機器上遇到了這個問題-在預算已付給他們的主管的支持下，我們將它們從IT部門的控制中刪除了，然後我們自己控制了所有事物。 p>

情況好多了；與校園內的其他小組相比，我們的正常運行時間更長，問題更少。

我們在編譯&安裝等方面學到了很多。

不確定您可以走那條路。

注意，我們使用的軟件是CFD，IT部門沒有所需的經驗。

在許多大學中，您實際上可以經歷一個（相當秘密的）官僚主義過程，該過程允許您在大學計算機上安裝自己的軟件，即使這不是默認選項。

如果存在此選項，則可能會包含簽名表，這些簽名表可能會限制（甚至消除）對該計算機的未來IT支持。基本上，您同意以自己的IT身份來換取靈活性。但是，如果您不斷下載軟件，則通常值得這樣做。

大學不鼓勵使用此選項，因為它可能會帶來安全隱患，因此您必須直接詢問部門和IT部門的管理員（如果有），因為它可能不會在任何地方在線發布。

多年來，我在美國的三所大學中的兩所（在美國和澳大利亞）都可以使用此過程。從理論上講，這實際上是不允許的，但是表格還說您將無法再連接到大學的有線互聯網網絡，這不值得我放棄。在走這條路之前，請非常仔細地閱讀表格，以確保您對所要進行的權衡取捨。

儘管其他人專注於為您提供有關使用機構基礎結構的替代方法的技術建議，但我想指出，您的問題並不少見。在我的實踐中，我選擇自己安裝軟件（我使用的許多軟件數據包都不需要root特權才能安裝，請確保確實需要您的管理員訪問權限）或向主管尋求幫助。

如果您與主管保持良好的關係，則可以隨時向他尋求幫助，從抄送給IT部門的軟件安裝電子郵件中抄送他到在這些請求電子郵件被請求時直接向他尋求幫助忽略了。在許多組織中，初級成員的聆聽並不容易，而這只是您必須克服的事情。

由於您不是“面向技術的博士”，所以我猜測集群的數量是10台或更少？如果是這樣，請考慮在任何大型雲提供商上設置自己的集群。想到了AWS和Azure，但是Google和IBM仍在努力在這些市場上保持領先地位。

定價方面的想法：

• 您不必擁有始終保持集群，因此您不必全天支付24小時/天的費用。如果您選擇關閉部分或全部服務器，則必須弄清楚如何保存/加載數據并快速安裝某些程序（碼頭工人？）。
• 如果您有同學或教授在同一條船上，考慮共享您的集群及其費用。
• 根據您的研究，您可能（最終）可以從某些供應商處獲得特價。
• 在AWS上，預留實例比現貨實例便宜。

看看您花了多少時間，以及這些延遲對您的研究有多大影響。如果IT延遲每個月要花費您1週的延遲，那麼可能值得您自己進行設置。 （請記住備份內容，並測試您的備份策略。將您的代碼和數據放在github中）

最後，您是使用他們的票務系統來提出您的請求，還是只是口頭詢問他們？如果沒有票，那一定會在您與他們交談5分鐘後忘記。

您還應該管理您的請求。

我的意思是：跟踪您提出請求的時間，在合理的時間段（兩個工作日）後詢問消息，最多重複三遍。在第一個後續步驟中，您可以弄清楚為什麼這對您很重要。對於IT員工來說，這聽起來像是“我要安裝此工具”，但是如果您詳細說明了截止日期以及該票證對您的工作至關重要的原因，他們可能會理解。第三次之後，請您的主管參與。在與IT服務經理的對話中，要求他/她上報請求。

對簡單地解決問題不滿意，請嘗試看看IT是否可以傳達他們希望遵守的服務水平協議的時間。也許安裝某些東西需要內部許可（發布管理），例如，這使得不可能在星期五或下午或沒有回滾的情況下安裝東西（這意味著您必須先備份整個服務器設置，然後才能進行操作）

處理請求也意味著確保您的要求是 super 明確的。如果您認為您可能需要一個軟件包，請讓他們安裝。您可以在與生產設置相同的VM中自己運行這些安裝，並向他們提供實際安裝工具的命令。您可以管理所有這些事情。

在任何時候，我都必須強調一點，那就好。很好。除非您有理由懷疑有人在誘騙您，否則您必須給他們充分的信用，因為他們必須同時處理許多此類請求。從長遠來看，保持良好狀態將使您走得更遠。它還將向您的主管顯示您有能力創造性地處理困難的情況。

添加此內容是因為至今為止還沒有人提及：您可以詢問主管，您，您的主管和IT部門人員之間是否有會議。如果適合您的機構和情況，甚至可以邀請他們共進午餐。如果他們不知所措，並且/或者感覺您的門票來自不露面的門票生成器，那麼可以幫助他們認識真正的研究人員。然後，您可以遇到真正的人來處理票務，並查看是否有任何方法可以使票證對他們來說更簡單。

與您的主管（“發起人”？）談談此問題，並建議您獲得由您自己管理的服務器。根據情況，您可以同意使用物理服務器，對工作站/筆記本電腦進行升級以使其可用作服務器，甚至同意完全在您機構外部的服務器實例，例如Amazon AWS。

如果您的主管堅持您必須使用現有的IT基礎架構，請在與IT聯繫後第二天將支持請求發送給他們。不要等待兩個星期。幫助您滿足這些請求不是很大的負擔，否則您的主管會對此感到厭倦並為此有所作為。

my.back的回答很不錯，聽起來這可能是通過官僚機構解決某些問題的方法，其中某些解決方案涉及“使用自己的硬件”只是不切實際。除此之外，我發現以下技巧在與願意提供幫助的部門或個人打交道時很有用。

1. 在每次請求時都請CC主管。如果您請求的事情可能未必是您所需要或應問的，但又缺乏上司的回應，這使您的主管有機會給您反饋，這使該人在做需要做的事情要知道您的主管知道請求。 （在提出此初始請求時，請務必遵循my.back的建議，以了解您為什麼需要它以及何時需要它）
2. 當您在合理範圍內未得到答复時時間上，請再次發送請求，但請確保您自己在請求中輸入“第二個請求”，並確保再次抄送您的主管。這使他們知道您仍然需要完成此操作，這往往會增加IT專業人員執行任務的緊迫性。根據需要重複，確保每次都在請求中輸入您的請求編號。
ol>

根據我的經驗，使用此技術通常只需要第二個請求，除非部門被完全淹沒。棘手的部分是弄清楚完成此請求的合理時間範圍，並且由於組織的不同，這裡沒有一個答案。我建議您結識正在完成任務的人們，以便您可以了解他們所經歷的事情，以便他們看到您不僅在要求可笑的事情而且一直在要求，因為有時候，在沒有背景的情況下，很難通過別人的眼睛看世界。

一個簡單的解決方案，只需始終通過啟動器發出請求即可。也許他們向他們解釋一下，如果他們詢問您為什麼要始終如一地經歷他們，您會注意到這種模式。 / p>

這是電話還是電子郵件？我發現，如果您打電話而不是發送電子郵件，通常可以更快地完成工作。如果通信對時間敏感，則尤其應始終致電而不是電子郵件。在截止日期之後，很容易錯過或忽略一封電子郵件。

對於技術，大多數人希望即時得到滿足。技術應該可以加快速度，使我們的生活更輕鬆，不是嗎？也許它對最終用戶有用，但是從IT角度來看，情況則大為不同。對於必須全部安裝和維護系統的開發人員或IT專業人員而言，生活要復雜得多。這需要時間。技術從來都不是100％完美的解決方案，而且幕後還有很多最終用戶不知道的複雜事情。