這篇短文是「如何控制網路基礎設施」系列文章的重要補充。 此系列所有文章內容及連結均可找到 .
為什麼這不起作用？
如果您嘗試應用所描述的 你公司的流程和決策，然後你意識到它可能不適合你。
例如，讓我們以授予存取權限的過程為例。
若要「啟動」此過程，您必須執行下列操作
- 同意所有門票均透過其他技術部門發送給您
- 確保這些部門同意記錄所有通過他們的請求
- 責成非技術部門負責人監控這些存取清單的相關性
如何說服這些人去做相當乏味、負責任且整體非核心的工作？ 順便說一句，你不是他們的老闆。
權宜之計和合理性的論點可能行不通，因為對其他人來說似乎不太合理。 顯然，通常情況下，組織這一切並不是你的責任，說服管理階層就足夠了。 但問題是，如果這違背員工的意願，可能會導致對抗和政治博弈。 這當然會幹擾有效的工作。
在我看來，顯而易見的是，如果你有一個專業團隊，那麼最好是共同做出涉及聯合行動的決策，並共同找到最佳方案。 但為此必須有其他東西，而不僅僅是良好的技術知識和所需流程的知識。
「如何控制網路基礎架構」系列文章中已經和將要描述的所有內容都是經過驗證的流程和經過驗證的解決方案。 他們工作。
某些東西不適用或不適合您的原因可能有所不同，例如，技術部門的部門結構不同或網絡要求不同，當然，應該討論解決方案並適應您的情況，但它非常重要的是，它還包括你的公司培養了什麼樣的關係，管理階層設定了什麼樣的溝通方式，有哪些一般流程。
三個組成部分
這會導致嵌套：
- 您可以擁有一支技術知識強大的團隊，但如果沒有經過驗證且清晰的流程，那麼您將無法有效地從這些知識中受益
- 您可能擁有強大的技術團隊以及創建工作流程的知識和能力，但如果您沒有適當的關係，您將無法在給定的公司中充分應用它們
也就是說，我們有一定的「知識」層次。 讓我們稱呼他們為
- 技術知識
- 流程
- Отношения
所有三個元件都很重要，許多現代解決方案（例如 DevOps 方法）需要開發所有三個層級。 沒有這個就行不通。
來源： www.habr.com