Бесплатный фрагмент - Новая эра в IT

Введение

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

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

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

Управление бизнесом в новую эру требует адаптации и понимания текущих технологических тенденций. Одной из главных задач является создание гибкой и инновационной компании. Бизнес должен быть открыт новым технологиям и быстро адаптироваться к изменениям. Коммуникация и сотрудничество с IT-специалистами становятся неотъемлемой частью управления. Развитие цифровой экономики требует осознанности и готовности к постоянному обучению и интеграции новых технологий.

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

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

Исследование

Новая эпоха в IT

Боков Ахмад

На связи Боков Ахмад, основатель чат-бот агентства BotCreators.ru и диджитал продакшна «Искусство Автоматизации».

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

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

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

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

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

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

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

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

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

Что под этим подразумевается?

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

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

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

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

Следующий важный момент немного спорный: нужно ли давать клиенту возможность управлять процессом разработки? Я придерживаюсь мнения, что клиенту нужно показывать промежуточные результаты, но это должно быть как бы «за стеклом». Это значит, что вы собираете продукт, клиент видит, но не управляет. Впускать клиента в процесс чревато. Клиент по незнанию может давать такие корректировки, которые нарушают ваш технологический процесс. Тут нужно уловить тонкий баланс между демонстрацией, открытостью и приверженностью своим принципам, которыми вы руководствуетесь. У вас должна быть методология, фреймворк, принципы и технологии создания IT-продуктов.

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