Question

Сергей Шалыгин

Инженер-конструктор в МНИИРС Московский Научно-Исследовательский Институт РадиоСвязи

· 24.04

Вопрос

Как вы справляетесь с бюрократической нагрузкой, которая отвлекает от главного — создания техники? Поделитесь опытом.

652

11 комментов

Александр Рогов

· 30.04

Три подхода которые реально работали:

1. "Бюрократический буфер" — один человек в команде берёт на себя всю коммуникацию с организацией. Ротация раз в квартал. Остальные в это время не трогаемы. Снижает прерывания в команде с ~15/день до ~2.

2. Асинхронный дефолт — всё что не требует немедленного ответа идёт в тикет/документ, не в мессенджер. Звонок — только если нужно решить прямо сейчас. Сначала люди сопротивляются, через месяц не хотят возвращаться.

3. Автоматизация отчётности — большинство "отчётов для менеджмента" которые я писал руками можно автогенерировать из git/jira/линейки за 5 минут. Один раз потратить 2 дня — экономишь часы каждую неделю.

Самый честный ответ: в компаниях где бюрократия непобедима — это не операционная проблема, это культурная. Никакой системой не исправить если в основе "мы не доверяем разработчикам".

0

Сергей Шалыгин

· 01.05

Как начальник отдела сам служил тем самым «бюрократическим буфером»: фильтровал поток сверху, чтобы специалисты могли спокойно работать. Это работает на уровне отдела, но не лечит систему в целом. Когда бюрократия перерастает в ритуалы контроля, никакие лайфхаки уже не спасают. Это не операционная проблема, а вопрос доверия. Мой выход из этой ситуации — смена среды. Но для тех, кто остаётся, ваши три подхода — реально работающий минимум. Особенно про асинхронный дефолт: когда всё идёт через тикеты, а не через «позвони и уточни», это снимает половину шума.

0

Vsevolod Lapshin

· 29.04

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

0

Vladimir Shb

· 29.04

Работать с теми, для кого открыты все двери 🙄🙂

0

Алексей Лукьянов

· 28.04

Бюрократие наше все!)))) либо часть бюрократии сократить применением ИИ. Либо идти на опережение, заранее готовить образцы, чтобы меньше тратить дальнейшую историю. То есть сделать методички.

Посмотрите на весь перечень задач с бюрократией, определите наиболее частые, просмотрите какие там обязательные моменты - и их приводите в шаблон или автоматизацию))) тогда будет проще создавать)

0

Как начальник отдела сам служил тем самым «бюрократическим буфером»: фильтровал поток сверху, чтобы специалисты могли спокойно работать. Это работает на уровне отдела, но не лечит систему в целом. Когда бюрократия перерастает в ритуалы контроля, никакие лайфхаки уже не спасают. Это не операционная проблема, а вопрос доверия. Мой выход из этой ситуации — смена среды. Но для тех, кто остаётся, ваши три подхода — реально работающий минимум. Особенно про асинхронный дефолт: когда всё идёт через тикеты, а не через «позвони и уточни», это снимает половину шума.
Рутинные вещи делегировал. Но проблема в том, что сама культура, где инженер должен отметиться в политическом ритуале, не лечится делегированием.
Ну да, в найме всегда приходится с чем-то мириться, чтобы получать то, ради чего мы выбираем это место работы. Хотя, конечно, можно и обратного добиться, чтобы начальство мирилось с нами, ради того, что мы им даем) Вы пробовали что-нибудь в этом ключе?
Татьяна, да, пробовал. Когда я был ведущим инженером, это работало: ты ценный специалист, тебя берегут, на собрания можно не ходить. Но когда становишься начальником отдела, ты сам становишься частью системы.
Понимаю, а вы хотели стать начальником отдела? Если да, то в чем ваши ожидания от новой роли оправдались, а в чем нет?