Цей короткий пост є важливим доповненням до циклу статей "Як взяти мережеву інфраструктуру під свій контроль". Зміст усіх статей циклу та посилання можна знайти .
Чому це не працює?
Якщо ви спробуєте застосувати описані процеси та рішення у своїй компанії, то ви усвідомлюєте, що для вас це може не працювати.
Наприклад, давайте візьмемо процес надання доступів.
Щоб "запустити" цей процес вам доведеться зробити наступне
- домовитися, щоб усі тикети йшли до вас через інші технічні відділи
- зробити так, щоб ці відділи погодилися протоколювати всі запити, що проходять через них.
- зобов'язати керівників нетехнічних підрозділів стежити за актуальністю цих списків доступів
І як переконати цих людей робити досить нудну, відповідальну та за великим рахунком непрофільну роботу? До речі, ви не є для них начальником.
Аргументи доцільності та розумності можуть не працювати, тому що для інших це може і не здаватися таким розумним. Зрозуміло, що, зазвичай, це не ваш обов'язок — усе це організовувати, достатньо переконати керівництво. Але річ у тому, що якщо це буде зроблено всупереч бажанню співробітників, то це може призвести до конфронтації та політичних ігор. І це, звичайно, заважатиме ефективній роботі.
Мені здається очевидним, що якщо у вас команда професіоналів, то рішення, які передбачають спільні дії, краще приймати разом і разом знаходити найкраще. Але для цього має бути ще щось, не тільки гарне технічне знання і знання, який процес для цього потрібен.
Все, що було і буде описано в циклі статей "Як взяти мережеву інфраструктуру під свій контроль" - це перевірені процеси та перевірені рішення. Вони працюють.
Причини, чому щось не застосовується або не працює для вас, можуть бути різні, наприклад, інша структура підрозділів у технічному департаменті або інші вимоги до мережі і, звичайно, рішення має бути обговорене та адаптоване для вашої ситуації, але дуже важливим є так а й те, які відносини культивуються у вашій компанії, який стиль комунікацій задається керівництвом, які є спільні процеси.
Три компоненти
Виходить вкладеність:
- Ви можете мати сильну команду з погляду технічних знань, але якщо не буде вивірених та ясних процесів, то ви не зможете ефективно отримати користь від цих знань
- Ви можете мати і сильну технічну команду, і знання та вміння складати працюючі процеси, але ви не зможете застосувати їх повною мірою в даній компанії, якщо немає відповідних відносин
Тобто ми маємо якусь ієрархію знань. Умовно назвемо їх
- Технічні знання
- процеси
- Відносини
Всі три компоненти важливі і багато сучасних рішень (наприклад, DevOps підхід) якраз і передбачають розвиненість усіх трьох рівнів. Без цього не працює.
Джерело: habr.com