Сложность инженерных проектов | нужно ли высшее образование, чтобы создавать программы и комплексы?

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

Но это не точно.

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

Введение

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

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

Вопрос высшего образования

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

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

Но на своем опыте могу сказать, что высшее образование даже наоборот может быть маркером «однообразности» мышления там, где нужно пименить мышление предпринимателя и product-owner — а.

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

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

В чем суть вопроса?

Что такое инженерный проект?

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

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

Что такое коммерческий проект?

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

1. Удобство для клиента и ограниченное количество окон, сценариев, скрытых разделов.
2. Визуальная красота и скорость работы любой программы: все очень ценят свое время и не будут попросту разбираться в деталях вашего продукта, если он будет «тупить».
3. Основной смысл программы сосредоточен в центре: пользователь точно знает, что ему хочется получить от пользования программой, и он это быстро плучает.

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

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

Честное мнение

Заметьте: речи о высшем образовании по профилю не ведется, когда мы говорим про передовые команды и фрилансеров в сфере ИТ.

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

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

Я бы никогда не закрывал глаза на отсутствие диплома у маркетолога, PR-специалиста, юриста. Это было бы большой ошибкой. Более того, я сталкивался с очень жестокой реальностью работы таких «специалистов» в штате. Слаба Богу, что это длилось недолго.

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

Резюме

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

Взять в пример работу предприятия по сборке электрощитового оборудования: их главная задача — правильная работа с компонентами. Нужно ли в таком случае разбираться в них тем, кто создает для такого предприятия сайт? Конечно!

А нужно ли уметь чертить схемы, если проект связан с автоматическим построителем схем? Однозначно! Принцип красоты и локоничности, конечно, никто не отменял. Но какой от него будет толк, если такой построитель вместо щитка за N тысяч рублей построит щиток на 10N (или, что хуже, на 0,2N) тысяч рублей? Думаю, логика понятна.

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

Если при прочтении данной статьи у вас возникли мысли по этому поводу, обязательно делитесь. Я буду рад обсуждению :)

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

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

Буду рад приветствовать новых читателей