It компания это: Какими бывают IT-компании

Содержание

Какими бывают IT-компании

Разработчик Иван Калинин устроился в небольшой продуктовый 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

Информационные технологии — Википедия

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

  • Технические средства;
  • Коммуникационные средства;
  • Организационно-методическое обеспечение;
  • Стандартизация.

СетиПравить

В настоящее время существуют различные сети передачи данных — совокупности оконечных устройств (терминалов) связи, объединённых каналами передачи данных и коммутирующими устройствами (узлами сети), обеспечивающими обмен сообщениями между всеми оконечными устройствами.

Существуют следующие виды сетей передачи данных:

ТелефонныеПравить

Основной до 2003—2004 г, в настоящее время устаревший метод для подключения к Интернету — использовать модем, подключённый к телефонной сети. Хотя он имеет все необходимые функции, широкополосный доступ более предпочтителен для многих пользователей Интернета. Почти во всех странах Европейского Союза степень доступности для домохозяйств телефонной линии очень высока, за исключением Австрии, Финляндии и Португалии. Тем не менее, в Испании доступ к основным телефонным сетям (узкополосным) практически исчез. В 2003 году половина всех интернет-соединений была телефонной. В настоящее время 97 % интернет-соединений производится через системы широкополосного доступа. Почти 95 % соединений осуществляется со скоростью больше или равной 1 Мбит/с.[10][11].

ШирокополосныеПравить

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

Multilink dial-upПравить

Обеспечивают повышенную пропускную способность путём соединения двух или более подключений удалённого доступа вместе и рассматривая их как один канал данных. Требуется два или больше модемов, телефонные линии, и номера счетов, а также провайдер, который поддерживает данную технологию. Этот вариант был на короткое время популярным до ISDN, DSL и других более современных технологий. Некоторые производители создали специальные модемы для поддержки данного метода[12][13].

ISDNПравить

ISDN (англ. Integrated Services Digital Network) — цифровая сеть с интеграцией служб. Позволяет совместить услуги телефонной связи и обмена данными. Название было предложено группой XI CCITT в 1981 году. Основное назначение ISDN — передача данных со скоростью до 64 кбит/с по абонентской проводной линии и обеспечение интегрированных телекоммуникационных услуг (телефон, факс, и пр.). Использование для этой цели телефонных проводов имеет два преимущества: они уже существуют и могут использоваться для подачи питания на терминальное оборудование. Для объединения в сети ISDN различных видов трафика используется технология TDM (англ. Time Division Multiplexing, мультиплексирование по времени). Для каждого типа данных выделяется отдельная полоса, называющаяся элементарным каналом (или стандартным каналом). Для этой полосы гарантируется фиксированная, согласованная доля полосы пропускания. Выделение полосы происходит после подачи сигнала CALL по отдельному каналу, называющемуся каналом внеканальной сигнализации.

xDSLПравить

xDSL (англ. digital subscriber line, цифровая абонентская линия) — семейство технологий, позволяющих значительно повысить пропускную способность абонентской линии телефонной сети общего пользования путём использования эффективных линейных кодов и адаптивных методов коррекции искажений линии на основе современных достижений микроэлектроники и методов цифровой обработки сигнала. Технологии xDSL появились в середине 90-х годов как альтернатива цифровому абонентскому окончанию ISDN. К основным типам xDSL относятся ADSL, HDSL, IDSL, MSDSL, PDSL, RADSL, SDSL, SHDSL, UADSL, VDSL. Все эти технологии обеспечивают высокоскоростной цифровой доступ по абонентской телефонной линии. Некоторые технологии xDSL являются оригинальными разработками, другие представляют собой просто теоретические модели, в то время как третьи уже стали широко используемыми стандартами. Основным различием данных технологий являются методы модуляции, используемые для кодирования данных.

Связь по ЛЭППравить

Связь по ЛЭП — термин, описывающий несколько разных систем для использования линий электропередачи (ЛЭП) для передачи голосовой информации или данных. Сеть может передавать голос и данные, накладывая аналоговый сигнал поверх стандартного переменного тока частотой 50 или 60 Герц. PLC включает BPL (англ. Broadband over Power Lines — широкополосная передача через линии электропередачи), обеспечивающий передачу данных со скоростью до 200 Мбит/с, и NPL (англ. Narrowband over Power Lines — узкополосная передача через линии электропередачи) со значительно меньшими скоростями передачи данных до 1 Мбит/с.

ATMПравить

ATM — (асинхронный способ передачи данных) — сетевая высокопроизводительная технология коммутации и мультиплексирования, основанная на передаче данных в виде ячеек (cell) фиксированного размера (53 байта[14]), из которых 5 байт используется под заголовок. В отличие от синхронного способа передачи данных (STM — англ. Synchronous Transfer Mode), ATM лучше приспособлен для предоставления услуг передачи данных с сильно различающимся или изменяющимся битрейтом.

Сотовая связьПравить

Один из видов мобильной радиосвязи, в основе которого лежит сотовая сеть. Ключевая особенность заключается в том, что общая зона покрытия делится на ячейки (соты), определяющиеся зонами покрытия отдельных базовых станций (БС). Соты частично перекрываются и вместе образуют сеть. На идеальной (ровной и без застройки) поверхности зона покрытия одной БС представляет собой круг, поэтому составленная из них сеть имеет вид шестиугольных ячеек (сот). Сеть составляют разнесённые в пространстве приёмопередатчики, работающие в одном и том же частотном диапазоне, и коммутирующее оборудование, позволяющее определять текущее местоположение подвижных абонентов и обеспечивать непрерывность связи при перемещении абонента из зоны действия одного приёмопередатчика в зону действия другого.

ЭлектросвязьПравить

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

Аппаратное обеспечениеПравить

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

Терминалы выступают в качестве точек доступа пользователей к информационному пространству.

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

Компьютер (англ. computer — «вычислитель») — электронное устройство, предназначенное для эксплуатации одним пользователем, то есть для личного использования. К персональным компьютерам (далее — ПК) условно можно отнести также и любой другой компьютер, используемый конкретным человеком в качестве своего личного компьютера. Подавляющее большинство людей используют в качестве ПК настольные и различные переносные компьютеры (лэптопы, планшетные компьютеры). Хотя изначально компьютер был создан как вычислительная машина, в качестве ПК он обычно используется в других целях — как средство доступа в информационные сети и как платформа для компьютерных игр, а также для работы с графическими интерфейсами.

Сотовый телефонПравить

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

ТелевизорПравить

Современное электронное устройство для приёма и отображения изображения и звука, передаваемых по беспроводным каналам или по кабелю (в том числе телевизионных программ или сигналов от устройств воспроизведения видеосигнала — например, видеомагнитофонов).

Игровая приставкаПравить

Специализированное электронное устройство, разработанное и созданное для видеоигр. Наиболее часто используемым устройством вывода является телевизор или, реже, компьютерный монитор — поэтому такие устройства и называют приставками, так как они приставляются к независимому устройству отображения. Портативные (карманные) игровые системы имеют собственное встроенное устройство отображения (ни к чему не приставляются), поэтому называть их игровыми приставками несколько некорректно. Изначально игровые приставки отличались от персональных компьютеров по ряду важных признаков — они предполагали использование телевизора в качестве основного отображающего устройства и не поддерживали большинство из стандартных периферийных устройств, созданных для персональных компьютеров — таких как клавиатура или модем. До недавнего времени почти все продаваемые приставки предназначались для запуска собственнических игр, распространяемых на условиях отсутствия поддержки других приставок. Однако, по мере развития игровых приставок, разница между ними и персональными компьютерами стала постепенно размываться — некоторые приставки могут позволить подключение клавиатуры, жёсткого диска и даже запуск на них операционной системы Linux. Схемы и программное обеспечение некоторых приставок могут распространяться, в виде исключения, под свободными лицензиями. Рынок игровых приставок развился из сравнительно простых электронных телевизионных игровых систем, таких как Pong, превратившись в наши дни в мощные многофункциональные игровые системы.

Кто есть кто в ИТ? / Блог компании НПО Криста / Хабр

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

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

ИТ-производство для непосвященных


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

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

В настоящее время я продолжаю работать над этой темой, но уже на другом уровне. В роли руководителя центра разработки ИТ-компании мне часто приходится общаться со студентами, преподавателями вузов, абитуриентами, школьниками и другими желающими поучаствовать в создании ИТ-продукта в целях продвижения бренда работодателя на рынке труда новой территории (г. Ярославль). Это общение дается непросто в силу низкой информированности собеседников о том, как организован процесс разработки программного обеспечения (ПО), и, как следствие, непонимания ими предмета беседы. Через 5 – 10 минут диалога перестаешь получать обратную связь и начинаешь чувствовать себя иностранцем, речь которого требует перевода. Как правило, среди собеседников находится кто-то, подводящий черту в диалоге и озвучивающий народный миф из 90-х: «Всё равно, все айтишники – программисты». Источники возникновения мифа таковы:

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

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

Жизненный цикл ПО как основа производственных ролей


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

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

Если совершить исторический экскурс в конец прошлого века (как известно, это был период «островковой автоматизации»), то можно увидеть, что всем процессом создания ПО занимался программист-разработчик. Здесь корни мифа о том, что каждый айтишник – это программист.

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

Многообразие должностей на примере роли аналитика


Аналитик (он же инженер-аналитик, он же постановщик, методолог, бизнес-аналитик, системный-аналитик и т.д.) помогает «подружиться» бизнес-задачам и технологиям их реализации. Описание постановки задачи для разработчика – так можно охарактеризовать основную функцию абстрактного аналитика. Он выступает связующим звеном между клиентом и разработчиком в процессах формирования требований, анализа и проектирования ПО. В реальных производственных условиях перечень функций аналитика определяется способом организации производства, квалификацией специалиста, спецификой моделируемой предметной области.

Часть аналитиков находится ближе к клиенту. Это бизнес-аналитики (Business Analyst). Они глубоко понимают бизнес-процессы предметной области и сами являются экспертами автоматизируемых процессов. Очень важно наличие таких специалистов в штате предприятия, особенно при автоматизации методологически сложных предметных областей. В частности, для нас как автоматизаторов бюджетного процесса государства просто необходимо, чтобы среди аналитиков были эксперты предметной области. Это высококвалифицированные сотрудники с хорошим финансово-экономическим образованием и опытом работы в финансовых органах, желательно в роли ведущих специалистов. Крайне важен опыт работы не в ИТ-сфере, а именно в предметной области.

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

Еще одна разновидность аналитиков – технические писатели (Technical Writer). Они занимаются документированием в рамках процессов разработки программного обеспечения, готовят руководства пользователя и администратора, технологические инструкции, обучающие видеоматериалы и т.д. Их основаная задача – суметь донести до пользователей и других заинтересованных лиц информацию о работе программы, описать технически сложные вещи лаконично и понятно. Технические писатели, в своей массе, прекрасно владеют русским языком, при этом имеют техническое образование и аналитический склад ума. Для таких специалистов наибольшее значение имеют навыки составления понятных, грамотных, подробных технических текстов в соответствии со стандартами, а также знания и владение инструментами документирования.

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

Берём со стороны или растим?


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

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

Для закрытия таких вакансий, как системный аналитик и архитектор ПО, напротив, процесс подготовки кадров внутри компании имеет огромное значение. Эти специалисты должен сформироваться в условиях действующей производственной среды и специфики конкретной организации. Системные аналитики (System Analyst) развиваются из бизнес-аналитиков (Business Analyst), технических писателей (Technical Writer) и инженеров техподдержки (Technical Support Engineer). Архитекторы ПО (Software Architect) — из проектировщиков (System Designer) и разработчиков ПО (Software Developer) по мере накопления опыта и расширения кругозора. Это обстоятельство позволяет HR-специалисту эффективно задействовать внутренние ресурсы компании.

Пересечение, объединение и эволюция производственных ролей


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

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

Помимо пересечения часто наблюдается объединение производственных ролей. Например, бизнес-аналитик и технический писатель могут существовать в одном лице. Наличие архитектора ПО (Software Architect) обязательно в крупной промышленной разработке, в то время как совсем небольшие проекты могут обойтись без этой роли: там функции архитектора выполняют разработчики (Software Developer).

Смена исторических периодов в подходах и технологиях разработки неизбежно приводит к тому, что жизненный цикл ПО тоже эволюционирует. Глобально, конечно, основные его этапы остаются неизменными, но происходит их детализация. Например, с переходом на Web-решения и ростом возможностей удаленной настройки появилась роль специалиста по настройке ПО. На раннем историческом этапе это были внедренцы, то есть инженеры, которые большую часть рабочего времени проводили на рабочих местах клиентов. Возросшие объемы и сложность ПО привели к появлению роли архитектора ПО (Software Architect). Требования к ускорению выпуска версий и повышению качества ПО способствовали развитию автоматизированного тестирования и появлению новой роли – QA-инженера (Quality Assurance Engineer) и т.д. Эволюция ролей на всех этапах организации производственного процесса значительным образом связана с развитием методов, технологий и инструментов.

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

Чем плох «зоопарк» ИТ-должностей?


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

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

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

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

Опыт нашего тесного сотрудничества с вузами показывает, что специальность «Прикладная информатика (по отраслям)» поставляет нам кадры для отделов методологии и техподдержки, но никак не разработки. В то время как «Фундаментальная информатика», «Программная инженерия» готовят отличный кадровый ресурс для разработчиков. Чтобы не направить абитуриента изначально по непригодному для него пути, необходимо «рассеивать туман», который окружает ИТ-производство.

Можно ли привести всё к общему знаменателю?


Можно ли унифицировать производственные роли и прийти к единому пониманию их изнутри и снаружи компании?

Конечно, можно и нужно, потому что накопленный коллективный опыт всех предприятий-разработчиков демонстрирует наличие общих, объединяющих концепций организации производственного процесса. Это следствие того, что все-таки есть однозначно всеми трактуемое понятие жизненного цикла ПО, и вновь появляющиеся производственные роли (DataScientist, QA-Engineer, MachineLearning Engineer и т.д.) являются следствием уточнения и развития жизненного цикла ПО как такового, происходящих с совершенствованием технологий и инструментов, а также с развитием и укрупнением бизнес-задач.

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

Пути построения эффективной кадровой работы в ИТ-производстве


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

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

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

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

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

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

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

Как создать IT компанию с нуля — без опыта работы в данной сфере и навыков программирования?

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

«Поиск себя и болей клиентов (нет наемных сотрудников)»

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

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

И что вы думаете: с какими проблемами мы столкнулись? Да, именно с теми же, что и наши клиенты. Поэтому наступил новый этап нашего развития.

«Первые наемные сотрудники и комплектация команды»

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

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

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

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

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

Все круто: даже на этапе незаконченных проектов нас начинают рекомендовать!
Сотрудничество с клиентом дало несколько новых проектов, и теперь наступил следующий этап.

Я бы сравнил прошедший этап с «конфетно-букетным» периодам в отношениях: есть еще романтика, запал и ты думаешь, что это будет вечно. Но мы же хотим больше…

«Новые люди и управление приоритетами»

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

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

Привлечение новых людей в команду и их ротация между проектами становится привычным делом, а муки выбора — наиболее часто испытываемой эмоцией. Например, есть проект, с которого мы начинали и где остались сильные личные связи с членами команды. А есть другой, который попал к нам сравнительно недавно. И хочется отдать все самое лучшее своему «первенцу», но бизнес-приоритеты уже могут быть другими. Если раньше нам как-то удавалось совмещать рабочие задачи, но при этом оставаться «своим в доску», то сейчас все чаще и чаще наши решения будут непопулярными. Хотя бы для кого-то. И личная дистанция с командой (к сожалению!) начнет понемногу расти.

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

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

«Теперь о нас должен узнать весь мир!»

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

Осипова не пустили в Украину, и вместо него начали выступление Евгений Черняк и Давид Арахамия, чтобы дать фору для телемоста из Москвы.

Через пару часов я решил сходить в туалет по нужде, до обещанного обеда.

Выходя из зала, увидел в коридоре какую-то сьемку передачи. Ради любопытства подошел, это была запись передачи Big Money, которой я большой поклонник.

Я, конечно, начал записывать сторизы и прямой эфир, весь мир должен же знать куда я попал вместо туалета. И тут Евгений Черняк задает вопрос в толпу — мол, какие зарплаты у айтишников. Я пока видео записывал поднял руку, и оказалась единственный «АЙТИШНИКом» из стоявшей вокруг. Таким образом я попал в передачу, даже подискутировал с Давидом Арахамией, и доказал что местный рынок IT существует. Ну и, конечно, получил рекламу, и самое главное нового клиента в виде компании Global Spirits, где Евгений является акционером.

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

«Не достаточно просто говорить, надо что-то и делать»

Цикл сделки в нашей сфере в среднем составляет от трех до девяти месяцев, то есть очередной кассовый разрыв не за горами. Да и команда разрослась до 20 человек.

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

А точно ли клиент всегда прав? Мы сравниваем клиентов и видим, что чем выше стратегическая важность клиента, тем выше степень гибкости при работе с ним и тем больше ему разрешается, ведь это уже стратегия. В то же время небольшой проект уходит на второй план. Внутренний голос меня чаще спрашивает: «Зачем?». В контексте «зачем это нашей компании?». Новые проблемы — вовлечь дополнительных людей в проект, приобрести лицензии за счет компании, вложиться в разработку инновационных прототипов типовых решений.

А тут еще и маркетинг нужен оказывается, первые спущенные деньги на классическую рекламу. Знаете, мне как-то на встрече в агентстве BANDA (мы у них хотели заказывать нейминг) рассказали крутую вещь: что название компании может быть плохое или очень плохое.

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

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

«Наши заказы растут вместе с командой»

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

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

Так же мы заходим в тупик по писку людей, а именно менеджеров проектов. Их просто нет или они не подходят нам по ценностям. Самое шикарное, что запомнил из собеседования, — ответ на мой вопрос: «Что для Вас является успешным завершеннием проекта?». Соискатель заявил: «Подписанный акт выполненных работ».

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

В то же время я замечаю, что многим спецам характерен defensive mindset. Этот подход проявляется в нежелании взять на себя лишнего и идти на риски.

Как же с этим бороться?

И мы поняли, что недостаточно мотивировать людей деньгами и своим вниманием.

Я начал публично писать и делиться своим кейсами. Это улучшило имидж компании и добавило ответственности сотрудникам. Мы перестали влазить в долгие переговоры и начали продавать небольшие проекты (от одного до трех месяцев). За счет разнообразия разных компаний и проектов увеличился интерес и вовлеченность в работу.

P.S.

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

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

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

И самое важное — не профукивайте свои возможности, даже когда идете в туалет!

Правила «хорошей» IT-компании / Хабр

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

Делайте системы интересными, а вещи — качественными («хорошие вещи»)

Можно выпускать кучу некачественных продуктов и в ближайшей перспективе иметь с этого больше денег. Но в дальней перспективе — вы при этом проиграете. Вспомните, где сейчас пресловутые «толкучки»?.. Кто не успел из них вырасти — пропал. В программировании — все то же самое.

Всегда будьте на шаг впереди

Не бойтесь использовать что-то новое. Пробуйте. Ищите. Всегда будьте «на гребне». Рано или поздно это «вывезет» вас к чему-то очень интересному и перспективному.

Синергия. Люди — в первую очередь

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

Ищите лучших и создавайте атмосферу в коллективе

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

Создавайте комфортные условия труда

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

Делайте вложения в обучение специалистов

Обучайте своими силами, отправляйте на тренинги, курсы, конференции. Если вы при этом боитесь, что специалист уйдет, «понабрав скилов» на тренингах — значит, в вашей компании более глубокие проблемы. Решайте их, а не экономьте на обучении. И не жадничайте!

Избегайте прямой денежной конкуренции между специалистами

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

Выкидывайте старье. Безжалостно. Делайте рефакторинг и убирайте говнокод «нехороший» код

Старая мебель, сервера и код стесняют пространство вокруг. Не дают дышать. Делайте генеральную уборку регулярно — и в вашем доме станет светло.

Не идите на поводу у пользователей (клиентов)

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

Не давайте системе «застыть», разработке остановиться, а программистам — расслабиться

Не бойтесь перемен. Меняйте и меняйтесь. «Встряхивайте» своих программистов — иначе рано или поздно они расслабятся, засохнут и закостенеют со своим пивом — и в какой-то момент не уже смогут сделать ничего нового и интересного.

Никогда не делайте «по-быстрому». Это потом вам еще откликнется!

Соблазн всегда велик. Но проблемы от этого — еще больше. Вы даже не можете себе представить, какие…
Если все же делаете — исправляйте «по-нормальному» как можно скорее!

Программирование — это не языки!

Программирование — это технологии, среды разработки, API, фреймворки. Программирование — это люди, их знания и мечты. Их идеи и стремления. Языки программирования как сущность — вторичны.

SQL: не пишите сложных хранимых процедур. Лучше упрощайте свои данные и используйте ORM

Одна из типичнейших и грубейших архитектурных ошибок. См. пункт «Никогда не делайте „по-быстрому“.

Выносите алгоритмы в сервера приложений, не закладывайте алгоритмы в SQL

SQL SQL’ю рознь. См. пункт „Никогда не делайте “по-быстрому».

Избавляйтесь от сложных ветвлений и условий в коде. Используйте шаблоны

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

Максимально разделяйте код по логическим и физическим сущностям

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

Упрощайте приложения. Забудьте про редактирование значений в гридах

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

Не изобретайте велосипеды: используйте стандартные решения (Best Practices, фреймворки и API)

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

Не смешивайте разный функционал в одну кучу. Проектируйте (взаимо)заменяемость компонентов (и клиентов)

У разработчиков всегда велик соблазн сделать все в одном приложении — зачастую так проще. Но в перспективе — получите монстра. Особенно если система большая и сложная.

Не пытайтесь возложить проблемы производительности на железо

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

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

Я, конечно, допускаю, что кому-то чудится, будто писать на Delphi, Visual Basic или каком-нибудь другом странном или старинном диалекте — это круто. Но это совсем не круто, поверьте. А проблем в перспективе будет очень много.

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

Пытайтесь сделать вторую Apple. Скорее всего, у вас не получится. Но все равно стремитесь.

Список можно дополнять — идеальная IT-компания ничем не ограничивается!

Топ-10 самых прибыльных ИТ-компаний 2020

Информационные технологии и разработка ПО — направления, которые задают темп роста и развития практически любому бизнесу. Какие же мировые ИТ-компании могут похвастаться высоким доходом в своей сфере? Приводим любопытный рейтинг самых прибыльных представителей цифрового сектора от ru.fxssi.com по состоянию на 14 августа 2020 года.

Топ-10 самых прибыльных ИТ-компаний 2020 года

Dell Technologies ($ 92,15 млрд.)

Индустрия: Компьютерное ПО, облачные вычисления.

Рыночная стоимость: $ 44,12 млрд.

Сотрудники: 157 000 человек.

Из всех ИТ-компаний самой прибыльной считается Dell Technologies. Её в 1984 году основал 19-летний студент Майкл Делл, и на тот момент его главной целью была продажа ПК с адаптивными конфигурациями, то есть при покупке клиент мог выбирать комплектующие под себя. Время шло, и предприятие стало одним из самых популярных производителей ПК и оборудования. Однако в последнее время Dell Technologies благодаря своим дочерним компаниям начало больше фокусироваться на программном обеспечении, облачных хранилищах, VR, ИТ-инфраструктурах, дата-центрах и цифровой безопасности. Компания работает в 180 странах мира и насчитывает свыше 10 миллионов клиентов. Штаб-квартира Dell Technologies находится в Раунд-Роке, Техас (США).

В 2015 году Dell приобрела компанию EMC, занимающуюся разработкой и производством систем хранения данных и программного обеспечения. Сумма сделки составила свыше $ 67 млрд., что до сих пор считается одной из самых дорогих покупок в сфере ИТ

IBM ($ 77,15 млрд.)

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

Рыночная стоимость: $ 111,35 млрд.

Сотрудники: 352 600 человек.

Вторая по прибыльности ИТ-компания в мире — IBM (International Business Machines) или «Голубой Гигант» (Big Blue), как её ещё называют. И это вполне очевидно, так как почти 97% мировых банков и 80% компаний розничной торговли пользуются продуктами и услугами этой фирмы.

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

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

Компания имеет представительства в более чем 170 странах мира. Главный офис находится в Армонке, Нью Йорк, США.

Cisco Systems ($ 51,9 млрд.)

Индустрия: Сетевое ПО.

Рыночная стоимость: $ 180,38 млрд.

Сотрудники: 75 900 человек.

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

Cisco Systems была основана в 1984 году Леонардом Босаком и Сандрой Лернер, которые создали коммерчески успешный многопротокольный маршрутизатор, соединивший ранее несовместимые компьютеры. С начала 1993 года Cisco поглотила примерно 170 разных предприятий. Сегодня Cisco Systems имеет представительства в более чем 160 странах. Главный офис компании находится в Сан-Хосе, Калифорния, США.

Что интересно, в 2000 году компания даже имела статус самой дорогой компании в мире благодаря так называемому Пузырю доткомов (Dot-com bubble), когда рыночная капитализация компании достигла рекордной отметки в $ 500 млрд

Accenture ($ 43,22 млрд.)

Индустрия: Бизнес-консультирование, стратегия, технология, процессы.

Рыночная стоимость: $ 153,80 млрд.

Сотрудники: 513 000 человек.

Accenture создавалась в 1953 году как технологическое подразделение бухгалтерской фирмы «Arthur Andersen», но уже в 1989 году стала независимой компанией. На сегодня это одно из крупнейших предприятий, которое работает в сфере цифрового маркетинга и занимается бизнес-консультациями, поиском технологических решений, созданием приложения для безопасности и повышения продуктивности и т. д. Следующий амбициозный шаг для Accenture — квантовые вычисления.

Компания Accenture обслуживает клиентов из более чем 120 стран, в том числе таких гигантов, как Microsoft, Oracle и SAP. Главный офис компании располагается в Дублине, Ирландия.

Интересный факт: название компании «Accenture» происходит от фразы «the accent of the future» («акцент на будущем»)

Oracle ($ 39,07 млрд.)

Индустрия: Корпоративное ПО, облачное программирование.

Рыночная стоимость: $ 165,77 млрд.

Сотрудники: 135 000 человек.

Компания Oracle была основала Ларри Эллисоном, Робертом Майнером и Эдвардом Оутсом в 1977 году, и сейчас известна всему миру своими ERP-системами, удобными приложениями и эффективными решениями. С тех пор она занималась разработкой маркетинговых приложений и технологий на основе баз данных, облачными вычислениями, системами управления для баз данных и т. д. Сегодня в интересы Oracle по-прежнему входят «умные» системы, интегрирование облачных платформ, инструменты для анализа на базе машинного обучения, искусственный интеллект, интернет вещей, блокчейн и пр.

Клиентская база Oracle довольно внушительна — 400 тысяч клиентов из 175 стран мира. Штаб-квартира компании находится в Редвуд-Сити, Калифорния, США

Fujitsu ($ 35,49 млрд.)

Индустрия: ПО, ИТ-услуги и консультирование, телекоммуникации.

Рыночная стоимость: $ 25,79 млрд.

Сотрудники: 129 071 человек.

Fujitsu является одним из крупнейших провайдеров ИТ-услуг в Японии и одной из ведущих ПО компаний в мире. Основана она была в 1935 году как производственный филиал Fuji Electric Limited, но с тех пор успела проложить себе дорогу в мир ИТ и ПО.

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

Главный офис Fujitsu находится в Токио, Япония. Компания работает в более чем 70 странах и имеет клиентов в более сотни стран, а также может похвастаться партнёрствами c гигантами вроде Microsoft или Siemens

Tech Data ($ 37 млрд.)

Индустрия: Технологии, ПО, ИТ-консультирование.

Рыночная стоимость: $ 5,17 млрд.

Сотрудники: 14 000 человек.

Tech Data не принадлежит к разработчикам ПО, но занимается поставкой ИT-продуктов. Компания была основана в 1974 году благодаря Эдварду Реймунду, и в большинстве своём поставляла расходные материалы для компьютеров в флоридские больницы и госучреждения. Однако в 1993 году трансформировалась в полноценного дистрибьютора продуктов для ПК.

Клиентская база Tech Data включает более 22 тысяч предприятий, среди которых очень много известных имён: Google, Cisco, Dell, LG, Samsung, Lenovo, IBM и др. Штаб-квартира компании располагается в Клируотер, Флорида, США.

Сегодня Tech Data считается одной из самых богатых и надёжных ИТ-компаний в мире

SAP ($ 30,86 млрд.)

Индустрия: Корпоративное ПО.

Рыночная стоимость: $ 193,03 млрд.

Сотрудники: 100 330 человек.

SAP считается достаточно сильным разработчиком бизнес-приложений, в чьи компетенции входит создание SaaS (это одна из форм облачных вычислений) и корпоративного ПО, а также консультирование. Компания была создана Дитмаром Хоппом и Хассо Платтнером в 1972 году, а уже в следующем году началось производство её первого платного продукта — системы финансового учёта.

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

У SAP есть множество офисов и представительств в более чем 130 странах. Штаб-квартира компании находится в Вальдорфе, Германия

HP Enterprise ($ 29,14 млрд.)

Индустрия: ПО, облачное программирование, интернет вещей, искусственный интеллект, хранение данных, блокчейн и др.

Рыночная стоимость: $ 12,35 млрд.

Сотрудники: 61 600 человек.

HP Enterprise возникла в 2015 году после раскола Hewlett Packard на две компании: HP Inc. (сфера интересов — производство ПК и оборудования, решениями для 3D принтеров и т. д.) и HPE, которая, в свою очередь, сфокусировалась на бизнес-консультировании и финансово-технических услугах. Также компания предоставляет услуги в области ПО, SAAS, облачных вычислений, разрабатывает центры данных, приложения для эффективной работы и пр. Еще HPE имеет финансовый отдел, который занимается архитектурными и инвестиционными решениями, и подразделение корпоративных инвестиций.

Главный офис HP Enterprise расположен в Пало-Альто, Калифорния, США

Synnex ($ 23,77 млрд.)

Индустрия: ИТ-услуги и консалтинг.

Рыночная стоимость: $ 6,62 млрд.

Сотрудники: 240 000 человек.

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

Synnex была создана в 1980 году Робертом Т. Хуаном. На сегодняшний момент у компании более 20 тысяч клиентов по всему миру, включая таких лидеров рынка, как HP Enterprise, Google, Panasonic, Lenovo, Asus и Microsoft

Другие сектора информационных технологий

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

  • Электроника, оборудование — Samsung ($ 197,69 млрд.), Foxconn ($ 178,16 млрд.), Huawei ($ 122 млрд.), Sony ($ 75,99 млрд.), Panasonic ($ 68,91 млрд.).

  • Телекоммуникации — AT&T ($ 181,19 млрд.), Verizon ($ 131,87 млрд.), Comcast ($ 108,94 млрд.), China Mobile ($ 107,93 млрд.), SoftBank ($ 56,9 млрд.).

  • Полупроводниковые системы — Intel ($ 71,97 млрд.), TSMC ($ 35,77), Qualcomm ($ 24,17 млрд.), Micron Technology ($ 23,41 млрд.), SK Hynix ($ 23,19 млрд.).

  • Видеоигры — Nintendo ($ 12,04 млрд.), Activision Blizzard ($ 6,49 млрд.), Electronic Arts ($ 5,54 млрд.), Konami ($ 2,42 млрд.).

Почему в списке нет таких компаний, как Apple, Microsoft и прочих гигантов?

Открывая топ-10 самых прибыльных ИТ-компаний мира, уже предвкушаешь увидеть на первых строчках Apple, Google или Microsoft, верно? И да, эти компании действительно имеют большие подразделения, занимающиеся программированием и созданием ПО. И они без проблем занимают все первые строчки в рейтингах самых прибыльных, успешных, богатых компаний. А не менее ценные и интересные предприятия, которые составляют немалую часть ИТ-рынка, остаются в тени. Но справедливости ради, нужно рассказать и про реальных лидеров мировой IT индустрии. И вот небольшая информация о них:

  • Amazon ($ 280,5 млрд.). Стоимость — $ 1,58 трлн., сотрудники — 840 400 человек, индустрия — облачные вычисления, e-коммерция, искусственный интеллект.

  • Apple ($ 260,2 млрд.). Стоимость — $ 1,97 трлн., сотрудники — 137 000 человек, индустрия — ПО, облачные вычисления, финтех, искусственный интеллект.

  • Alphabet ($ 161,8 млрд.). Стоимость — $ 1,01 трлн., сотрудники — 118 899 человек, индустрия — интернет.

  • Microsoft ($ 143,02 млрд.). Стоимость — $ 1,58 трлн., сотрудники — 156 439 человек, индустрия — ПО, облачные вычисления, интернет.

  • Facebook ($ 70,7 млрд.). Стоимость — $ 733,63 млрд, сотрудники — 52 534 человека, индустрия — социальные сети.

Спасибо, что дочитал до конца. Мы рады, что были полезны. Чтобы получить больше информации, посмотри ещё:

ИТ-курсы с трудоустройством Адукар

Кому не стоит идти в ИТ?

Гуманитариям больше не стоит бояться идти в ИТ

Не пропускай важные новости и подписывайся на наш YouTube, ВК, Instagram, Facebook и уведомления на adukar.by.

***

Если хотите разместить этот текст на своём сайте или в социальной сети, свяжись с нами по адресу [email protected]. Перепечатка материалов возможна только с письменного согласия редакции.

Как открыть ИТ-компанию | Малый бизнес

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

«Мир ИТ — это постоянно меняющаяся отрасль, поэтому каждый день интересен», — сказал Грег Дэвис, президент South Coast Computers, внешней ИТ-компании с полным спектром услуг, основанной в 1988 году.

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

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

Еще лучше, техническая компания — это хороший способ начать стартап без денег.

«Чтобы открыть ИТ-бизнес, не нужно много стартовых средств, — сказал Дэвис. «Можно открыться с очень небольшим оборотным капиталом и расти органически. Я бы посоветовал вам это сделать, чтобы вы не растерялись ».

Шаги по созданию ИТ-компании

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

Специализированная ИТ-компания

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

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

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

Минусы специализации — поиск более требовательных клиентов.

«Когда вы специализируетесь, клиенты будут больше ожидать от вашей компании», — сказал Дэвис. «Они ожидают, что вы станете лучшими в том, что делаете».

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

General IT Company

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

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

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

Сформируйте команду ИТ-бизнеса

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

«Убедитесь, что у вас есть подходящие члены команды для выполнения той работы, которую вы планируете», — сказал Барри Ньюман, технический директор DentalPlans.com. «Все сводится к тому, обладают ли ваши сотрудники необходимым опытом. Вы должны убедиться, что покрыли все свои базы, чтобы вы могли хорошо обслуживать клиентов ».

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

«Партнерство позволяет разделять и побеждать и может привести к двойному успеху», — сказал он.

Выберите название компании

Выберите название компании, которое полностью описывает то, чем вы занимаетесь.

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

Создайте юридическое лицо

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

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

Определите маркетинг

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

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

Еще одна хорошая практика — это увязать вашу компанию с другими предприятиями, — добавил он: «Например, если вы обычная ИТ-компания, вы можете захотеть наладить отношения с компаниями, которые специализируются, например, на облачных вычислениях и восстановлении данных. . »

Получите необходимые сертификаты

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

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

Страховое покрытие, необходимое для покупки

В наши дни важно иметь необходимое страховое покрытие.

«Мои сотрудники не могут даже переступить порог компании, пока они не предъявят доказательства общей ответственности и страховки компенсации работникам», — сказал Дэвис.

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

Разработка систем

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

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

7 ИТ-ролей, которые должны быть конкурентоспособны каждой современной компании

  • Поиск курса
  • Курсы и сертификаты

  • Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *