Личные наблюдашки о различиях между бизнесом, связанным с оборонкой, и просто бизнесом не причастным к государственным заказам. Затронуто всего понемногу: кадры, задачи, условия труда, велосипеды, романтика, руководители и много чего ещё.

Заимев некоторый опыт работы как в местах, связанных с оборонкой и защитой Родины, так и в местах, специализирующихся на обычном зарабатывании денег хочется рассказать те вещи, которых самому не доставало при выборе места работы, а так же те различия, которые сильнее всего запомнилось. Сразу предупреждаю, что я не эргодичен, поэтому все нижеследующие описания носят довольно субъективный характер. Так же, везде подразумеваются IT-шные и инженерные специальности. С иными не знаком и там всё может быть с точность до наоборот.

Далее, для краткости, буду использовать термины "оборонка" и "бизнес", подразумевая под ними компании, так или иначе занимающиеся гос.заказами, и обычные коммерческие компании, соответственно.

Непрофильные активности

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

Например, можно отправить веб-разработчика на изучение и разработку ESB или реверсинжинирить байт-код CAD-системы. Ну или просто временно превратить разработчика в тех.поддержку.

Многостаночность

Что нормально в военке, то варварство в бизнесе.

Сразу же за предыдущим пунктом следует "широкий" круг задач и интересов. Разработчик может быть ещё и тестировщиком пополам с аналитиком. Все разработчики чуть-чуть админы, так как реального админа может не быть. Тестировщик может быть ещё и тех.поддержкой пополам с техническим писателем. Архитектор верстает в свободное время и фронтендит по необходимости, собирая юзкейсы и фидбэк с пользователей. Тимлид является скрам-мастером, проектным и продуктовым менеджером в одном лице. Конструктор весело бежит в цех и крутит гайки за монтажника/сборщика. Разработчик железа ещё немного математик и баллистику считает. Бизнес-аналитик периодически становится аккаунт-менеджером и секретарём-референтом.

В бизнесе же всё несравненно более скучно (стартапы и прочие неустаканившиеся начинания не в счёт). Отдельный скрам-мастер, аккаунт-менеджер, разработчик, тестировщик, технический писатель, офис-менеджер, несколько видов аналитиков и все эти люди, по большей части, занимаются тем, что подразумевает их должность.

Гибкость в изменении процессов

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

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

В бизнесе с этим попроще: если изменения могут принести денег, то изменения выполнят довольно быстро… либо жить все будут плохо и недолго, так как вертеться как-то надо. То есть перетряхнуть состав команд или отделов — это вполне посильная задача для бизнеса, которая не требует великих бюрократических подвигов.

Тут вылезают интересные моменты: редкая военка знает про методологии разработки. Если знает, то отдельной должности типа скрам-мастер (или ему изоморфной) точно нет. Бизнес же только и делает что подкручивает существующий скрам/канбан/ватерфол/etc, либо экспериментирует меняя один на другой.

Здесь же есть несколько неочевидных штук с кадрами.

1. Так как всё прикручено гвоздями к жёстким конструкциям, то есть чёткая иерархия должностей, их количество и название. Следовательно, сразу видно куда можно расти-развиваться. Но есть и минус в том, что эту информацию в оборонке очень редко афишируют, а многие даже скрывают, будто это информация о доходах сотрудников или гос.тайна. Почему так делают, я до сих пор не понимаю.
2. В силу предыдущего пункта, в трудовой будет надпись с реальной должностью и в будущем проще доказывать кем ты был и какой опыт имеешь. В бизнесе, очень часто, практикуют одну должность на все дцать сотрудников. Например, "инженер-программист" или просто "программист", хотя по факту там и младшие тестировщики, и ведущие разработчики, и админы разной степени тяжести и прочий зоопарк намешан.
3. В силу всё того же первого пункта оклад привязан к должности. Поэтому получить больше определённой суммы можно только либо регулярными премиями, которые не шибко любят выписывать, либо изменением должности на иную, предусматривающую желаемую вилку оклада. Здесь кроется прекраснейшая засада: если все должности заняты, то хрен тебе, а не юрьев день повышение, даже если по всем остальным параметрам возражений нет. В этом случае начинаются пятнашки с кадрами, либо введение новых должностей, либо иная свистопляска, которая ни разу не быстрая и связана с определённой головной болью для компании. Здесь же надо упомянуть ещё одну замечательную штуку: уход в декрет сохраняет должность за работником. То есть если у вас есть 3 должности аналитика: младший аналитик, аналитик и ведущий аналитик, но последние двое в декрете, то какой бы крутости не был новый сотрудник, он будет младшим аналитиком и получать будет соответственно, плюс перспективы его роста будут крайне туманны.
4. А ещё, всё в той же схеме из первого пункта, должности имеют некоторые требования, которым нужно удовлетворять. Чаще всего забывают про высшее образование. То есть, если должность имеет в названии слово "инженер", либо хоть как-то подразумевает руководящие обязанности, то без высшего образования получить её будет очень сложно… или невозможно.
   Честно говоря, тема кадров и финансов всегда больная, так как эта сфера абсолютно очевидна для кадровых работников, но является великим откровением для подавляющего большинства технических специалистов. А ещё, многие, почему-то, не желают разбираться в этой сфере пока не припрёт.

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

Стабильность

Это то, за что любят военку и чего не хватает бизнесу (топовые и градообразующие компании не в счёт). Причин, которые могут развалить бизнес чуть более чем дофига: поплывший курс валют, новый законопроект, сильный конкурент и тд. Чтобы закрыть предприятие, связанное с военкой, нужно либо развалить государство, либо накосячить так, чтобы управление компании больше не смогло доставать гос.контракты. Оба варианта довольно фантастичны.

С соблюдением ТК у военки тоже получше, но это спорная штука. С одной стороны зарплату будут давать как по часам (никаких конвертов и серых схем), будут честные больничные, отпускные, декреты и тд. Плюс будут уплачены все налоги, взносы в страховые, пенсионные и прочие фонды голодающих детей Африки. Это даёт возможность спокойно пользоваться всякими финансовыми инструментами типа вычета НДФЛ, ходить за кредитами в банк и получать иные "блага" цивилизации. Но с другой стороны, если в ТК чего наворотят, то вы это всенепременно почувствуете. Крайний пример: пару лет назад вводили планирование отпусков. Когда в начале года нужно включить внутреннюю Вангу и с точностью до дня сказать, когда пойдёшь в отпуск в течение года. Военка это радостно взяла в оборот, а с бизнесом можно было договориться и не страдать.

Романтика полевых испытаний

В продолжение плюсов оборонки… своеобразных и "на любителя", но плюсов. Вряд ли где-то ещё получится так плотно с боевыми орудиями повзаимодействовать: пощупать ПТУР, пострелять ЗУР, полетать на вертолёте или просто покататься на броне. А армейский юмор и байки — это одна из самых уморительных штук в этом мире. С другой стороны, любые командировки рано или поздно надоедают. Конечно, кого-то прёт от регулярных ползаний внутри самолёта/танка/БМП/РЛС/etc и от процесса замены модулей, которые не влезают в типовые крепления, а кто-то забывает как жена выглядит.

Если продолжать тему с курьёзами, то вот что могло бы быть: вы могли бы прострелить крышу ангара внезапной очередью из опытного образца, посмотреть на неё и понять, что вы у неё далеко не первые такие молодцы; продолбать стратосферный беспилотник или практически продолбать прибор оптического наблюдения и целеуказания весом пару десятков кг в ходе марша до места стрельб из-за того, что его банально привинтить к танку забыли, увидеть как ракета перепутала верх с низом и воткнулась морковкой около пусковой установки и далее в таком же духе. Естественно, все вышеописанные случаи вымышленные и любое совпадение с реальностью является чистой случайностью… но в жизни, обычно, ещё веселее.

Изобретение велосипедов

В силу приближенности к оборонке всё проприетарное либо сильно ограничено в использовании, либо вообще запрещено. А так как отечественных аналогов ещё не завезли, то есть большой простор для творчества. Творчество может выражаться в абсолютно разных областях: организация своей серверной вместо использования облака, своя система управления предприятием вместо внедрения существующей, свои библиотеки для распознавания образов, для баллистики, для работы с геоданными и тд, свой сервер системы контроля версий вместо github даже для очень скромных проектов, свой CI со своими тестами на своих мощностях вместо travis или solano и тд. В общем, если не пугаться, то можно здорово прокачать много разных навыков и понять откуда ноги растут у множества современных сервисов и инструментов. Главный минус в том, что из-за существования готовых инструментов может создаться впечатление бесполезности разработки и впустую потраченного времени. Эдакая "артель "Напрасный труд", а не команда разработки.

Несколько примеров велосипедов, в реализации которых принимал участие:

• букет проблем от iscsi, вызванный сочетанием своей серверной, древней убунты, отсутствием cdn и особенностями архитектуры;
• свои внутренние центры сертификации и много головной боли с самоподписанным хозяйством, mixed content-ом и прочими плясками вокруг ssl;
• автоматизированные тесты на своих мощностях и проблемы с тем, что один полный прогон — это 2+ часа;
• своя читалка-писалка для dxf-формата, хотя есть Teigha позволяющая работает с dwg.

Бюрократия

Гос.органы склонны к механическому управлению, бизнес — к органическому. Но, на самом деле, всё более размыто и, иной раз, можно найти фееричные примеры как сильно забюрократизированных, так и антирбюрократических процедур по обе стороны баррикад.

Например, поездка на конференцию в случае военки — это процесс вялого таскания бумажек месяца на полтора, который без мата и бурного махания руками сложно описать. А в бизнесе это может обернуться бодрым перебрасыванием email-ов в течение того же срока. Но бизнес считает деньги и выносит из этого урок, оптимизируя процессы, а военка — нет.

Туда же можно отнести процесс закупки ПО. В бизнесе сказал что нужно, обосновал зачем, прикинули профит и отправили в закупку. А разработчик продолжает код писать. В военке же очень тяжело доказать нужность чего-либо, ведь сейчас вы как-то работаете, значит не шибко нужно. Плюс, нельзя просто сказать "купите ПО такое-то", нужно ещё найти где купить, где подешевле, кто по рамочным договорам со спецификациями работает и прочее мракобесие.

А что касается стандартных процедур типа получения справок, отпуска, повышения/понижения, изменения должности и тому подобного, то везде одинаково: бумажное заявление, несколько автографов и побегать по парочке кабинетов. Электронного документооборота, хотя бы внутреннего, не видел нигде.

Чистота туалетов

Теперь зайдём немного с другой, нестандартной, стороны. В книге "Ракеты и люди" Черток писал:

Устинов беспощадно расправлялся с начальниками цехов и производств за грязь и бескультурье. При посещениях завода он начинал с туалетов. Обычно в цехах задолго до подхода к туалету разносился характерный «аромат». В самих туалетах надо было ходить по лужам. Устинов приходил в ярость и гремел: «Какой сортир, такой и начальник цеха. Пока не добьетесь образцовой чистоты в своих сортирах, не будет чистоты и в цехах».

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

Из личного: жила-была у нас способная и подающая большие надежды барышня-аналитик. Работала хорошо, но недолго и одной из причин ухода были те самые злосчастные ватерклозеты.

Всё зависит от руководителя

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

Отношение к джунам

Военка любит джунов, так как они дёшевы и их много. Бизнес — когда как. Либо у него есть конкретные планы по их ускоренной прокачке (например, Техносфера, Академия Яндекса и проекты поменьше), либо он ориентирован на мидлов и выше.

В моей практике был странный случай, корни которого я так и не понял. Военка имела доступ к большому массиву джунов. Фильтровала их, обучала, прокачивала до мидлов, но абсолютно не могла удержать. То есть были интересные задачи, были люди, которые обучали, но аппарата для удержания не было никакого. Люди бились головой в потолок и шли на другую работу. И компанию это вообще никак не парило, страдали только команды разработчиков, так как силы на обучение уходили, а средний уровень в них неизменно болтался на одной и той же отметке из-за текучки. К чему я это? К тому, что потолок может внезапно подкрасться из-за угла и нужно быть к нему готовым. А ещё это хороший вопрос к работодателю в конце собеседования.

Текучка кадров

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

Работа с кадрами

Так как военка, частенько, совмещает в себе как разработку ПО, так и производство физических железок, то есть нюансы в подборе кадров. Отдел персонала гораздо лучше работает с теми, кого чаще ищет. То есть найти хорошего токаря-фрезеровщика — не вопрос. А вот с программистами — засада. Если они в меньшинстве, то и кадры для них искаться будут посредственно. Например: регулярно приносить резюме Си-шных, эмбедед и вериложных разработчиков на позиции веб-программистов — это для них нормально. Как следствие — проще самому искать людей по форумам и копать тот же hh в поисках кандидатов.

Ещё есть интересная особенность. Уж не знаю болезнь ли это военки или все так делают. Если есть в глазах проблески разума, то вас могут затаскать по "бонусным" минисобеседованиям. Из личной практики: пришёл на программиста, а меня по пути в кабинет собеседования протаскивают ещё через 2-3 и там предлагают какую-нибудь дичь в виде разработки железа. Аж бесит.

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

Сверхурочные

Все ими страдают, но, по личному мнению, в военке их немного больше. Ещё Черток описывал интересную штуку во второй части "Ракеты и люди", когда аврально готовили первый пуск АМС на Марс:

15 сентября на полигон прибыла госкомиссия, её председатель Руднев спросил у Чертока: «Каждую ночь, когда мы приходим в МИК, я вижу, торчит из аппарата одна и та же задница! Она тоже полетит на Марс?»

Конечно, сравнивать авралы того времени с современным условиями не совсем корректно и со времён СССР ситуация немного улучшилась, но тенденция, как мне кажется, сохранилась. Что касается оплаты оверхеда, то она у всех одинаково скромна, я чаще всего, видел х1-х1.5 от ставки.

Безопасники

У военки это, чаще всего, упоротые ребята, напоминающие параноиков кгб-шников и пользующиеся советскими методами: всё запретить, бумажка на каждый чих и никакого конструктивного диалога. В бизнесе иначе: если вы не банк или ему подобный, то безопасников, как таковых нет и админы-девопсы просто раздают доступ к VPN по запросу. Если же безопасники есть, то они более вменяемые, понимают цели бизнеса и сильно в потребностях не ограничивают, хоть и могут наворотить вундервафельные способы доступа к нежным нужным ресурсам.

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

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

Доступ в Интернет

Военка его очень любит лимитировать и обрезать всяческим образом. Бизнес такое тоже вытворяет, но на программистах редко экспериментирует, так как у них без интернета производительность сильно падает. В любом случае, для людей с юниксом, рутом и хотя бы одним открытым портом в мир — это ограничение небольшая проблема, но всё равно поизвращаться приходилось. Из плюсов: большая мотивация изучить сети. Благодаря ограничениям я научился пробрасывать порты, делать обратные туннели, многократно вкладывать туннели друг в друга, понял зачем нужен юзер-агент и даже узнал про icmp-туннели.

Требования

В оборонке есть ГОСТы и ОСТы — это и очень хорошо и очень плохо. На ГОСТ можно сослаться и он, чаще всего, является истиной в последней инстанции, а вот в бизнесе такой жёсткой точки опоры нет и получается "закон — что дышло: куда повернёшь — туда и вышло". Другой вопрос, что ГОСТы местами конфликтуют (пример, к сожалению, не приведу, помню сам факт), а местами прямо бесит то что написано (так как это было актуально лет 10-15 назад, а новой редакции ещё не выпустили), но в целом жить можно и здравый смысл там ощутимо присутствует (весь опыт основан, по большей части, на изучении ГОСТов, связанных с ЕСКД, ЕСПД, в частности ГОСТ 2.106, 2.112 и их окрестности).

Справедливости ради, в бизнесе вместо ГОСТов есть менеджеры продуктов и хотелки клиентов. Но я до сих пор не знаю кто более безумен: клиент или гос.заказчик. Ибо и те и другие выдают поистине шедевральные вещи. Например, в одном из ТЗ был пункт (не дословно): "ПО должно оперативно адаптироваться к любым изменениям требований со стороны заказчика".

Касаемо ГОСТов: в жизни был единственный случай, когда была попытка им не следовать. В одном из договоров было прописано, что нужно оформить документацию таким-то образом не смотря на требования ГОСТа такого-то. Это влекло немаленькие затраты времени и сил, так как все процессы, связанные с документацией, отработаны годами и все ГОСТы о ней сотрудники цитируют как "Отче наш". Когда начали выяснять как же это так, то все смотрели на сей договор как на дьявольскую рукопись и чуть ли не креститься начинали. В итоге обсудили с заказчиком и обошлось. После этого случая получил очень наглядное представление о силе ГОСТа.

Причины

Всё-таки хочется сказать пару слов о том, почему, как мне кажется, такое разделение.

Во-первых, в военке очень часто смешаны в одном месте физическое производство и разработка ПО. А в одинаковой манере этими штуками ну никак нельзя управлять. Что же, однако, не мешает военке именно так и поступать.

Во-вторых, советская закваска. Как говорится, "там Русский дух, там Русью пахнет". Может быть, это чисто субъективное и другим так не кажется. Может быть, это из-за банальной покраски стен до середины с характерной линией более тёмной краски на месте стыка. А может, это из-за процессов и стандартов, которые как раз закладывались в СССР и дошли до нашего времени в малоизменённом виде.

Ну и последнее, оно же главное. Военка гораздо чаще придерживается правила "работает — не трогай" (качество "работы", в данном случае, не учитывается). Поэтому раскачать и сподвигнуть её к переменам значительно сложнее.