Шпаргалка — навигация по темам, которые стоит знать руководителю компании и топ-менеджеру, чтобы грамотно реализовать IT-проекты нового уровня сложности. По каждой теме будет много ссылок на статьи, интервью, обзоры и видео.
Темы
- Рынок IT
- Привлечение разработчиков
- Выбор платформы и языка для разработки
- Методологии управления IT-проектами
- Создание IT-продукта
- IT-архитектура
- Современные возможности IT с примерами
1 Рынок IT
Для начала разберём как устроен локальный рынок. Это важно, потому что вы будете нанимать разработчиков и делать проекты в России, хотя бы на первом этапе.
1.1 Российский рынок IT
Несколько цитат и моих комментариев к статье CNews100 крупнейших ИТ-компаний России:
- «На долю топ-20 приходится 77,9% совокупной выручки». Если компании забрали 80% выручки, то это означает и контроль бюджетов, и контроль разработчиков, сосредоточенных в десятке компаний. С этими компаниями вы будете конкурировать за разработчиков.
- «Анализ суммарной выручки CNews100 в отраслевом разрезе показывает, что в 2016 г. около четверти заказов его участники получили от государственного сектора». В России государство — одни из крупнейших заказчиков. Это означает, что четверть разработчиков в стране работает над государственными заказами. Это также означает, что бизнес в России или без средств для инвестирования в IT или ещё не увидел ценность инвестиций в IT. Оба этих фактора дадут фору компании, которая грамотно инвестирует в IT в ближайшее время.
Ещё одна цитата из статьи CNews100: Рубеж в триллион пройден – спасибо падению рубля «… в долларах падение [выручки] усилилось в два раза — на 31,16% в 2015 г. по сравнению с 15,32% в 2014». Выводы, которые стоит сделать:
- В 2014 году курс рубля упал в два раза и ровно на столько упал доход в долларах российских IT-компаний. Это показывает на сколько IT в России замкнут внутри страны, т.е. зарабатывает только в рублях, а не в валюте. Замкнутость рынка ведет к тому, что внутри страны мало мировых экспертов, которых просто нечем занять.
- Такое положение дел выгодно для местных заказчиков и работодателей, потому что IT в России дешевое по мировым меркам.
- Российские IT-продукты и услуги не востребованы на мировом рынке. Видимо бизнес стартует недостаточно амбициозные проекты или не доводит проекты и услуги до мирового уровня. Оба варианта негативно влияют на уровень кадров в стране.
- Две предыдущих проблемы вынуждают сервисные компании (аутсорсеры) ориентироваться на международный рынок. Внутренние заказчики становятся неконкурентоспособными по деньгам и интересным проектам. Это значит, что даже найти профессионального подрядчика непросто.
- Если стартовать амбициозный проект, то вы выгодно выделитесь на фоне типовых задач и привлечёте сильных разработчиков.
Получается, что в России не много продуктов и услуг мирового уровня. Госсектор не показывает эффективности при заказе и разработке ПО, поэтому экспертиза мирового уровня там накапливается медленно. Это влияет на качество разработчиков, уровень зарплат и развитие IT-сообщества. Чтобы пообщаться с экспертами мирового уровня или привлечь этих экспертов в проект, скорее всего придется выехать за пределы страны.
Более подробные цифры и выводы можно прочитать исследовании РУССОФТ Тринадцатое ежегодное исследование российской индустрии экспортной разработки программного обеспечения.
1.2 Действия правительства РФ
Минкомсвязи еще больше замыкает развитие на внутреннем рынке. В 2014 году Николай Никифоров заявил Минкомсвязи хочет увеличить количество программистов в России с 350 тыс до 1 млн, две цитаты:
- «Мы готовим комплекс мер, чтобы шаг за шагом, год за годом поддержать развитие и становление целой отрасли импортозамещающего программного обеспечения. Это небыстрый путь, который займет три года, по некоторым направлениям — 5-7лет». Вкладывать деньги в создавать отечественное ПО при глобальном IT-рынке мне кажется странной идеей.
- «Сейчас в России — всего 350 тысяч высококвалифицированных ИТ-специалистов, и работа министерства нацелена на то, чтобы в ближайшее время серьезно изменить этот показатель». Прошло три года, на дворе 2017 год, ситуация с разработчиками не изменилась. Я, как преподаватель с шестилетним стажем в двух ВУЗах на IT-специальностях, могу сказать, что пока ничего не предвещает прорыва.
Маcло в огонь подливает то, что государство ведет неоднозначный курс на контроль интернета внутри страны. Подробней в интервью Герман Клименко: «Нам всего-навсего осталась одна большая история — это деанонимизация».
1.3 Миграция разработчиков
На описанную ситуацию разработчики резонно отвечают миграцией из страны. Не массовой, но непрерывной и стабильной Немного о миграции ИТ-специалистов:
- Мотивация переезда полностью совпала с причинами перемещения внутри РФ: заработная плата (54%), работа по профессии (47%), интересные проекты и карьерные перспективы (43%). Мы уже рассмотрели почему в России не всегда возможно реализовать эти две потребности.
- Самыми популярными направлениями миграции оказались США (13,5%) и Германия (11,4%), за которыми следуют Австралия (9,2%), Канада (8,1%), Великобритания (7,6%) и Испания (5,4%). Страны со стабильной экономикой, присутствием мировых IT-лидеров, большими коммерческими бюджетами на IT-продукты.
- Наиболее привлекательными регионами для переезда внутри страны были названы: Москва (29,2%), Санкт-Петербург (27,7%) и Краснодарский край (11,3%). Внутри страны тоже происходит миграция из регионов в столицы. Дальше из столицы разработчики мигрируют на Запад. Получаем типовой пусть Регион > [Столица] > Запад. Для владельцев бизнеса это создаёт вызов — удержание разработчиков в компании. Дальше рассмотрим, как это сделать.
Российские IT-компании открывают филиалы в Европе и США, чтобы разработчики оставались в компании, но работали в комфортной стране. Кроме этого преследуется цель снизить риск из-за санкций и нестабильной ситуации в стране. Подробнее в статье о вывозе программистов Luxoft перевез 536 инженеров из России и с Украины и интервью с СЕО компании JetBrains Глава компании JetBrains: у программистов неудачный имидж. Моя компания, например, разрешает разработчикам работать из любой точки планеты, у нас уже есть примеры переездов.
Надеюсь ситуация с внутренним IT-рынком стала ясной. Ситуация эта не пессимистичная и показывает возможности для предпринимателей.
1.4 Рынок IT в целом
В целом для IT в данный момент характерно:
- Максимум открытости, минимум бюрократии. IT-компании стараются убирать то, что мешает разработчикам творить: создают комфортные офисы, отказываются от дресс-кода, убирают ненужную бюрократию.
- Результат напрямую зависит от уровня разработчиков. Только сильные айтишники делают крутые продукты. К сожалению,
обезьяныразработчики среднего уровня не напишут сложный проект. Подробнее в статье «Люди как нелинейные и наиболее важные компоненты в создании программного обеспечения»
Компании условно делятся на чисто технические и на классический бизнес с подразделениями, среди которых IT-отдел. Чисто технические компании отличаются тем, что ключевую бизнес ценность создают технологии и разработчики стоят у руля. Такие компании выигрывают у классического бизнеса с IT-отделом в конкурентной борьбе на рынке и в соревновании за кадры. На это есть ряд причин:
- Техническая культура выше. В IT-компании адаптированы инженерные практики, идет отслеживание моды на языки, платформы и архитектуру. Новое и эффективное быстро берётся на вооружение.
- Новые технологии. Когда вокруг технари, то легче договорится и обосновать переход на новую технологию, архитектуру или платформу.
- Выше концентрация айтишников-единомышленников. В среде, где разработчика окружают такие же разработчики, профессиональный рост ускоряется. В обычной компании разработчик «прикреплён», например, к бухгалтерии, которую автоматизирует. Для него заказчик и собеседник — бухгалтер за стенкой, которая приходит и рассказывает какие кнопки добавить.
Посмотрите как один из крупнейших банков страны формулирует призыв к разработчикам Встреча с CIO банка «Открытие» Кириллом Меньшовым: «Хорошая новость для любителей рвать шаблоны и разрушать мифы: ИТ-специалист может найти интересную работу не только в технологической корпорации...».
Если банку Открытие приходится объяснять разработчикам, что в компании найдутся амбициозные задачи, то остальным участникам рынка стоит задуматься, как по-новому позиционировать себя для разработчиков.
2 Привлечение разработчиков
Мы рассмотрели ценности IT-рынка и проблемы, которые есть у классических компаний с IT-отделом. Исходя из этого, привлечение сильных разработчиков может строиться на следующем:
- Станьте IT-компанией. Например, первый зампред Сбербанка в интервью на РКБ заявил, что Сбербанк теперь IT-компаний с банковской лицензией. При переходе от классической к технической компании сложнее всего изменить культуру, об этом подробнее ниже.
- Стартовать интересные проекты. Интересные значит масштабные и дерзкие. Предприниматели должны идти дальше покупки CRM или автоматизации документооборота. В разделе Современные возможности IT с примерами рассмотрим несколько проектов, которые вдохновляют меня.
- Делать проекты на новых технологиях и подходах. Будьте современны. Не стоит заставлять работать с FoxPro только потому, что вы в него верите. Дайте разработчикам сделать выбор. О том как сделать выбор расскажу в разделе Выбор платформы и языка для разработки.
- Будьте заметными для разработчиков. Вдохновляйте целями компании и рассказывайте о планах. Для это подойдет спонсорство на конференциях, выступления на конференциях, статьи на Хабр или на VC.ru.
- Вкладывайте силы в ключевую конкурентную компетенцию. Если вы купили и внедрили 1С, то это никак не изменило расстановку сил на рынке. Конкуренты купят 1С, и вы окажетесь с ними на равных. Делайте проекты, которые выделяют вас на рынке, такие проекты привлекают разработчиков.
- Если у вас бедный, но перспективный стартап, предлагайте процент бизнеса и вдохновляйте. Предлагайте разработчиками акции или долю в бизнесе. Это типовой подход для IT-стартапов.
2.1 Воспитайте инженерную культуру
При переходе от традиционной компании к чисто технической сложнее всего изменить культуру.
Если организацию представить в виде пирамидки, то культура — тугая резинка вокруг пирамидки. Вы сдвигаете одну из частей пирамиды, например, делаете процессы более «гибкими». Резинка натягивается и со временем аккуратно возвращает процессы на прежнее место:
Подробнее о подходах к изменению культуры в статье Culture is a rubber band around your organization.
3 Выбор платформы и языка для разработки
Выбор платформы и языка программирования — сложный процесс, который не стоит делать непрофессионалам. Но если вы решили разобраться и сделать выбор сами, то ниже я дам рекомендации на что обратить внимание и расскажу правда ли этот выбор так критичен для проекта.
3.1 Выбор платформы
Есть базовые требования, которые вы можете проверить при выборе платформы:
- Открытость исходного кода. Желательно, чтобы вы получили исходный код платформы вместе с покупкой лицензии. У вас не будет прав модифицировать и продавать этот код, но айтишники в компании смогут лучше понять устройство платформы.
- Поддержка различных СУБД, очередей, облаков и т.п. Разнообразие поддерживаемых инструментов даст вам возможность выбрать правильный инструмент для конкретной задачи. Например, если платформа работает только с MSSQL или только с Oracle, то это должно вызвать вопросы.
- Разнообразие способов интеграции. Платформа в итоге будет встроена в инфраструктуру компании и начнет принимать и отдавать данные другим система. Поэтому гибкость интеграции критична. Как минимум должна быть поддержка REST API и асинхронных взаимодействий через очередь сообщений или push-уведомлений. Подробнее о шаблонах интеграции в статье Integration Patterns: актуальные инструменты и о современных способах интеграции в статье Clouds, iPaaS, Citizen Integrator and Why India’s Outsourcing Is Losing Money.
- Поддержка кода сообществом. В идеале, исходный код платформы должен быть выложен в Open Source и развиваться сообществом разработчиков. Такая открытость дает высокую скорость разработки и меньшую зависимость от вендора.
- Наличие прозрачного SLA на тех. поддержку. Без этого пункта платформа не может использоваться в реальном бизнесе, иначе высок риск остаться один на один с проблемами выбранной платформы.
Есть набор более общих принципов:
- Специализация важна. Например, 1С не стоит использовать для создания веб-проекта, как и Perl не стоит брать для автоматизации бухгалтерии. Каждый инструмент хорош для конкретной задачи. Теоретически хостинг для картинок реализуем на SAP, но это будет против природы вещей, и вы затратите лишние усилия на разработку и поддержку.
Это также означает, что не стоит вкладывать деньги в дописывание коробочных решений. Например, BPM Online (1С, SAP или другая коробка) оправдывает вложения, если вы используете функции «из коробки». Если в коробке нет нужных функций, то вам придется дописывать их самостоятельно. При таком подходе платформа не добавит ценности, а только привяжет код, который вы сами написали, к своему движку. Лучше найдите готовое решение в другой коробке и грамотно интегрируйте системы. - Учитывайте функциональные и нефункциональные требования. Например, если требуется отклик в несколько миллисекунд, то не стоит брать CMS, потому что её тяжело оптимизировать по скорости. Если нужна работа на мобильных устройствах, то ищите продукты с родной поддержкой мобильных браузеров, чтобы не пришлось решать проблемы с мобильными через «костыли».
- Выбирайте с экспертом. Если вы не айтишник со стажем, скорее всего опытные продавцы IT-продуктов сумеют продать вам что-то дорогое и ненужное. Вам будет сложно отличить маркетинговые ловушки от полезных функций. Найдите того, кто разбирается, и поручите ему выбор платформы.
3.2 Выбор языка программирования
Вы уже знаете, что найти талантливых разработчиков сложно. Поэтому на первом этапе я рекомендую выбирать не технологию, а экспертизу, которая вам доступна. Хорошие разработчики сделают хороший продукт на любой технологии, а плохие разработчики потерпят неудачу с самой лучшей технологией.
Если у вас есть грамотные PHP-разработчики, которые готовы стартовать разработку Minimum Viable Product (MVP), значит делайте MVP на PHP. Не важно, что вы фанат Java. Потом найдете команду Java-программистов. Аналогично, если разработчики знают только mysql, а вы слышали, что postgresql круче — выбирайте mysql, потому что прямо сейчас можно сделать MVP на mysql и быстрее получить обратную связь от рынка. С первых заработанных денег вы перепишите проект на любимые технологии. Параллельно ищите разработчиков на технологиях, которые вам больше нравятся, а пока используйте что есть.
Нет корреляции между языком программирования и успехом IT-продукта. Если всё-таки хочется выбрать язык, то используйте набор факторов, описанных дальше.
Доступность разработчиков на рынке. Проверяется очень просто. Заходите на hh.ru и ищите резюме по словам PHP, Java и т.д. Смотрите на цифру открытых резюме. Вы сразу заметите, что разработчиков на JavaScript — 94 120, а на Kotlin — 420. Чем больше доступных разработчиков, тем больше шансов найти нормальных кандидатов за приемлемое время и приемлемые деньги.
Популярность на stackoverflow. Идете на stackoverflow в раздел тэгов. Это популярная база с вопросами-ответами для разработчиков. Чем больше цифра рядом с тэгом, тем он популярней. Например, по языку C# задали 1 120 0000 вопросов, а по Lotus Notes всего 2 700. Это значит, что при выборе Lotus Notes вы остаетесь один на один с их тех. поддержкой, а при выборе C# вы найдёте ответ почти на любой вопрос.
Популярность на TIOBE. Индекс TIOBE основан на популярности поисковых запросов. По-моему, он отражает реальное положение дел.
Популярность языка в сообществе Open Source. Показывает на каких языках пишут разработчики, которые вкладывают силы в разработку Open Source. Информация собирается на сайте https://madnight.github.io/githut.
Эти четыре критерия удобны для поверхностной оценки непрофессионалом. Разносторонний анализ и выбор языка сделает только IT-архитектор или опытный разработчик. При выборе учитывается текущая инфраструктура, предстоящие задачи, план развития продукта и компании и т.д.
При выборе платформы и выборе языка программирования я рекомендую найти эксперта для консультаций. Вот четыре способа найти хорошего эксперта:
- Найти сайты крупных международных и российских конференции и связаться со спикерами. Они охотно отвечают на вопросы, проверил на своем опыте. Например, GOTO и AgileDays.
- Пойти в профессиональные сообщества в соц. сетях и связаться с лидерами или активными участниками. Скорее всего этим людям не всё равно, они болеют за профессию, поэтому есть шанс вовлечь их в решение своих проблем. Например, Архитектура ПО и Agile Russia.
- Сделать поиск по сетям с профессиональными контактами на подобие LinkedIn. Находите там нужного человека, пишите ему в личные сообщения и общаетесь. Например, меня так находили не один раз и привлекали в качестве консультанта.
- Банально — спросите рекомендации у коллег, которые получили позитивный опыт при работе с конкретной компанией или человеком. Хорошего айтишника, как хорошего врача, аккуратно передают из рук в руки.
4 Методологии управления IT-проектами
Подходы к управлению IT-проектами отличаются от управления проектами в материальном мире:
- IT — нематериальное. Если построить девятиэтажный дом, то в конце строительства никому не придет в голову раздвинуть пятый и шестой этажи, чтобы поместить между ними аквариум. А в программных продуктах такое происходит постоянно. Создание IT-продуктов часто начинают с высокой степенью неопределённости. Обычно не требуется писать исчерпывающее техническое задание, а достаточно описать ближайший небольшой релиз и дорожную карту.
- IT — интеллектуальный труд. Поэтому разработчиков нужно грамотно вовлекать в создание IT-продукта. Для начала изучения этой темы рекомендую книгу с говорящим названием Как пасти котов. Наставление для программистов, руководящих другими программистами.
4.1 Баланс между гибкостью и упорядоченностью
Существует множество разных подходов к управлению IT-проектами. Для упрощения я разделю все подходы на итерационно-инкрементальные и каскадные.
Процесс работы в стиле каскадной модели можно представить так:
- Перед началом проекта выбирается цель — мешочек денег на рисунке.
- До него прокладываются рельсы — делается аналитика, пишется техническое задание, подписываются контракты и т.д.
- Когда рельсы проложены, запускаем проект в работу — паровозик поехал к цели.
- Поменять цель сложно. Паровозик набирает инерцию, остановить его сложно. Если цель поменялась, то переложить рельсы сложно и дорого.
Процесс работы в итерационно-инкрементальном стиле можно представить так:
- Перед началом проекта выбирается цель — небольшой мешочек денег на рисунке.
- До него прокладываются примерная траектория — делается аналитика, например, по этому процессу.
- Планируется работа первой итерации, в конце которой поставляется инкремент продукта — подарочек на схеме.
- Команда продукта садится на самонаводящуюся ракету и летит к поставленной цели.
- После нескольких поставок команда проекта может понять, что можно получить мешок денег большего размера, если изменить направление разработки — большой мешок денег внизу рисунка. Траектория перестраивается и следующие итерации идут по новой траектории.
- Поставка инкремента происходит после каждой итерации. Обратная связь собирается в течение всего процесса разработки. Команда продукта имеет гибкую архитектуру, качественный код и готова менять продукта по ходу разработки бесконечное число раз.
Оба подхода имеют свои плюсы и минусы. Ни один из подходов нельзя назвать универсальным. При выборе между подходами можно оценивать пригодность подхода по схеме, которую я нарисовал по книге Balancing Agility and Discipline: A Guide for the Perplexed. Чем ближе характеристики вашего проекта к центру, тем более «гибкий» подход надо выбрать:
Еще один возможный критерий при выборе подхода к управлению — текущий этап жизненного цикла продукта. Об этом подробно рассказал Асхат Уразбаев в выступлении Как сохранить гибкость бизнеса, Agile Days 2017. На стадии зрелости стоит выбирать более формализованные подходы, а на стадиях создания и роста более гибкие:
4.2 Agile — это культура
Вокруг Agile сформировалось много мифов и легенд. Для начала давайте посмотрим, почему стоит внимательно присмотреться к этому подходу. Рекомендую посмотреть видео Греф про судьбу России и Agile подходах из IT — нефтяной век закончился. Цитаты из видео:
- «Мы сделали 27 000 изменений платформы за год. Amazon делает 10 000 изменений в день. Мы опаздываем, долгий time to market»
- «Те, кто не освоит Agile сегодня, будет лузерами завтра»
Весь «agile» описан в манифесте гибкой разработки ПО. Он состоит из четырех ценностей и двенадцати принципов. Обратите внимание на то, что обычно упускают из вида:
- Подпись под списком ценностей: «То есть, не отрицая важности того, что справа, мы всё-таки больше ценим то, что слева». Это значит, что надо заботится о людях и качестве взаимодействия между ними, но и не забывать налаживать процессы и использовать правильные инструменты. При этом процессы и инструменты играют меньшую роль, чем, например, качество коммуникации.
- Основополагающие принципы Agile-манифеста — список принципов, которые являются неотъемлемой частью манифеста.
Agile — описание культурного кода. Работать по Agile означает, что компания и бизнес-заказчики разделяют ценности и принципы, описанные в манифесте. При этом не важно какой управленческий фреймворк выбран, не важно используется доска со стикерами или нет.
Крупные компании в России и по всему миру пытаются внедрить у себя Agile, но мало у кого получается. Причина в том, что Agile это не набор инструментов, а культура, которая меняется тяжело. Моя практика внедрений Agile в компаниях и практика коллег показывает, что только 3-10% сотрудников готовы менять свою культуру. Остальные либо не хотят, либо не способны к изменениям. Поэтому, если вы решили внедрить Agile, то проще всего начинать с чистого листа. Если такой вариант не возможен, то ищите и нанимайте как можно больше новых людей, которые уже разделяют ценности и принципы гибкой разработки.
Частая проблема при гибком подходе связана с накоплением технического долга из-за постоянных изменений в коде и низкого уровня разработчиков. Тревожный знак, если во время разработки скорость поставки новых функций замедляется, ломается то, что уже работало, а разработчики уверяют, что это обычное дело. В этом случае прочитайте статью Определения провала IT-проекта пока не поздно.
Материалы, с которых можно начать изучение Agile:
- Видео Гибкое управление продуктом в двух словах.
- Spotify Engineering Culture, часть 1 и часть 2.
- Разные вариации манифеста гибкой разработки и другие популярные манифесты Подборка манифестов из мира IT.
- The Scrum Guide — свод всех правил Scrum.
- Книга о Scrum Scrum: The Art of Doing Twice the Work in Half the Time.
- 11-й ежегодный отчет State of Agile — исследование State of Agile проводится компанией VersionOne уже 11-й год среди компаний по всему миру и охватывает все основные аспекты применения Agile.
5 Создание IT-продукта
Прежде чем создавать IT-продукт, выберите цель и подход для вложения денег:
- Если есть готовое — купите. Для решения типовых задач бизнеса, которые не относятся к вашей ключевой компетенции, купите готовое решение. Например, если у вас курьерская компания и вы учитесь оптимизировать логистику, то не надо создавать собственную бухгалтерскую систему. Лучше купите 1С для бухгалтерии, а деньги и силы вложите в логистику.
- Отдайте на аутсорс вторичное. Например, рутинные задачи автоматизации. Если готовая система из коробки вам не подходит или ее надо внедрять, то закажите эту работу на аутсорсе. Помните, что если вы купили крутую CRM, то это не конкурентное преимущество, потому что любой игрок на рынке купит эту CRM.
- Создайте уникальное, то, что отделит вас от конкурентов. Например, мощную систему real-time offer management, которая сделает покупателей счастливыми, а вас богатыми.
Если вы дошли до п.3 и поняли, во что конкретно хотите вложить деньги, то теперь надо дёшево проверить идею и посчитать экономику.
5.1 Убить идею дёшево
У каждого из нас много хороших идей для нового IT-продукта. Создается ощущение, что мир будет счастлив получить IT-продукт, который нарисовался в нашей голове.
Возможно так и случится. А возможно мы ошибаемся, и никто не заплатит за будущий продукт. Чтобы быстро проверить идею и не потерять деньги на галлюцинациях, рекомендую изучить книгу Бизнес с нуля. Метод Lean Startup для быстрого тестирования идей и выбора бизнес-модели. Коротко опишу шаги, которые надо пройти:
- Сначала «продайте» идею пользователям. Убедитесь, что у пользователей есть боль и эту боль снимает ваш продукт. Сделайте эту проверку без разработки ПО. В статье о том, как запускался Dropbox, вы найдете пример такого подхода: «To avoid the risk of waking up after years of development with a product nobody wanted, Drew did something unexpectedly easy: he made a video». Важно проверять идею не на ваших родных и друзьях, а на максимально широком круге людей.
- Посчитать экономику проекта. Об этом подробнее расскажу ниже.
- Решите убить проект или вложиться. В идеале, надо сразу понять есть ли отклик рынка на продукт. Если отклика нет, то не вкладывать деньги в MVP, а убить проект. Если отклик есть и экономика сходится, то ищите способы кратного роста и, если надо, достойных инвесторов.
Есть еще один вариант, как распорядится своими деньгами и временем. Называется «Прыжок веры», как в Assassin's Creed. Вы ничего не проверяете, а доверяетесь своему чутью и вкладываете в идею без проверки. Такой вариант имеет права на жизнь, но риски выше, чем у варианта с проверкой рынка и расчетом экономики.
5.2 Экономика стартапа и метрики
Прежде чем вкладывать деньги в рост аудитории и организовывать продажи, стоит посчитать экономику. Идея в том, что если экономика сходится и есть подтвержденные источники кратного роста, то скорее вкладывайте деньги. Если же каждая продажа дает минус, то кратный рост обернется кратными убытками.
Илья Красинский из ФРИИ один из немногих в нашей стране, кто рассказывает доступным языком как правильно считать экономику. Рекомендую начать с видео HSE{sun}: Экономика стартапа и метрики: как помочь проекту найти цель и эффективно к ней идти и пройтись по его выступлениям.
5.3 Growth hacking
Чтобы IT-продукт выжил, скорее всего он должен быстро вырасти. Growth hacking — процесс быстрого экспериментирования через маркетинговые каналы и короткие итерации при разработке продукта для определения наиболее эффективных способов роста бизнеса. Вам надо подобрать «ключик» к умам широкой аудитории, чтобы продукт стал популярен.
Для вдохновения рекомендую прочитать историю о том, как вырос проект Airbnb. У них не было базы данных по недвижимости. Поэтому Airbnb решили позаимствовать базу с другого популярного сайта. Подробнее читайте в статье Airbnb: The Growth Story You Didn't Know.
На русском языке о Growth hacking пишут, например, на VC.ru.
5.4 Процесс разработки
Я рекомендую начать процесс создания продукта с изучения его ценности и точек взаимодействия с конечным пользователем. В нашей компании этот процесс состоит из трех этапов:
- Impact Mapping — карта целей и бизнес-гипотез.
- Customer Journey Mapping — карта контактов пользователей с системой, артефактов и барьеров.
- User Story Mapping — двумерная карта-план по реализации пользовательских сценариев.
Эти три инструмента — визуальные средства коммуникации внутри продуктовой команды. Я не рекомендую писать технические задания. Более подробно об этом в статьях Техническое задание как база знаний о проекте и Откровенное общение с заказчиком.
Желательно поставку новых фич сделать через короткие итерации длиной в одну неделю или в один день или один час. Чем выше уровень компетенций в команде, тем выше скорость поставки.
При таком подходе процесс разработки превращается в непрерывную проверку гипотез:
Подробное описание процесса в статье с видео и слайдами Пять самых важных составляющих процесса выпуска проектов, Agile Days 2016.
5.5 Экономика экосистем
В данный момент развивается идея об экономике экосистем. Поэтому прежде, чем стартовать продукт, не будет лишним изучить эту тему. Начать можно с лекции Германа Грефа Новые технологические тренды и модели эффективного менеджмента. Основная идея — убирать посредников-дистрибьюторов из взаимодействия между поставщиком продуктов/услуг и потребителем, а вместо него поставить «дирижера»:
Не факт, что вам надо становится «дирижерами» в какой-то экосистеме. Но если вы будете в курсе этой темы, то, возможно, подкорректируете идею своего продукта под правильный тренд и заработаете больше денег. А задуматься есть о чем, вот несколько фактов о крупнейших IT-компаниях мира:
6 IT-архитектура
Чтобы понять какая архитектура в моде и почему так произошло, стоит увидеть, как развивались требования бизнеса и предложение со стороны IT:
- Сначала было много маленьких независимых систем. До конца 80-х годов превалировал подход делать под каждую задачу отдельную программу. Таких программ было много, они были слабо связаны. В какой-то момент бизнес понял, что накладные расходы при таком подходе слишком высокие.
- Тогда появились большие ERP. Эти системы вобрали в себя бизнес-функции и дали «единое окно» для бизнеса. Например, вы ставите SAP на предприятии, и пользователи работают в одной программе. Больше ничего покупать и ставить не надо. Такой подход занял основное место при проектировании систем на пару десятков лет. С развитием облаков, культуры DevOps и культуры коротких релизов, пришло понимание, что огромные монолиты не могут развиваться достаточно быстро. Часто они тормозят бизнес.
- Сейчас развивается идея микросервисов. Этот подход сохраняет идею «единого окна», но дробит серверную часть на маленькие независимые сервисы.
Почему стоит присмотреться к микросервисной архитектуре:
- Быстрая поставка новых фич. Отдельные части вашего сервиса (сайта, мобильного приложения, ...) можно обновлять независимо от других частей системы. Скорость поставки новых фич у разных частей системы будет своя и не придется ждать одновременного релиза.
- Независимая разработка. Каждый сервис или набор сервисов развивается независимым кросс-функциональными командами. Это снижает критичность bus factor и повышает экспертизу команд.
- Разнородные среды и языки. Под каждый сервис можно выбрать лучшее решение, а не идти на компромиссы, как обычно бывает при единой платформе.
- Масштабирование. Сервисы нагружены по-разному, в разное время у них бывают пики. Поэтому каждый сервис сам заботится о своем масштабировании, что в итоге приводит к экономии ресурсов и более оптимальным бюджетам на «железо».
Более подробно о микросервисах, когда их стоит использовать и когда не стоит, какие сложности возникают при внедрении, посмотрите в видео Microsoft Dev School — Микросервисы, чистый PaaS и конкурс мисс Россия и в презентации Бизнес-гибкость через микросервисную архитектуру, Agile Days 2017.
7 Современные возможности IT с примерами
IT быстро растет. Развиваются подходы к машинному обучению и искусственному интеллекту. Я перечислю несколько проектов, которые меня вдохновляют:
- Amazon предсказывает где и что купят, загружает этой продукцией грузовики и отправляет их к месту покупки. При заказе на Amazon клиенты могут получить посылку в течение часа. Подробности в статье Why Amazon's Anticipatory Shipping Is Pure Genius.
- Для определения личностных характеристик водителя Uber использует Microsoft Cognitive Services. Подробности в описании Uber boosts platform security with the Face API, part of Microsoft Cognitive Services.
- По фотографии в соц. сети определяли является девушка интровертом или экстравертом. Экстравертам показывали рекламу косметики в стиле «будь самой крутой на вечеринке», а интровертам показывали рекламу в стиле «подчеркни свою индивидуальность». При таком подходе к микротаргетированию конверсия рекламы повысилась от 50 до 100%. Подробности этого и других кейсов в выступлении Михала Косински Открытая лекция о взаимодействии человека и искусственного интеллекта.
- Siemens заменила менеджеров компьютерной программой.
- AI научился предсказывать преступные наклонности по фото. Лучше других показала себя свёрточная нейронная сеть, точность предсказаний которой достигла почти 90 процентов.
Подобные проекты вдохновляют разработчиков. Если вы замахнетесь на такие высоты, то точно сможете привлечь нужных людей в проект.
Комментарии (16)
mfsavik
06.09.2017 10:39+3Спасибо большое. Для меня ценность статьи заключается в систематизации знаний. Многие пункты крутились «на языке», но благодаря статье формализовались.
Еще раз спасибо.
AlexPu
06.09.2017 10:41>>Такое положение дел выгодно для местных заказчиков и работодателей, потому что IT в России дешевое по мировым меркам.
Ну не знаю, не знаю — два года назад пробовали нанять удаленных контракторов из Петербурга для разработки отдельных, по преимуществу серверных компонент нашего продукта.
Причем продукта вполне инновационного (и работа была интересной и довольно нетривиальной в существенной ее части). Идея была моя, продвижение тоже (отчего бы и не помочь родине, если это способно принести выгоду?) — поднял свои связи… нашел кандидатов…
предпочтение отдавалось не отдельным разработчикам а небольшим сработавшимся коллективам, хотя и «единоличники» не сбрасывались со счетов. Требования к квалификации были кстати весбма щадящие…
И что вы думаете? две трети кандидатов отказались сами после получения спецификаций (как я уже упоминул, существенная часть работы была нетривиальной, и требовала некотророй продвинутости с точки зрения математики. Все в рамках образования технического ВУЗа впрочем).
Оставшиеся выкатили такой ценник (причем довольно единодушно, что заставляет подозревать что рейты вполне обоснованные), что финские и шведские разработчики были несколько выгоднее, а учитывая географическую и языковую «близость» — существенно более предпочтительными…
>>Российские IT-компании открывают филиалы в Европе и США, чтобы разработчики оставались в компании, но работали в комфортной стране.
Нет, они так поступают вовсе не для того, чтобы повысить комфорт персонала. В условиях довольно точно описанных в статье (плюс кое-что из того тто не описно, но не менее важно), крупные российские аутсорсеры меняют «место прописки» просто для того, чтобы не потерять своих клиентов и сохранить компетенции. Быть российским аутсорсером для выполнения работ для зарубежных клиентов в настояшее время практически невозможно (разовые контракты конечно возможны, но на системном уровне — без шансов)
AlexanderByndyu Автор
06.09.2017 10:52+1Оставшиеся выкатили такой ценник (причем довольно единодушно, что заставляет подозревать что рейты вполне обоснованные), что финские и шведские разработчики были несколько выгоднее, а учитывая географическую и языковую «близость» — существенно более предпочтительными…
Я думаю можно было найти как дешевле, так и дороже.
плюс кое-что из того тто не описно, но не менее важно
Я не стал подробно расписывать, упомянул только "… преследуется цель снизить риск из-за санкций и нестабильной ситуации в стране". Что еще написал?
speshuric
07.09.2017 05:48Всё сложнее.
Весь "анализ рынка" на самом деле смесь кучи систематических ошибок (анализировалось то, что легко анализировать, а не реальность).
Государство стало крупнейшим заказчиком из-за нескольких факторов. Тут и то, что, действительно, улучшать IT государства можно почти бесконечно, и то, что автоматизируются неэффективные процессы с минимальным пересмотром, и то, что процесс создания ПО менее прозрачный, чем закупки товаров (банально "намыть" можно больше). Тут же и сомнительная эффективность этих расходов (покупая, например, Enterprise лицензии MS SQL там, где можно обойтись Standard тратится ~$3к лишних на каждое ядро процессора).
С другой стороны, те, у кого заказчик — государство или госпредприятие, уже никуда от публичности отчетности не денутся. А те, у кого есть возможность не светить масштабы тем или иным способом — не светят. Пример: по информации от CEO JetBrains М. Шафирова выручка JetBrains в 2014 году была больше $110M. И вроде с тех пор должна быть только больше. Основное производство ПО у них в России, но компания не российская, в рейтингах ее справедливо нет.
В крупных интеграторах выручка имеет неоднородную структуру. Это и поставки техники, и поставки чужих лицензий ПО (MS, Oracle и др), и поставки своих лицензий, хостинг, обслуживание, разработка на заказ и еще куча всего. Норма прибыли в каждом случае своя и доля зарплат сотрудников в затратах сильно отличается.
У дочек крупных предприятий (они есть в списке) выручка — понятие достаточно синтетическое. По крайней мере к "рынку" это не относится. С другой стороны в этом анализе совсем-совсем не участвуют ИТ-подразделения крупных не-ИТ компаний, у которых бюджет только ФОТ может быть побольше, чем 600 млн руб ("входной билет в top CNews").
Из-за этих систематических ошибок делаются спорные выводы "с этими компаниями вы будете конкурировать за разработчиков" и "что бизнес в России или без средств для инвестирования в IT или ещё не увидел ценность инвестиций".
Если говорить про конкуренцию за разработчиков, то рынок разработчиков неоднороден, причем делится не только по стекам инструментов, но и по квалификации. Если вам надо сделать большую систему, то нужны как "безупречные", так и те "у кого есть возможности для развития", причем конкуренты будут сильно разными. С точки зрения сильных специалистов, например, интересны события ухода из РФ rnd Intel и Oracle, но не надейтесь, все ценные, кто хотел остаться и остались, стоят вполне международных денег.
После скачка курса 2014-2015 года сложилась глупая ситуация:
- сильные специалисты массово ушли от российских заказчиков (часть физически, часть работают здесь "на них")
- сильные специалисты почти не подешевели в $
- слабые специалисты, глядя на это, поучили стимул к развитию, кто мог — стал сильным (и см. выше), а кто не мог… тоже стал получать больше
- ах, да, денег у отечественных заказчиков в целом сильно больше в рублях не стало.
Такое положение дел выгодно для местных заказчиков и работодателей
Выгодно лишь части заказчиков. Те, кому нужны специалисты в тупике: денег нет и кадров на рынке нет.
Российские IT-продукты и услуги не востребованы на мировом рынке
Они востребованы, когда они есть. ЛК, Acronis — в топе CNews. Есть очень нишевые продукты, но если они становятся интересными, то владельцам проще перестать быть российскими по ряду причин. Длинному ряду.
Статья на самом деле — винегрет надёрганных модных терминов и концепций, правильных и неправильных, полезных и вредных советов. Но я прочитал с интересом: понятно, что творится в головах менеджеров.
AlexanderByndyu Автор
07.09.2017 05:58+1Государство стало крупнейшим заказчиком из-за нескольких факторов...
Я правильно понял, что вы признаете, что государство крупнейший заказчик ПО в России, но приводите ряд дополнительных причин?
поставки техники, и поставки чужих лицензий ПО (MS, Oracle и др), и поставки своих лицензий, хостинг, обслуживание, разработка на заказ и еще куча всего
Приведите ссылки на исследования с цифрами, иначе это ваши догадки. Хотелось бы видеть конкреные доли. И не забывайте, что технику и лицензии надо установить, настроить, внедрить и т.д. Качество айтишников у интеграторов играет такую же роль, как и у компаний разрабатывающих ПО.
бюджет только ФОТ может быть побольше, чем 600 млн руб
Приведите какие-то ссылки или исследования, которые показывают цифры. Пока похоже на ваши личные ощущения, которые могут быть как правильными так и неправильными.
Те, кому нужны специалисты в тупике: денег нет и кадров на рынке нет
Те, кто стартует крутые проекты, быстро находят и деньги и кадры. Это я из личного опыта могу сказать по работе с топом ритейла и екоммерс в России.
Они востребованы, когда они есть
Имелась ввиду не абсолютная невостребованность, а доля российских продуктов на мировом рынке. Конечно, есть единичные случаи, которые смогли предоставить крутой продукт мировому рынку, но это исключение, которое доказывает общее правило.
Статья на самом деле — винегрет надёрганных модных терминов и концепций
Это я не понял. Что значит «надерганных»? В чем суть проблемы и как мне сделать следующую статью лучше? Надеюсь суть этой фразы не в вашей личной оценке, а за этим стоит предложение по улучшению.speshuric
07.09.2017 23:29Я правильно понял, что вы признаете, что государство крупнейший заказчик ПО в России, но приводите ряд дополнительных причин?
Конечно, я согласен с тем, что в проанализированных CNews ИТ-компаниях, государство — важнейший и крупнейший по выручке заказчик, да. Но вы сразу делаете два вывода, с которыми я не согласен:
- Это означает, что четверть разработчиков в стране работает над государственными заказами. — не означает. Почему — поясню ниже в ответе по диверсификации выручки.
- Это также означает, что бизнес в России или без средств для инвестирования в IT или ещё не увидел ценность инвестиций в IT. — нет. Бизнес видит ценность ИТ-инвестиций уже лет 20. И средства есть (не бездонная бочка, но есть). И инвестирует, но, например на рубль затрат получает существенно больше, чем государство и не тратит больше, чем может прожевать.
Приведите ссылки на исследования с цифрами (диверсификация выручки)
Вы приводите цитаты из отчета "CNews100 крупнейших ИТ-компаний России" так, как будто этот отчет целиком по компаниям ИТ-разработчикам, например, цитата "На долю топ-20 приходится 77,9% совокупной выручки". Это не так, и даже в самом обзоре делается различите между всеми ИТ-компаниями и ИТ-разработчиками: Также в рамках обзора «Рынок ИТ: итоги 2016» подготовлены рейтинги «CNewsFast: Самые быстрорастущие ИТ-компании 2016», «Самые эффективные компании CNews100 2016» и «Крупнейшие ИТ-разработчики России 2016». Вот ссылки: CNews100: Крупнейшие ИТ-компании России 2016 и CNews Analytics: Крупнейшие ИТ-разработчики России 2016
Даже бегло посмотрев видно, что выручка ИТ-разработчиков — где-то 20-25% от выручки ИТ Топ-100. И распределение данных в этих таблицах несколько различается. В общем отчете CNews есть колонки "Штатная численность" и "Выработка на человека" и для ИТ-разработчиков в среднем этот показатель заметно ниже, чем для условных "продавцов-железячников", причем явно "в плюс" выделяются разработчики ПО, пользующиеся спросом на западе (ЛК, например).
Примерно те же выводы про структуру выручки в приведенной вами ссылке на исследование РУССОФТ, страница 22. Всякие IDC, TAdviser, RAEX тоже учитывают это деление. Все оценивают долю разработки в 15-30% (разные методики, разное разнесение).
Соответственно, "четверть выручки ИТ-компаний" уже может не соответствовать "четверть разработчиков в стране". Более того, учитывая "неэффективность донесения" стоимости контрактов до зарплат разработчиков в ИТ-проектах, скорее всего госзаказ именно в разработке ПО существеннен, но не главный фактор. Гораздо большее влияние, наверное, оказывают банки. Посмотрите, из Топ-40 ИТ-разработчиков Epam, Luxoft, Ай-Теко и другие — аутсорс для банков; Центр Финансовых Технологий, Банковские информационные системы (БИС) — продукты для банков, Сбербанк Технологии — часть банка. А ведь есть еще и внутреняя разработка банков. ВТБ, Альфа, Открытие, Райфайзен, Deutsche Bank, Тинькофф и прочие — во всех в них есть сильные ИТ-коллективы.
бюджет только ФОТ может быть побольше, чем 600 млн руб
Приведите какие-то ссылки или исследования, которые показывают цифры.Ну, например, Альфа-банк только потому что быстрее всего было найти. 1500-1600 человек и планировали расширяться. Надо ли доказывать, что только ФОТ тут миллиардами меряется? Да, Альфа — крупный банк, но в банках поменьше тоже ИТ-подразделения крупные.
Что значит «надерганных»? В чем суть проблемы и как мне сделать следующую статью лучше? Надеюсь суть этой фразы не в вашей личной оценке, а за этим стоит предложение по улучшению.
Зря вы решили, что мне статья не понравилась. Статья — отличный набор ссылок. То, что в ней есть некоторое количество советов, которые я считаю хайпово-вредными и ошибочными — нормально. Я не смогу идти по всей статье, она большая, но в целом, например, удивило, что статья вроде бы для не-ИТ менеджеров, а в ней попытки раскрыть тему выбора языка программирования. Если "универсальный менеджер", то сконцентрируйся на поиске общего языка с ИТ и организацией работы, а не с выбором технологий. А если ИТ-менеджер, то этот кусок выглядит весьма наивно.
С другой стороны, для не-ИТ руководителей я бы упомянул ITIL/ITSM, как способ обеспечить прозрачность и управляемость ИТ-инфраструктуры, а для ИТ-руководителей можно посоветовать, например, "Чего хочет бизнес от IT" Терри Уайта. В практическом смысле для среднего руководителя это, наверное, полезнее сомнительной (для менеджеров) информации про микросервисы.
"Винегрет" тут скорее про то, что статья одновременно и про ML, и про Agile, и про микротаргетирование, и про микросервисы, и про выбор ЯП, и про "uber-экономику".AlexanderByndyu Автор
08.09.2017 08:51Спасибо за развернутый комментарий.
Я понял в чем проблема в выводах, которые я написал:
- Мои выводы — не детальный анализ всего рынка. Их ценность в том,
чтобы показать направление для предпринимателей, которые захотят развиваться IT в своей компании или создать стартап. Поэтому у меня есть упрощения и поэтому я дал ссылку на детальный отчет РУССОФТ. - Когда я написал о четверти разработчиков, я хотел сказать об айтишниках,
а не конкретно о программистах. Т.е. админы, внедренцы и т.п. входят в эту долю.
Вы правильно заметили, что не одной разработкой живут айти-компании. - Когда я написал о четверти, я не имел ввиду двадцать пять целых и ноль десятых процента. Я хотел показать какой кусок выручки создается за счет наших с вами налогов и тратится, на мой взгляд, не достаточно эффективно. А отсюда можно увидеть какие разработчики есть на рынке и быть готовым к тому, что, когда они придут к вам устраиваться на работу, то им придется объяснять как работает реальный бизнес, а не гос. заказ.
Ну, например, Альфа-банк только потому что быстрее всего было найти. 1500-1600 человек и планировали расширяться. Надо ли доказывать, что только ФОТ тут миллиардами меряется?
Не понял связь ФОТ с созданием крутых конкурентных IT-продуктов. Вы можете сколько угодно платить зарплаты, но при этом вся зарплата будет уходить на рутинную работу. После такой работы разработчик не станет автоматоматически конкурентным на мировом рынке.
в ней попытки раскрыть тему выбора языка программирования
Выбор тем для статьи я сделал не случайно. Только за это лето я общался с четырьмя бизнесами, которые задавали мне вопросы по темам, которые я выбрал для статьи. Вы удивитесь, как часто топ-менеджер и даже собственник федеральной компании пытаются выбрать платформу, язык программирования и архитектуру. Я предложил простые ориентиры для таких людей, чтобы их сильно не «мотало» при выборе.
полезнее сомнительной (для менеджеров) информации про микросервисы
Не соглашусь. Знаю компании, где линейных менеджеров отправили на курсы Яндекса по машинному обучению. После этого люди, которые раньше ничего не знали об IT, начали писать простые скрипты на Python, что привело к улучшению общения IT и бизнеса.
Еще я лично видел как владелец бизнеса рассказывал своим айтишникам о микросервисах. Такие вот изменения сейчас происходят :)
«Чего хочет бизнес от IT» Терри Уайта
Книгу не читал, поставил в свой список на прочтение. Спасибо за наводку.- Мои выводы — не детальный анализ всего рынка. Их ценность в том,
AlexPu
07.09.2017 07:14+2>>С другой стороны, те, у кого заказчик — государство или госпредприятие, уже никуда от публичности отчетности не денутся. А те, у кого есть возможность не светить масштабы тем или иным способом — не светят.
Очень позабавило :) В условиях когда до 80% (самому трудно поверить в такие цифры, но это личный опыт и опыт нескольких моих знакомых) суммы госконтрактов (и контрактов коммерческих компания и иных организаций подконтрольных государству) приходится на «откаты», тут самое место публичности и отчетности :)speshuric
07.09.2017 23:36Тут нет противоречия. Если ты выигрываешь гостендер на условный миллиард, то скрыть по-тихому выручку не получится. А вот скрыть структуру затрат — придётся обязательно.
AlexPu
08.09.2017 08:25+1это серьезно, да????
честно говоря слышал, что на свете существуют столь наивные люди… но никогда вживую не встречал… такие люди говорят даже верят в то, что тендеры выигрываются (впрочем, такое таки бывает — как курьез)
AlexPu
06.09.2017 14:29+1>>Я думаю можно было найти как дешевле, так и дороже.
МОЖНО выиграть 90 млн. в евроджекпот, получить большое наследство, написать гениальный сценарий и получить за него многаденег… итп… все можно…
>>Я не стал подробно расписывать, упомянул только "
Ну в отношении «рисков из-за санкций»… здесь риск состоит главным образом в возможности наложения санкций на иностранные компании, которые сотрудничают с российскими компаниями в отношении которые выдвинуты те или иные подозрения (сотрудничество с маргинальными политическими режимами, экономическая деятельность в крыму, подозрения
в участии в коррупционных схемах, среди акционеров обнаружится какой нибудь Сечин итп). т.е. если российский аутсорсер «Рога и Копыта» открыл филиал (или даже дочернюю компанию) в Крыму, то есть очень большой риск, что иностранные клиенты этого аутсорсера будут вынуждены преравть любые экономические связи с ним, заполучив немаленькие убытки. Теоретически возможно, что такой режим будет распространен на все без исключения российские компании, но в то что это произойдет никто не верит, а потому всерьез не рассматривают. А кроме того вывод активов за рубеж не сильно то поможет в этом отношении компании «Рога и Копыта»
Но вот что действительно важно в глазах по крайней мере европейских заказчиков, так это… ну… что-то вроде «подмоченой репутации» — российский бизнес непрозрачен, и если раньше это не сильно кого-то беспокоило, то сейчас, в связи с активизировавшейся борьбой с уходом от налогов… в общем когда неясно кому компания принадлежит, откуда у не деньги и как она эти деньги тратит… Ну и стабильность конечно — вы собственно об этом упомянули — когда государство в любой момень может изменить правила игры, или даже просто выдвинуть налоговые претензии произвольному хозяйствующему субъекту, в результате чего выполнение заключенных контрактов окажется под угрозой… тут большинство думают — «а ну его нафиг!»
Еще одна вещь — в какой-то момент государство в РФ (включая коммерческие компании ассоциированные с государством а также структуры котореы не являясь формально государственными полностью ими контролируются) стало основным клиентом ИТ бизнеса — не важно по какой причине, но так получилось. Правила игры в данном секторе очень сильно отличаются от классического аутсорсинга при работе на европейских или американских клиентов — множество квалифицированных специалистов оказались невостребованы — зачем в проектах для РЖД специалисты владеющие английским языком, имеющие богатый опыт работы с методологией agile? Ну это я так — навскидку… думаю вы поняли… Собственно и к квалификации требования тоже сильно снизились — это видно по качеству проектов такого рода (не всех конечно, но очень многих) которые были выполнены в последние годы. Куда деваются эти специалисты? Да кто куда — переквалифицируются, уезжают за рубеж… Я могу свидетельствовать — в посление года три количество моих коллег которые переехали в солнечную финляндию на постоянное место жителтьство вырасло даже не в разы — на порядок! И поток похоже не собирается оскудевать (в среднем в неделю я получаю как минимум один запрос от кого-то из своих знакомых, не обязательно от коллег правда, но и их тоже — с просьбой прояснить те или иные аспекты переезда в финляндию/швецию/норвегию), хотя в масштабах всей РФ это в общем-то ерунда, ну так Финляндия и не является меккой ИТ миграции!
Вот так и получилось, что российские компании стремительно теряют компетенции — чтобы созранить хоть что-то они вынуждены становиться европейскими компаниями, предлагая рабочие места соотечественникам (причем замечу — довольно часто условия менее выгодные чем в Москве или Петербурге. российские коллеги соглашаются просто потому, что рассматривают такое трудоустройство как временное)
Ну вот как-то так… хм… сумбурно правда…AlexanderByndyu Автор
06.09.2017 14:45МОЖНО выиграть 90 млн. в евроджекпот...
Я имел ввиду, что отлично знаю российский рынок и представляю себе разбег цен и разбег качечаства предоставляемых услуг. Судя по описанию вы посмотрели не много предложений и только в одном городе. Поэтому еще раз, если поискать, то можно найти как дешевле так и дороже.
Если не секрет, по каким ставкам вам предлагали работать?
Ну в отношении «рисков из-за санкций»…
Да, согласен. За свою компанию скажу, что нам санкции не помешали, правда у нас контракты небольшие по $100-150K.notacat
06.09.2017 15:12+1пока не помешали. Может быть конечно, что конкретно санкции никогда и не помешают. Но вот все вместе… И пробовали ли вы посчитать упущенную выгоду. Т.е. при прочих равных — если вы обсуждали какой-то контракт и он ушел иностранной компании. Или существующий заказчик следующую свою работу отдал не вам. Мне кажется, что будет все сложней найти заказчиков, готовых работать с российскими компаниями. Какое-то время на старой репутации можно держаться. Но вот обеспечить себе рост?
AlexanderByndyu Автор
06.09.2017 15:15+2Я согласен, что правительство не помогает, а скорее наоборот. Я был бы только рад, если бы они работали на положительный имидж страны.
AlexPu
06.09.2017 16:15>>Судя по описанию вы посмотрели не много предложений и только в одном городе. Поэтому еще раз, если поискать, то можно найти как дешевле так и дороже.
Много или не много — вопрос философский. Рассматривали только Петербруг ибо во первых почти все мои связи именно там, а во вторых предполагались взаимные командировки, которые тоже стоят денег, причем сверх оговоренных сумм.
Что до рейтов… ну вот не помню… долго кстати помнил… кажется 42 евро это та ставка на которую мы согласились (разработчики из швеции) Но… боюсь соврать…
>>За свою компанию скажу, что нам санкции не помешали, правда у нас контракты небольшие по $100-150K.
Это похоже именно то, о чем я и писал: разовые контракты
evetrov
Хорошая обзорная информация! Спасибо