Льготы для IT-компаний в 2023 году: условия и порядок оформления

Разработчики игр и ПО
Contents
  1. Порядок предоставления консультационных услуг
  2. 3.1. Порядок предоставления консультационных услуг вне договора поддержки.
  3. 3.2. Порядок и сроки предоставления услуг по договору поддержки
  4. 3.4. Порядок предоставления услуг по договору поддержки с оказанием дополнительных услуг
  5. Свежие новости и статьи
  6. Определение понятия
  7. О границах использования
  8. Структура
  9. Виды
  10. Связь сопровождения с эволюцией ПО
  11. Почему вводят льготы для IT-бизнеса
  12. Процесс обслуживания программного обеспечения
  13. #1. Определите требование
  14. #2. Анализ
  15. #3. Дизайн
  16. #4. Внедрение
  17. #5. Тестирование системы
  18. #6. Приемочное тестирование
  19. #7. Доставка
  20. Российская стимуляция IT «по-хорошему»
  21. Образование даёт мало кадров, государство повышает привлекательность IT-профессий
  22. Техни­ческая поддержка
  23. Вывод
  24. Как РФРИТ выделяло гранты ИТ-компаниям
  25. Типы заявок предложений о модификации
  26. Популярные статьи
  27. Из трех путей поддержки ИТ-компаний останется только два

Порядок предоставления консультационных услуг

3.1. Порядок предоставления консультационных услуг вне договора поддержки.

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

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

3.2. Порядок и сроки предоставления услуг по договору поддержки

Услуги по договору всех видов поддержки включают:

  • регистрацию запросов (инцидентов) заказчика по телефону 8 (342) 258‒0‒258 и электронной почте [email protected];
  • оказание консультаций по телефону по использованию программного обеспечения;
  • обработку запроса в течение суток в случае, если запрос связан с нарушением функционирования ПО, делающим невозможным использование всего ПО или значительной ее части;
  • обработку запроса в течение 3 рабочих дней, если он связан с нарушением функционирования ПО, не подпадающего под предыдущий пункт; обработку запроса, включая согласование объемов работ и сроков их выполнения с заказчиком в течение 10 рабочих дней в случае, если запрос связан с оказанием дополнительного объема услуг по настройке/модификациям ПО;
  • выполнение дополнительных объемов работ, после их согласования, при необходимости с выездом к заказчику, с почасовой оплатой по оговоренным ставкам.

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

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

Тариф «Комплексный» позволяет получать консультации и практическую помощь по различным вопросам применения информационных технологий (далее задачи).

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

Свежие новости и статьи


Статьи
10 ноября 2022

Как мы на Яндекс Почту мигрировали: кейс ALP ITSM
ALP ITSM обеспечивает IT-поддержку компаниям разного масштаба — от небольших офисов с 20 сотрудниками до международных фастфуд-гигантов. Мы помогаем нашим клиентам находить выгодные IT-решения, подбираем и устанавливаем оптимальные сервисы. Но недавно мы сами оказались в ситуации, когда нужно было отказываться от привычных решений и искать новые варианты. Рассказываем, как наша компания численностью 120 сотрудников переходила на отечественный почтовый продукт и что из этого вышло.

Статьи

5 сентября 2022

Импортозамещение и локализация ИТ-инфраструктуры. Что общего? И в чем отличия?
В чем разница между импортозамещением и локализацией ИТ? Для каких компаний подходят эти две стратегии? Значит ли их реализация, что от иностранного софта и оборудования нужно будет отказаться полностью? Разобраться в теме помог Сергей Идиятов, руководитель направления консалтинга ALP ITSM.


Статьи

22 августа 2022

Топ-5 рекомендаций для CEO: как локализовать IT-инфраструктуру?
Для компаний с центральным офисом в зарубежных странах санкционный кризис стал серьезным испытанием. При сохранении бизнеса в России нужно выделить IT-инфраструктуру локального офиса и сделать ее независимой и автономной от глобальной компании, объявившей об уходе из РФ. Этот «развод по-итальянски» требует четкого плана, ресурсов и крепких нервов. Как минимизировать риски, рассказывает Сергей Идиятов, руководитель направления консалтинга ALP ITSM, сервисной IT-компании холдинга ALP Group.


Статьи

11 мая 2022

Не можно, а нужно: рассказываем, как безболезненно перенести IT-инфраструктуру компании в российское облако. Кейс ALP ITSM

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

Статьи

1 апреля 2022

Автоматизируй это! Четыре бизнес-процесса, где нельзя обойтись без Service Desk.
Когда компания растет, увеличивается и количество запросов от пользователей. Однажды это превращается в «снежный ком»: техподдержка не справляется с потоком, заявки теряются, время обработки обращений все дольше, пользователи недовольны. Знакомая ситуация? Тогда нужно срочно внедрять ServiceDesk. Разбираемся, чем может помочь эта система, и какие направления стоит автоматизировать в первую очередь.

Определение понятия

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

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

О границах использования

Сопровождение программных продуктов – понятие, которое имеет несколько точек зрения относительно своей применимости:

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

ГОСТ 34.601-90 рассматриваемое понятие предусматривает выполнение работ в соответствие с гарантийными обязательствами (по гарантии), а также послегарантийное обслуживание.

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

Сопровождение – процесс, стандартизированный ISO/IEC 14764:99. Имеет более широкое понятие, чем поддержка. Сопровождением программных продуктов занимаются квалифицированные специалисты. Они лучше разбираются в ошибках и их исправлении, включая скрытые баги.

Структура

Сопровождение программного обеспечения – это характеристики продукта, которые позволяют свести к минимуму изменения:

  • для устранения обнаруженных ошибок;
  • при модификации в соответствии с потребительскими нуждами.

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

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

  1. Линия 0. Информационный центр или «горячая линия». Здесь ведется обработка телефонных клиентских звонков с последующей передачей обращений техническим специалистам.
  2. Линия 1. Работает инженер по сопровождению. Он консультирует клиентов. При необходимости – настраивает софт и устраняет ошибки. Специалист занимается наполнением базы знаний и составлением руководств (мануалов).
  3. Линия 2. Здесь в дело вступает инженер техподдержки. Он отвечает за функциональное сопровождение и проектную деятельность на этапе установки и активации контента непосредственно на устройствах клиента.
  4. Линия 3. Осуществляется сопровождение и проектная деятельность на оборудовании в момент запуск софта.

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

Виды

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

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

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

Расширенный тип предусматривает:

  • модификации эталонных сервисов и баз данных для развития и встраивания обновлений;
  • совершенствование для отладки работоспособности итогового контента.

Остальные задачи обсуждаются индивидуально.

Связь сопровождения с эволюцией ПО

Отдельно хочется коснуться связи сопровождения с эволюцией программных систем. В 1969 году Мэнни М. Леман впервые связал деятельность по сопровождению и вопросы эволюции программного обеспечения. Результаты более чем 20-ти летних исследований группы, которой он руководил, привели к формулированию ряда важных положений. Ключевой результат: деятельность по сопровождению, по сути, представляет собой эволюционную разработку программных систем. Принятию тех или иных решений в процессе сопровождения, помогает понимание того, что происходит с программной системой в процессе ее эксплуатации.

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

Леман вместе с Белади (Lehman and Belady) выделили 3 типа программ.

  1. Программы S-типа, требования к которым могут быть формализованы.
  2. Программы P-типа, которые развиваются итеративно.
  3. Программы E-типа, которые влияют на окружающую среду. Поэтому их нельзя рассматривать изолированно от нее.

На основании этой классификации для программных систем Е-типа постепенно Леманом были сформулированы законы эволюции:

  • (1974) Непрерывное изменение — системы E-типа должны непрерывно адаптироваться или они будут все менее удовлетворять потребностям компании.
  • (1974) Увеличение сложности — по мере развития систем E-типа их сложность будет возрастать, если не поддерживать их и не уменьшать сложность.
  • (1974) Саморегулирование — процесс эволюции систем E-типа саморегулируем, распространение продукта близко к нормальному закону.
  • (1978) Сохранение организационной стабильности — средняя скорость развития систем E-типа инвариантна относительного жизненного типа программного продукта.
  • (1978) Сохранение осведомленности — поскольку системы E-типа вовлечены во все с ними связанное: разработчиков, продавцов, пользователей, то для достижения полезного развития необходимо поддерживать знание их содержания и поведения различными группами пользователей. Избыточное развитие ухудшает владение системой.
  • (1991) Непрерывное развитие — функциональное содержание систем E-типа должно непрерывно расширяться, чтобы обеспечить удовлетворенность пользователей на период жизненного цикла системы.
  • (1996) Ухудшение качества — качество систем E-типа будет ухудшаться, если они не будут тщательно сопровождаться и адаптироваться под изменения операционной среды.
  • (1996) Система обратной связи (впервые — 1974, формализовано — 1996) — процессы эволюции систем E-типа представляют собой системы многоуровневой, многоконтурной и охватывающей многих сотрудников обратной связи и должны быть такими, чтобы достигнуть существенных улучшений разумными средствами.

Почему вводят льготы для IT-бизнеса

После пандемии многие IT-специалисты поняли, что есть возможность заниматься своей работой удаленно из любой точки мира. А весной и осенью 2022 года они массово начали уезжать в страны ближнего зарубежья: Армению, Грузию, а также в Европу, в основном, в Сербию и Турцию. По разным данным, из России могли уехать от 70 до 150 тысяч IT-специалистов, что сильно ударило по сектору.

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

Процесс обслуживания программного обеспечения

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

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

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

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

#1. Определите требование

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

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

#2. Анализ

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

#3. Дизайн

Эта фаза предназначена для разработки модификации или изменения. Это включает в себя понимание требований и разработку решения, которое им соответствует.

#4. Внедрение

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

#5. Тестирование системы

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

#6. Приемочное тестирование

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

#7. Доставка

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

Российская стимуляция IT «по-хорошему»

Образование даёт мало кадров, государство повышает привлекательность IT-профессий

По состоянию на осень 2020 года в сфере IT в России было занято около 1,8 млн россиян, что составляло примерно 2,6% от всего работающего населения страны. Налицо явный дефицит кадров. Причём, как утверждают в ВШЭ, спрос на IT-специалистов в условиях пандемии не только не снизился, но и вырос. Эксперты называют нехватку кадров главным препятствием для развития сектора.

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

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

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

Он отметил, что количество бюджетных мест по IT-специальностям в новом 2021–2022 учебном году возрастёт до 80 тысяч — это на 25% больше, чем годом ранее. Речь идёт о таких направлениях, как «Информатика и вычислительная техника», «Электроника, радиотехника и системы связи» и другие.

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

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

Мнение экспертов: усилия властей не особо помогут отрасли

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

«Мы уверены в качестве IT-образования лишь в небольшом числе вузов».

Валентин Домбровский, LearnPython

«Технологии ушли вперёд, а образовательная программа застряла в середине прошлого века. В весьма уважаемых российских технических вузах можно встретить такой предмет, как черчение, на котором студенты старательно рисуют на ватмане корявого вида железки. Computer-assisted design, говорите? — Нет, не слышали», — комментирует сотрудник учебно-научной лаборатории искусственного интеллекта, нейротехнологий и бизнес-аналитики РЭУ им Г. В. Плеханова Пётр Карпов.

Как рассказал Skillbox Media сооснователь MoscowPython и Geekfactor.io, CEO Drylabs, сооснователь курсов программирования LearnPython Валентин Домбровский, образовательные программы в вузах сегодня «оторваны от реальности».

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

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

Техни­ческая поддержка

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

Вывод

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

Как РФРИТ выделяло гранты ИТ-компаниям

В начале 2021 г. РФРИТ провел два конкурса на выделение грантов по внедрению российских ИТ-решений и по их разработке. Общая сумма выделенных грантов составил 4,3 млрд руб. Гранты на разработку ПО получили «Новые облачные технологии» (бренд «Мой офис», 300 млн руб. на разработку корпоративной системы электронной почты), «Бэнк Софт системс» (156 млн руб. на раработку систему дистанционного банковского обслуживания), «Хоулмонт», Ntechlab и др.

В 2022 г

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

В конце 2022 г. правительственная комиссия по цифровому развитию утвердило дорожные карты «Новое общесистемное ПО» и «Новое индустриальное ПО», в рамках которых было создано, соответственно, 12 центров компетенций по развитию общесистемного и прикладного ПО (ЦКР) и 33 индустриальных центра компетенций (ИЦК).

Типы заявок предложений о модификации

Процесс сопровождения состоит из обработки заявок пользователей. Эти заявки целесообразно классифицировать по типам (см. рис. 2).

Рис. 2. Иерархия типов предложения по модификации ПО (по стандарту ГОСТ Р ИСО/МЭК 14764-2002)

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

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

Полное (совершенствующее) сопровождение — изменение программного продукта после поставки для улучшения производительности или удобства эксплуатации.

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

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

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

Популярные статьи

1

Расчет себестоимости

Расчет себестоимости – очень сложный процесс

Важно не только правильно обобщить все затраты. Надо..

17.03.2020

 • 
Ольга Воробьева

2

PEST-анализ: что это такое и как его провести на примерах

Стратегический менеджмент – это работа с неопределенностью во внутренней и, особенно, во вне…

23.08.2019

 • 
Евгения Чернова

3

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

Анализ финансовых результатов деятельности предприятия дает понимание, насколько эффективно оно ра…

31.01.2020

 • 
Ольга Воробьева

4

Система 5S на производстве: секреты успешного внедрения

Термин «5S» стал популярен в 1980-х годах в производственном секторе Японии. В это время успехи ко…

22.07.2019

 • 
Ильнар Фархутдинов

Из трех путей поддержки ИТ-компаний останется только два

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

Фото: valphoto / Фотобанк Фотодженика

Минцифры отказалось от выделения прямых грантов ИТ-компаниям на разработку нового ПО

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

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

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

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

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

Rate article