На днях я ходила на собеседование на позицию аналитика 1С. Всё шло хорошо, пока мы не коснулись работы с неопределенностью и закрытыми системами. Интервьюер с легким укором спросил, как я буду работать, если нет документации, а система закрыта. Ожидаемый ответ был в духе: «Я просто залезу внутрь, посмотрю справочники, регистры и всё пойму». Я ответила как есть: я опираюсь на бизнес-гипотезы, но не пытаюсь угадать архитектуру закрытой системы. Я не буду нарушать регламенты доступа и закон о конфиденциальности ради иллюзии компетентности. Сначала — легитимный запрос к владельцам данных, потом — работа. Реакция была предсказуемой: «Вы, наверное, зануда-формалист». Выйдя с собеседования, я поняла, что эта ситуация требует идеальной метафоры. И она пришла.

Залетать в закрытую систему без документации и согласованных доступов — это как с*кс с рандомным партнером без защиты.

Звучит резко? Но давайте посмотрим на факты. 1.Рандомный партнер — это незнакомая архитектура, отсутствие контекста и непроверенные данные. Вы не знаете, что там «болтается» в фоне. 2.Без защиты — это отсутствие песочницы, NDA и протоколов InfoSec. 3.Без документирования — это отсутствие аудита. Если что-то пойдет не так, вы не сможете сделать откат и не докажете, кто вообще внес изменения.

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

Почему «формализм» — это суперсила, а не недостаток В современном IT часто романтизируют «героев», которые в одиночку чинят прод в три часа ночи. Но зрелый бизнес строится не на героизме, а на системности. Мой «формализм» — это Data Governance. Это защита компании от юридических рисков и архитектурного хаоса. Когда я требую четкие критерии приемки и прозрачные доступы, я не «душню», а страхую бизнес. Стейкхолдеры знают: со мной их данные в безопасности. Разработчики знают: они получат четкие вводные, а не «пофантазируйте на тему регистров».

Как отстаивать границы, не скатываясь в бюрократию

Если вас пытаются продавить на «просто сделай», используйте принцип «Да, и...» или предлагайте безопасную альтернативу:

«Я понимаю, что бизнес горит. Но внедрение изменений в закрытую систему без проработки архитектуры — это критический риск. Давайте сегодня закроем боль обходным путем, а параллельно я подготовлю системное решение с легитимными доступами и документацией для следующего спринта».

Вы тушите пожар, но не ломаете фундамент.

Резюме

Быть «булочкой со стальным каркасом» в аналитике — это нормально. Вы можете быть эмпатичной, теплой и понимающей боль бизнеса. Но за этой мягкостью должен стоять непробиваемый стержень профессиональной гигиены.

Не позволяйте обесценивать вашу дотошность. Ваша любовь к документации и регламентам — это не занудство.

Это признак того, что вы зрелый специалист, который знает себе цену и не готов играть в русскую рулетку с чужой архитектурой.

Коллеги, а как вы отстаиваете границы, когда от вас требуют «просто залезть и посмотреть»? Делитесь в комментариях #бизнес-анализ #1С #карьера_в_IT #DataGovernance #собеседование #аналитика_данных