Всем привет!

Предлагаю немного познакомиться, это важно для контекста. Меня зовут Руслан. Я работаю системным аналитиком в Альфа-Банке. До Альфы работал аналитиком и backend-разработчиком – расширял кругозор в IT. Свою карьеру я начинал в энергетике, поэтому у меня большое количество знакомых из этой сферы. Если коротко – я свитчер, вкатун, вайтишник (подставьте сюда любой термин про тех, у кого нет профильного диплома).

Почему мы заговорили об айтишниках и пекарях

Наверняка у многих из вас есть знакомые не из IT-сферы, которые при этом пассивно подумывают о смене рода деятельности в сторону айти со смузи, работы под пальмой и вот это вот всё:

Недавно ко мне обратился один такой знакомый из прошлого (читать – бывший коллега-энергетик) с вопросом, какие есть направления в IT и какова роль каждого специалиста. И тут я немного задумался, как объяснить ему на пальцах, без применения сленга и углубления в технические нюансы. Моё лицо в этот момент стало примерно таким:

Можно было начать разговор с непонятными для него словами об условных DevOps, как они помогают настраивать пайплайны, для чего они используют Docker... Но я поймал себя на мысли, что знакомый не погружен в терминологию, и, услышав слово «докер» он, скорее, представит следующую картинку:

 вместо кита с контейнерами, которого я описываю:

Мне пришла идея, что можно построить объяснение на аналогии со всем известными профессиями, чтобы ответить на вопрос товарища на понятном для него языке. В момент разговора мы проходили мимо пекарни, и я выбрал её процессы в качестве примера. 

А теперь переносим ИТ-специалистов в пекарню

Ниже изложу то, как я объяснил роли разработки своему знакомому. Данная параллель поможет начинающим специалистам или тем, кто только присматривается к IT-индустрии, "на пальцах" объяснить, как разрабатываются программные продукты и какие специалисты с какими обязанностями в этом участвуют.

Всё начинается с того, что представители бизнеса (владельцы пекарни) придумывают идею, что нужно начать выпекать новый сорт булочки, которой ранее не продавали в их пекарне. Эта задача ставится менеджеру проектов или Product owner-у (руководителю пекарни). Он в свою очередь предварительно оценивает ресурсы (временны́е и финансовые) – сколько займёт реализация необходимого бизнесу продукта (нового сорта булочки). 

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

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

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

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

После архитектора в цепочку проработки информационной системы (новой булочки) вступает системный аналитик. Он на основании бизнес-требований и проработанных архитектурных принципов описывает детальное техническое задание (рецепт булочки): сколько соли, сахара, муки и других ингредиентов должна содержать булочка, как долго и при какой температуре ее выпекать.

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

После разработки булочка передаётся дегустаторам – тестировщикам, которые проверяют, полностью ли булочка соответствует всем требованиям, которые озвучивали вышеупомянутые сотрудники. Если булочка не соответствует стандартам качества, QA-специалисты сообщают об этом разработчикам, чтобы те внесли изменения.

На всём протяжении выпекания булочки разработчикам-пекарям помогает DevOps-инженер – как работник, ответственный за оборудование в булочной и за доставку булочек на прилавок.

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


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

Как мне помогла аналогия с булочками и IT

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


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

Пиши в комментариях, а как ты объясняешь родным и знакомым, далёким от IT, чем ты занят на работе за ноутбуком.

Комментарии (19)


  1. iamawriter
    05.06.2024 08:07
    +11

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


    1. Ruslan964 Автор
      05.06.2024 08:07
      +1

      отличная идея для владельцев булочных :D


  1. KozlovAY
    05.06.2024 08:07
    +3

    Честно говоря, от переноса на булочки вот совсем легче не стало, вряд ли статья поможет что-то кому-то объяснить, больше запутает и введёт в заблуждение. Например, архитектор - это ни разу не технолог, технолог - это менеджер по производству, как бы от нам не назывался (техдир, CTO и иже с ними), а архитектор занимается архитектурой решения, да и вообще, бывает очень разный (от Enterprise до Sowtware).

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


    1. Ruslan964 Автор
      05.06.2024 08:07
      +1

      Спасибо за развернутую обратную связь)

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


    1. JaneGame
      05.06.2024 08:07
      +1

      Не факт))) Когда пришла на свою первую работу мне примерно такими же словами объясняли роли))) даже удивительно какое совпадение)))

      Кстати, когда меня спросили что такое фронтенд и бэкенд я привела пример книги, что фронт - это обложка книги, ее оформление и т.д., а бэк - это само её содержание.


      1. Ruslan964 Автор
        05.06.2024 08:07
        +2

        да, интересное совпадение))

        пример с книжкой - классный, надо запомнить, может кому-нибудь его тоже приведу в пример в будущем)


      1. KozlovAY
        05.06.2024 08:07
        +1

        что фронт - это обложка книги, ее оформление и т.д., а бэк - это само её содержание

        Мне показалось или вы считаете, что этот пример кажется вам корректным, правильным или удачным? А почему?

        Зачем нужен фронт? Для обеспечения взаимодействия пользователя со слоем логики и данных, разве нет? Разве не должен фронт позволять пользователю(в понятии совокупности ролей) использовать все функции бэка, получать все его данные? Как обложка книги помогает взаимодействовать с её содержанием? Как всё содержание книги можно понять по обложке?

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


        1. S_gray
          05.06.2024 08:07
          +1

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