Гэты кароткі пост з'яўляецца важным дадаткам да цыкла артыкулаў "Як узяць сеткавую інфраструктуру пад свой кантроль". Змест усіх артыкулаў цыклу і спасылкі можна знайсці
Чаму гэта не працуе?
Калі вы паспрабуеце прымяніць апісаныя
Напрыклад, давайце возьмем працэс па прадастаўленні доступаў.
Каб "запусціць" гэты працэс вам давядзецца зрабіць наступнае
- дамовіцца, каб усе цікеты ішлі да вас праз іншыя тэхнічныя аддзелы.
- зрабіць так, каб гэтыя аддзелы пагадзіліся пратакаляваць усе запыты, якія праходзяць праз іх.
- абавязаць кіраўнікоў нетэхнічных падраздзяленняў сачыць за актуальнасцю гэтых спісаў доступаў
І як пераканаць гэтых людзей рабіць дастаткова нудную, адказную і па вялікім рахунку няпрофільную працу? Дарэчы, вы не з'яўляецеся для іх начальнікам.
Аргументы мэтазгоднасці і разумнасці могуць не працаваць, таму што для іншых гэта можа і не здавацца такім разумным. Зразумела, што звычайна гэта не ваш абавязак - усё гэта арганізоўваць, дастаткова пераканаць кіраўніцтва. Але штука ў тым, што калі гэта будзе зроблена насуперак жаданню супрацоўнікаў, то гэта можа прывесці да канфрантацыі і палітычных гульняў. І гэта, вядома, будзе мяшаць эфектыўнай працы.
Мне здаецца відавочным, што калі ў вас каманда прафесіяналаў, то рашэнні, якія прадугледжваюць сумесныя дзеянні, лепш прымаць разам і разам знаходзіць лепшае. Але для гэтага павінна прысутнічаць нешта яшчэ, не толькі добрае тэхнічнае веданне і веданне, які поцесс для гэтага патрэбен.
Усё, што было і будзе апісана ў цыкле артыкулаў "Як узяць сеткавую інфраструктуру пад свой кантроль" - гэта правераныя працэсы і правераныя рашэнні. Яны працуюць.
Прычыны, чаму нешта не дастасавальна або не працуе для вас, могуць быць розныя, напрыклад, іншая структура падраздзяленняў у тэхнічным дэпартаменце або іншыя патрабаванні да сеткі і, вядома, рашэнне павінна быць абмеркавана і адаптавана для вашай сітуацыі, але вельмі важным з'яўляецца так жа і тое, якія адносіны культывуюцца ў вашай кампаніі, які стыль камунікацый задаецца кіраўніцтвам, якія ёсць агульныя працэсы.
Тры кампаненты
Атрымліваецца ўкладзенасць:
- Вы можаце мець моцную каманду з пункту гледжання тэхнічных ведаў, але калі не будзе вывераных і ясных працэсаў, тыя вы не зможаце эфектыўна атрымаць карысць ад гэтых ведаў
- Вы можаце мець і моцную тэхнічную каманду, і веданне і ўменне складаць працуючыя працэсы, але вы не зможаце прымяніць іх у поўнай меры ў дадзенай кампаніі, калі няма адпаведных адносін
Гэта значыць, мы маем нейкую іерархію «ведаў». Умоўна назавем іх
- Тэхнічныя веды
- працэсы
- Адносіны
Усе тры кампаненты важныя і многія сучасныя рашэнні (напрыклад, DevOps падыход) як раз і мяркуюць развітасць усіх трох узроўняў. Без гэтага не працуе.
Крыніца: habr.com