Разработкой собственных ит продуктов занимается компания

Разработчик Иван Калинин устроился в небольшой продуктовый IT-стартап сразу после университета. Первое время его вдохновляло само осознание причастности к реальному производству. Иван готов был работать без перерывов на обед и выходные.

Довольно скоро обязанности разработчика пришлось совмещать с задачами тимлида, архитектора и бизнес-аналитика. В таком режиме Иван смог продержаться чуть больше года. Из-за специфики работы в духе «один за всех» и постоянных переработок у Ивана налицо были все признаки профессионального выгорания. Тогда он решил, что пришло время менять работу.

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

Чтобы сделать выбор, Иван решил сравнить эти направления IT-бизнеса и разобраться в особенностях, достоинствах и недостатках каждого.

---

Продуктовые компании

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

Название таких продуктовых IT-компаний, как Microsoft, Apple, Лаборатория Касперского или Яндекс, у всех на слуху. Миллионы людей ежедневно пользуются их продуктами, принося корпорациям огромные прибыли. 

Чтобы добиться таких результатов в своей нише, продуктовой компании важно постоянно держать руку на пульсе рынка. Нельзя допустить, чтобы пользователи предпочли тебя конкуренту, ведь они – основной источник дохода. Именно поэтому компании постоянно проводят маркетинговые исследования, узнавая потребности своих клиентов и меняясь вслед за ними.

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

Плюсы:

• Работа не на заказчика, а на конечного пользователя. Неизменно первый аргумент в старом как мир противостоянии продуктовых и аутсорсинговых компаний. Безусловно, приятно чувствовать себя причастным к тому, чем пользуются сотни, тысячи, а то и миллионы людей.

• Эффект полного погружения. В продуктовой компании не нужно постоянно переключаться с проекта на проект. Это экономит время на переучивание и адаптацию к новым условиям и требованиям. Тут вся команда корпит над собственным продуктом, доводя до совершенства даже самые мелкие его детали.

Минусы:

• Сильная зависимость от рынка. Чтобы оставаться на плаву, продуктовой компании нужно иметь как можно больше пользователей-клиентов. Если они по какой-то причине перестают покупать твой продукт – из-за финансового кризиса или потому, что нашли более дешевый вариант у конкурентов – дела компании ухудшаются.

• Не всегда разнообразная работа: из года в год можно заниматься совершенствованием только одного из модулей продукта. Нередко список задач ограничивается только багфиксингом и поддержкой решения 10-летней давности.

• Сложно перейти с проекта на проект. Даже если компания создает линейку продуктов, рядовому сотруднику бывает довольно непросто перейти в соседний отдел. Руководители подразделений формируют собственные команды и часто даже не пересекаются друг с другом. Иногда работнику проще уволиться и пройти собеседование на интересующий его проект с рынка. Это, конечно, не правило – все зависит от конкретной компании и зрелости процессов в ней.

Аутсорсинговые компании

Это тип компаний, которые разрабатывают ПО под заказ для других фирм и предприятий.

Как у многих, у Ивана в голове засел крепкий стереотип о том, что аутсорсинг – это галеры. Заказчик дает программистам ТЗ без возможности сделать шаг в сторону, ставит жесткий дедлайн и засекает время. И пока крутые парни запускают ракеты в космос, разработчики в аутсорсинговых компаниях вынуждены поддерживать legacy-код для второго подразделения «БюрократТехСервиса».

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

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

Плюсы:

• Разнообразие сфер и проектов. Сегодня можно делать онлайн-магазин, а завтра – игру с дополненной реальностью. Это дает возможность программисту поработать с разными технологиями и в относительно короткие сроки стать многопрофильным специалистом.

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

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

Минусы:

• Общение с заказчиками – не всегда простой и приятный процесс. Далеко не у всех клиентов есть собственный IT-отдел, который взаимодействует с аутсорсерами. Нередко с проектной командой общается финансовый или маркетинговый отдел заказчика. В итоге получается разговор слепого с глухим.

• Эффект конвейера. Когда за год программист успевает поработать, скажем, на десятке небольших проектов, он, как правило, не чувствует своей причастности ни к одному из них. Другое дело – масштабные проекты для крупных заказчиков, но такие можно встретить разве что в больших аутсорсинговых компаниях.

Консалтинговые компании

Это компании, которые занимаются внедрением уже готового ПО.

Как это работает? Допустим, строительное объединение «ДомоСтрой» решило оптимизировать свои внутренние процессы и внедрить Enterprise Resource Planning (ERP) – систему планирования ресурсов предприятия. За этой услугой оно обращается в консалтинговую IT-компанию, у которой есть готовое коробочное решение с бизнес-процессами внутри.

Сначала в работу включается консультант. Его задача – собрать информацию о всех процессах предприятия, проанализировать их, подготовить необходимую документацию и объяснить заказчику, как адаптировать ERP под нужды его компании.

Допустим, консультант выясняет, что компании «ДомоСтрой» нужны не все модули исходной системы, но требуется несколько специальных. Тогда в игру вступают программисты, которые разрабатывают недостающую функциональность.

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

Плюсы:

• Большие зарплаты. Как правило, установка ERP – дело долгое, трудозатратное и дорогостоящее. Позволить себе такое могут только крупные, крепко стоящие на ногах компании. Такие предприятия готовы отдать за работу немалую сумму.

• Возможность поработать с известной компанией и внести свой вклад в ее развитие.

Минусы:

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

• Частые и длительные командировки. Большинство крупных консалтинговых компаний базируется в Москве или Санкт-Петербурге. Заказчики же разбросаны по всей стране, поэтому, работая в консалтинге, командировок не избежать. Далеко не все сотрудники готовы жить пять дней в неделю вдали от дома и семьи. К тому же, частные перелеты – дело довольно утомительное.

IT-отделы нетехнических компаний

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

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

Плюсы:

• Высокие зарплаты. Этим банки, страховые и форекс-брокеры привлекают программистов, компенсируя довольно ограниченный и не всегда интересный набор задач.

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

Минусы:

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

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

Взвесив все плюсы и минусы, Иван выбрал аутсорсинг. Ему захотелось выйти за рамки разработки одного продукта и поработать на разных проектах. К тому же Иван решил проверить, насколько аутсорсингу удалось эволюционировать до Product Development Service.

Решение Ивана, конечно, не означает, что аутсорсинговые компании лучше остальных. Свой выбор он сделал, опираясь на личный опыт и предпочтения. Перечисленные достоинства и недостатки разных направлений IT-бизнеса – не аксиома. У каждой компании есть набор уникальных условий, который кому-то покажется привлекательными, а кому-то – нет. Важно говорить «да» возможностям попробовать себя в чем-то новом, а не всю жизнь из принципа быть верным только одному направлению.

Фотографии: Pixabay, Unsplash

В поиске ИТ-вакансий мы постоянно задаемся вопросом: “Выбрать работу в аутсорсинге или идти в продуктовую компанию?”. Мы решили разобраться с различиями аутсорсинговых фирм и продуктовых компаний, основываясь на опыте наших сотрудников.

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

Что же такое продуктовая компания?

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

Продукт чаще всего является собственностью компании. И зачастую для разработки продукта используется один стек технологий. Но есть и исключения. 

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

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

Аутсорсинговые компании

Аутсорсинговые компании занимаются разработкой ПО на заказ. То есть компания сотрудничает со сторонними заказчиками, которым нужно создание различного программного обеспечения, его поддержка и совершенствование. За несколько лет в аутсорсе вы можете успеть поработать в сфере финансов, медиа, здравоохранения и так далее. Также аутсорсинговую команду могут на время «продать» продуктовой компании.

В аутсорсинге деньги компании зарабатывают сотрудники. Но получают заработную плату они не от клиента, на которого работают, а от компании, где трудоустроены. У сотрудников такого типа компаний редко бывают доли в компании и бонусы от прибыли.

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

Если не продукт и аутсорс, то что? 

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

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

Также во многих нетехнологических компаниях есть ИТ-отделы, где работают программисты, системные администраторы и бизнес-аналитики. Это и банки, и страховые компании, и крупные предприятия, и форекс-брокеры.

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

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

Плюсы аутсорсинга

Неограниченный круг знакомств.

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

Несомненно все зависит от размера проекта, размера компании и срока вашей работы в ней.

Карьерный рост.

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

Разнообразие. 

В аутсорсинге есть проекты совершенно из разных сфер, на совершенно разных стеках. Там вам подберут проект под ваши интересы, и вы сможете применить весь ваш опыт и знания.

Непрерывное обучение.

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

Возможность реализовать свои идеи на новых технологиях.

Когда на проекте нет четкого технического задания от заказчика, сотрудники могут предлагать пути решения задач сами. Их обязательно выслушают и примут решения клиенты. Таким образом вы сможете реализовать свои задумки и “обкатать” их на реальном проекте.

Командировки.

В международных аутсорсинговых компаниях сотрудников отправляют на знакомство с заказчиками за границу. Там вы не только сможете познакомиться лично со своими клиентами и коллегами из-за рубежа, но и попрактиковать английский и посмотреть другую страну. Компания ISsoft работает с клиентами из Западной Европы и США и отправляет туда своих сотрудников в командировки.

Постоянная прокачка английского языка.

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

Уважение личных границ.

В аутсорсинговой компании вы обязаны лишь отработать положенные часы в течение рабочего дня. Если вы захотели поработать подольше или вынуждены это сделать из-за “завала” на проекте или необходимости быстрее выполнить проект, то дополнительные овертаймы оплачиваются вам компанией и заказчиком. Бесплатно работать выше положенного времени позволяют своим сотрудникам лишь компании, которые неуважительно относятся к их труду.

Возможность получать бонусы за инициативу на проектах или в департаментах.

Минусы аутсорсинга

Ограничения по срокам работы и высокая нагрузка.

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

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

Медленные процессы.

В зависимости от построенных на проекте процессах в аутсорсинговых компаниях может быть много “бюрократии”: длительных согласований нововведений, бесконечного code review.

Отсутствие опционов для рядовых сотрудников компании.

В аутсорс-компаниях отсутствуют какие-либо опционы. В продуктовой компании вам могут предложить, например, 0.001% от стоимости компании, которые вы сможете обналичить.

Плюсы продуктовой компании

Бонусы от прибыли и по результатам работы.

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

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

Быстрый карьерный рост на раннем этапе развития компании.

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

Челленджи

На стадиях проверки гипотезы есть возможность работы с challenge задачами, которые еще не были реализованы на рынке.

Минусы продукта

Высокие требования к кандидатам.

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

Риск неуспеха продукта и его дальнейшего закрытия.

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

Быстрое эмоциональное выгорание.

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

Медленное развитие.

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

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

Ограниченное общение с носителями английского.

Субъективные моменты:

Работа на качество VS Работа на скорость.

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

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

Уровень заработной платы.

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

Мы рассказали вам про основные положительные и отрицательные моменты работы в продуктовых и аутсорсинговых ИТ-компаниях. При выборе места работы советуем обратить внимание на историю компании, отзывы сотрудников, корпоративную культуру, условия труда и, самое главное, на проект. Ведь важнее всего, чтобы вам было комфортно работать. И лишь вам выбирать, с какими минусами вы готовы мириться и без каких плюсов не готовы трудиться. Удачи!

А если вы примете решение работать в аутсорсе, ISsoft с радостью примет вас в свою команду! Если вы не резидент Беларуси, но хотите работать в ISsoft, обратите внимание на программу переезда с предоставлением жилья в Минске.

Станислав Триерс

эксперт программы для студентов Moove от бизнес-школы «Сколково» и МТС, гендиректор компании Tess Technology

Лучше всего рассматривать структуру команды в компаниях от 10 человек. В ней, как правило, также есть и второстепенные функции (бухгалтерия, юристы, клининг и т. д.). Их чаще всего отдают на аутсорс. Кроме того, в компании должны быть продавцы, маркетологи и HR.

На начальном этапе директор может справляться с частью функций сам (продавать, продвигать услуги, искать и нанимать сотрудников). Такая ситуация характерна, прежде всего, для стартапов, где команда может брать на себя все функции сразу. Так как это недавно запущенный проект, и его цель – окупить инвестиции и получить прибыль в максимально короткие сроки, директор может быть и продавцом, и разработчиком, и курьером. Однако чаще всего там уже есть деление на сферы ответственности. Например, в команде LICA (разрабатывают ИТ-продукт по подбору станков и тканей для текстильной промышленности), которую я курирую на программе Moove, кто-то взял на себя роль CEO, кто-то — CTO, а кто-то занялся продажами и общением с клиентами.

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

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

Этапы создания ПО:

• создание концепции/ТЗ;
• проработка архитектуры программного обеспечения;
• создание технической документации;
• реализация проекта;
• тестирование и приемка;
• внедрение;
• техническая поддержка.

На каждом этапе должен быть свой отдел со своими задачами:

• проектный офис;
• отдел проектирования программного обеспечения;
• отдел тестирования и документирования;
• отдел разработки;
• отдел внедрения и сопровождения.

Основной состав группы — это специалисты, полностью занятые в создании нового программного продукта:

• менеджеры проекта;
• программисты;
• тестировщики;
• разработчики документации;
• инженерные психологи;
• технологи по разработке ПО.

Вспомогательная группа — это специалисты, не занимающиеся созданием программ, но, тем не менее, играющие важную роль в реализации проекта:

• группа менеджмента и маркетинга продукта;
• специалисты по технической поддержке ПО;
• администраторы бета-тестирования.

По сути в любой команде, занимающейся разработкой продукта, можно выделить следующие роли в команде:

Developer

Занимается производством программных продуктов.

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

по разделению ответственности:

• Backend developer — разработчик программно-аппаратной части комплексного ПО;
• Frontend developer — разработчик клиентской стороны пользовательского интерфейса к программно-аппаратной части.

по платформам:

• Web;
• Mobile;
• Server-Side;
• и так далее.

User Experience Designer (UX)

Занимается производством карт пользовательского опыта.

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

Эту роль ошибочно путают, а порою и совмещают с ролью UI Designer. UX и UI Designer отличаются не только предметной областью, но и спецификой мышления. UX Designer больше про аналитику и систематизацию, чем про эргономику и эстетику.

User Interface Designer (UI)

Занимается производством графической составляющей интерфейсов.

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

Quality Assurance (QA)

Занимается проверкой результата.

QA занимается тестированием всего, как бы странно это ни звучало.

Системный подход специалиста QA позволяет тестировать как программный код, так и продуманность карт пользовательского опыта.

Human Resource (HR)

Занимается первичным подбором кандидатов.

Он обеспечивает прозрачное прохождение всех этапов собеседований при трудоустройстве.

Team Leader

Отвечает за работу группы специалистов.

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

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

Tech Leader

Отвечает за грамотный аргументированный выбор технических решений:

1. Ответственный выбор стороннего ПО для проекта;
2. Рекомендация по выбору конкретного алгоритма или архитектурного решения при производстве ПО;
3. Определение технических особенностей в процессах производства.

Scrum Master

Scrum, Agile, KanBan, гибкие методологии, и прочие теоретические знания, которые крайне бесполезны без практики и опыта.

Scrum Master — это специалист, который помогает команде применять методологию Scrum правильно, объясняет правила методологии, контролирует их выполнение. Сейчас к командам разработки стали прикреплять роль Scram Master. Он отвечает за грамотное применение той или иной гибкой методологии (бывает, что даже той, которая не касается Scrum вообще).

Project Manager (PjM)

Отвечает за старт, ведение и сдачу проектных работ.

Эта роль классического управленца процессами. Работа над проектом начинается с Project Manager’а, ведётся (ставит задачи), контролируется (контроль качества и эффективности) и сдаётся тоже им. В большинстве компаний Project Manager управляет проектным фондом.

Архитектор (Architect)

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

Бизнес Аналитик (Business Analyst)

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

Системный аналитик (System Analyst)

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

Технический писатель (Technical writer)

Специалист, который занимается составлением документации в рамках разработки различных программ. Это люди, которые призваны помогать нам овладевать новыми технологиями, будь то модное устройство или новая программа. От них отчасти зависит успех новинки, ведь именно им нужно убедить потенциального покупателя в пользе этой новинки и объяснить, как ей пользоваться.

В этом уроке мы поговорим о том, какие бывают компании и направления в разработке.

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

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

Вторая категория компаний — это те компании, в которых бизнес построен вокруг IT. Они делятся еще на несколько типов, о которых нужно знать.

Виды разработки

Заказная разработка (outsourcing)

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

Из-за особенностей бизнеса заказной разработки, по сути построенного в том или ином виде на продаже времени своих сотрудников, он стабилен, когда в нём много разработчиков — чем больше, тем лучше. По этой причине аутсорсеры стараются быть очень большими, у них работает очень много молодых разработчиков, они часто интегрируются с университетами, имеют кучу офисов по всему миру. В крупных компаниях, таких как EPAM, Luxoft и DataArt, работают тысячи девелоперов. Эти компании действительно зарабатывают много денег и очень стабильны. Помимо таких гигантов, в аутсорсинге работают очень много небольших компаний: от 1-2 до 50-100 разработчиков. Однако чем меньше компания, тем более она нестабильная: если у вас в одном месте где-то заказ не пошёл, освобождаются люди, которых надо чем-то занимать, иначе их зарплата не будет окупаться. С одной стороны, этому бизнесу присущи большие риски, но с другой, его очень легко начать — отсюда и большое количество компаний в нём. Можно просто позвать своих друзей и предложить им делать аутсорсинг. После этого нужно найти первых клиентов — и можно работать. А дальше по сарафанному радио о компании узнаёт все больше и больше клиентов, и при хорошем раскладе можно успешно зарабатывать. Некоторые компании, осуществляющие заказную разработку, именно так и начинали свою деятельность.

Продуктовая разработка

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

Классификация ПО

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

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

• Web-программирование
• Мобильная разработка
• Десктоп
• Серверное ПО

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

Серверное ПО

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

Прикладное ПО

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

Системное ПО

Это особый тип программного обеспечения, с помощью которого компьютеры выполняют полезные задачи — это операционные системы, драйверы и иные программы, связанные непосредственно с железом.

Инструментарий

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

Десктоп (Desktop)

Теряющее популярность, но все еще очень активное направление — это десктоп. Это так называемые «толстые клиенты», когда программа запускается локально, чаще всего без подключения к интернету.

В этом направлении всегда были популярны такие языки, как С++, Java и C#, но на пятки признанным авторитетам наступают те языки, которые еще не так давно никто не планировал использовать для написания толстых клиентов.

Но современный мир диктует свои правила, и универсальным языком, который все глубже проникает абсолютно во все направления разработки и на котором появляется всё больше приложений, стал JavaScript. Даже представители компании Microsoft заявили, что в будущих операционных системах Windows все приложения будут использовать HTML и JavaScript. И действительно: на JavaScript уже пишут серьёзные толстые клиенты и приложения на десктопе. Яркий тому пример — VSCode, очень популярный редактор, который будет использоваться во многих наших уроках и который мы рекомендуем поставить. Этот редактор выпущен Microsoft и основан на Electron, который использует JavaScript, что позволяет строить кросс-платформенные приложения: то есть такие, которые пишутся один раз, но работают на всех платформах.

Языки в Mobile

Следующее направление — мобильное, и здесь есть две базовых ветви разработки: Android и iOS.

Android: Java, Kotlin

В Android раньше был только Java, но сейчас большие обороты набирает язык Kotlin. Люди, использующие его в своих проектах, говорят, что теперь разработка под Android стала действительно приятной.

iOS: Objective-C, Swift

Для разработки в iOS используется язык Swift, на который мигрировало большинство разработчиков, поскольку хотя Objective-C долго был главным и единственным языком, но уже морально устарел. Swift — это отличный свежий язык с правильными идеями, который Apple внезапно сделала open-source — а значит его скоро можно будет использовать вне iOS, что может быть весьма интересно, потому что этот язык обладает кучей полезных качеств.

Flutter, React Native

Кроме конкретных платформ, в мире мобильной разработки существуют кроссплатформенные решения, которые позволяют писать код сразу и для IOS и для Android, используя один инструмент. Из широко используемых решений можно выделить два: фреймворк Flutter, написанный на языке Dart, и React Native, написанный на JavaScript

Языки в Web

Веб делится на 2 подраздела: бэкенд и фронтенд. Любое веб-приложение в конечном итоге имеет ту часть, которая взаимодействует с пользователем, и почти всегда это тонкий клиент — браузер, в котором крутятся приложения. Если раньше это был просто HTML, и вся логика происходила на сервере, то сейчас логики в браузере становится все больше и больше, и он становится по-настоящему «толстым» и «тяжелым».

Backend

• PHP, Ruby, Python, JavaScript (Node), Perl
• Go, C#, Elixir, Rust, Java, Clojure, Kotlin, Scala

Утяжеление тонких клиентов не отменяет того, что на бэкенде все равно должны храниться данные и выполняться определенная логика. Для бэкенда в вебе существует огромное количество языков. Теоретически, можно использовать вообще любой, но на практике используются чаще всего именно те, который указаны выше. Java, Clojure, Kotlin, Scala, Groovy — это всё языки, построенные вокруг JVM, платформы, которая позволяет использовать их все вместе сразу, по очереди и как-то соединять между собой, поэтому можно сказать, что это одно семейство. Язык Go появился недавно, но очень быстро занял определенную нишу, и используется всё чаще. И, конечно же, самый популярный язык веба — это PHP, который является лидером, несмотря на все свои недостатки, и на нём сделано очень много сайтов, и с каждым днём их число лишь растёт.

Frontend

• JavaScript

JavaScript присутствует и в бэкенде, и во фронтенде, и он будет все больше проникать в незанятые ранее ниши. JavaScript сейчас очень активно развивается и становится всё более серьёзным и классным языком.

Что выбрать? Критерии

Итак, что же выбрать и по каким критериям ориентироваться? Этими вопросами часто задаются люди, которые хотят заниматься программированием.

Область, к которой лежит душа

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

Требуемая квалификация

По этому критерию можно понять, куда точно джуниором не попасть. Геймдев в любом направлении — будь то веб, десктоп или мобильная разработка — требует серьёзных знаний. Это можно увидеть, просто проанализировав вакансии по какому-то направлению. Если стоит задача как можно скорее стать разработчиком, то лучше выбирать то направление, в которое требуется то количество знаний, которое выучить можно в адекватное время, чтобы не затягивать с трудоустройством.

Количество вакансий

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

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

---

ICT-Online.ru: По вашим наблюдениям, насколько наличие собственных разработок распространено среди отечественных игроков, в каких областях, прежде всего, такие разработки появляются?

Владимирович Илья («ЛАНИТ-Интеграция»): У всех крупных интеграторов есть собственные разработки, причём достаточно давно. И группа ЛАНИТ — не исключение. В составе группы компаний ЛАНИТ есть целые департаменты, дочерние компании, которые занимаются исключительно собственными разработками. Что же касается «ЛАНИТ-Интеграции», то для нас мир собственных разработок только открывается. Пока мы играем на знакомом для себя инфраструктурном рынке, но в планах есть выход и в другие области.

Если говорить в целом про отечественных игроков, то реестр отечественного ПО насчитывает уже около 4 тыс. различных программных продуктов. В основном это уже давно знакомые всем продукты в сферах бухгалтерского ПО, управления предприятием и информационной безопасности. Относительно недавно стали появляться продукты в области СУБД и в части различных инфраструктурных решений.

Андрей Крехов (ICL Services): Собственная разработка — достаточно трендовое явление и, важно отметить, совсем не новое. Это присутствует во многих компаниях. Если говорить про области, то в первую очередь такие разработки появляются на емких рынках, где широко представлен сам интегратор. Например, энергетика, безопасность, машиностроение, ERP-системы — там, где заказчик сможет сразу же предложить свои решения.

Дмитрий Якушев (СТЭП ЛОДЖИК): Для Топ-5 интеграторов это всегда было core business. Наш бизнес постоянно переживает трансформацию – сетевая/системная/ИТ-интеграция… Прежде всего, это связано с развитием технологий и, соответственно, с изменением подхода к построению ИТ-инфраструктуры наших заказчиков. Наступило время программно-определяемых структур, hardware уступают место software-решениям. И если еще пять лет назад создание собственного продукта для интегратора означало затратный по времени и ресурсам проект, то сегодня штат разработчиков ПО, являющегося основой любого решения, есть у каждой уважающей себя компании.

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

Дмитрий Евдокимов (HeadPoint): Разработка своего ПО в российских компаниях достаточно распространенное явление, многие интеграторы имеют R&D центры в своей структуре или ведут разработки совместно с будущими заказчиками – в банковском секторе, промышленности и так далее. Сначала реализуется пилотный проект, в ходе которого формируется востребованное заказчиком решение с необходимыми функциями. Затем решение дорабатывается, и с ним уже можно выходить на рынок к конечному потребителю.

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

Юрий Корчуков («Техносерв»): Могу отметить, что сегодня все российские крупные интеграторы, которые следят за тенденциями, вкладывают значительные средства и усилия в развитие направление R&D. Соответственно многие имеют собственные продукты.

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

Заместитель директора дивизиона бизнес-решений IBS Виктор Насыров: Фактически любой крупный интегратор имеет у себя подразделение, способное сделать кастомизированную разработку для клиента. Игроки нашего уровня на рынке постоянно делают такие решения. Другое дело, может ли данная заказная разработка превратиться потом в коробочное тиражированное решение — здесь обычно возникают сложности. Фактически самое сложное – даже не создание продукта, а его продвижение, поддержка, кастомизация.

Наталья Зубкова («НОРБИТ»): Тренд импортозамещения в ближайшие годы будет только усиливаться, поэтому количество собственных разработок значительно вырастет. Безусловно, больше всего они будут востребованы в решениях для госсектора.