17 лет в «оборонке». От рядового технолога до начальника производственного участка в Роскосмосе. А теперь — системный аналитик в брокерских приложениях. Кажется, что общего? На первый взгляд — ничего. Но именно опыт управления производством дал мне три навыка, которым не учат на курсах по аналитике. 1. Технология — это согласованный компромисс На заводе невозможно сделать идеальную деталь. Всегда есть допуски, погрешности станков, квалификация оператора. Твоя задача — понять, где можно чуть упростить, чтобы выдержать срок, но не убить качество. В анализе брокерских систем то же самое. Идеального API не существует. Вопрос: какое поведение критично, а где можно договориться с разработкой и владельцем продукта? Умение искать рабочий компромисс, а не бороться за идеал — прямо из цеха. 2. Сбой в одной операции валит весь участок На производстве если наладчик ошибся в программе для станка — следующие 50 деталей в брак. Причина — в одном действии на 5 минут раньше. В интеграции с торговыми системами так же: неправильный формат даты или лишний пробел в телеметрии — и заявка клиента не ушла. Я привык искать корень проблемы не в последней ошибке, а в том, какой предыдущий шаг её создал. Это системное мышление, прокачанное станками и людьми. 3. Документация — для живых людей, а не для ГОСТа На заводе техпроцесс бесполезен, если токарь его не понял. Поэтому я учился писать так, чтобы любой оператор взял и сделал. Без воды, с примерами, с «если — то». Переходя в IT, я был удивлён, как много аналитиков пишут требования как отчёт для начальника. Я пишу ТЗ как техпроцесс: чтобы разработчик открыл и сразу пошёл делать. MVP — это не «минимально жизнеспособный продукт», а «минимально понятные инструкции». Коротко: Оборонка учит ценить надёжность, искать причину в системе (а не в человеке) и писать так, чтобы тебя поняли с первого раза. Это работает и в космосе, и в брокерском приложении. А какой неочевидный опыт из прошлого помогал вам в IT? Поделитесь в комментариях 👇 #системныйаналитик #карьерныйпуть #менеджмент #prodexplore