Сопровождение часто воспринимают как "тормоз". Но чаще всего это люди, которые первыми думают о последствиях.

Моя команда снова меняет направление: теперь мы двигаемся в сторону создания хардкорного финтеха.

Сейчас заканчивается этап передачи дел другим командам и заинтересованным сторонам. И в этот момент я часто получаю обратную связь.

Пожалуй, самый яркий отзыв пришёл от руководителя сопровождения системы, в развитии которой мы помогали последние полгода.

Мне изначально говорили, что сопровождение тут очень строгое и выдвигает даже слишком высокие требования к проверкам системы. Мол, это порой сильно тормозит процесс.

Я в своё время прочёл книгу "Руководство по DevOps" Джина Кима, и мне очень отпечаталась в сознании мысль: одна из основных проблем создания систем - это конфликт интересов сопровождения и развития.

➡️ Команды развития хотят как можно быстрее вносить изменения в систему, чтобы достичь своей цели.

⬅️ Сопровождение сопротивляется изменениям, потому что они могут приводить к дестабилизации системы, как с точки зрения надёжности, так и с точки зрения сложности поддержки.

И цель любого менеджера найти компромисс в этом фундаментальном конфликте в котором все правы.

В книге всё нацелено на то, чтобы сократить время петли обратной связи на всех этапах. Но в компании с выстроенными процессами контроля качества не всегда есть возможность сильно сократить эту петлю. Зато есть другие способы улучшить отношения с сопровождением.

Доверие сопровождения нельзя выбить, его можно только заработать действиями. В первую очередь решать их проблемы и во вторую показывать свою экспертность и тем самым повышать доверие к себе.

Что мы сделали:

🔹 Выделили время, чтобы разобрать накопившиеся долги 🔹 Привлекали сопровождение к обсуждению решений, которые на них повлияют 🔹 Поделились накопленным опытом работы с сопровождением других систем 🔹 Значительно улучшили мониторинг системы 🔹 Внедрили паттерн надёжности наиболее удобным для сопровождения способом

Благодаря такому подходу мы не просто снизили сопротивление и опасения сопровождения насчёт наших доработок, но в некоторых случаях получили поддержку.

В итоге было очень приятно услышать слова признания и благодарности:

«Вы не оценивали задачи только с точки зрения полезности для Развития, а рассматривали с точки зрения необходимости для Сопровождения - а это очень важный подход. Потому что, мало выпустить продукт, но важно сделать его удобным для использования и сопровождения и это понимание у тебя и твоей команды есть, берегите его.»

Я, в свою очередь, очень благодарен коллегам за их внимательность и высокую ответственность к тому, что они делают.

А у вас как выстроены отношения между развитием и сопровождением, борьба или партнёрство?