Уровень готовности технологии (далее – УГТ) – метрика оценки зрелости технологии, определяемая в соответствии с пунктом 5.1.2 Национального стандарта Российской Федерации «Трансфер технологий. Методические указания по оценке уровня зрелости технологий» ГОСТ Р 58048-2017:
- УГТ7. Прототип системы прошел демонстрацию в эксплуатационных условиях. Прототип отражает планируемую штатную систему или близок к ней. На этой стадии решают вопрос о возможности применения целостной технологии на объекте и целесообразности запуска объекта в серийное производство.
- УГТ8. Создана штатная система и освидетельствована (квалифицирована) посредством испытаний и демонстраций. Технология проверена на работоспособность в своей конечной форме и в ожидаемых условиях эксплуатации в составе технической системы (комплекса). В большинстве случаев данный УГТ соответствует окончанию разработки подлинной системы.
- УГТ9. Продемонстрирована работа реальной системы в условиях реальной эксплуатации. Технология подготовлена к серийному производству
Что такое "уровень готовности технологии" - стадия развития технологии, создание и (или) внедрение которой (в том числе посредством трансфера, разработки, коммерциализации, масштабирования и т.д.) предусмотрены в рамках реализации инновационного проекта, от начальной стадии формирования фундаментальной концепции технологии до завершающей стадии внедрения технологии в конечный продукт и запуска его серийного производства, определяемая в соответствии с общепринятыми российскими и зарубежными методиками, согласно которым выделяются в том числе следующие базовые уровни готовности технологии по мере ее возрастания:
- первый уровень - сформулирована фундаментальная концепция технологии и обоснована ее полезность;
- второй уровень - определены целевые области применения технологии и ее критические элементы;
- третий уровень - получен макетный образец и продемонстрированы его ключевые характеристики;
- четвертый уровень - получен лабораторный образец, подготовлен лабораторный стенд, проведены испытания базовых функций связи с другими элементами системы;
- пятый уровень - изготовлен и испытан экспериментальный образец в реальном масштабе по полупромышленной (осуществляемой в условиях производства, но не являющейся частью производственного процесса) технологии, воспроизведены (эмулированы) основные внешние условия;
- шестой уровень - изготовлен репрезентативный полнофункциональный образец на пилотной производственной линии, подтверждены рабочие характеристики в условиях, приближенных к реальности;
- седьмой уровень - проведены испытания опытно-промышленного образца в реальных условиях эксплуатации;
- восьмой уровень - окончательно подтверждена работоспособность образца, запущены опытно-промышленное производство и сертификация;
- девятый уровень - продукт удовлетворяет всем требованиям - инженерным, производственным, эксплуатационным, а также требованиям к качеству и надежности и выпускается серийно.
Институты инновационного развития могут руководствоваться базовыми уровнями готовности технологий - в целях применения в своих локальных нормативных актах - определяемого в соответствии с абзацами шестнадцатым-двадцать пятым пункта 2 Правил оценки эффективности, особенности определения целевого характера использования бюджетных средств, направленных на государственную поддержку инновационной деятельности, и средств из внебюджетных источников, возврат которых обеспечен государственными гарантиями, и применяемые при проведении такой оценки критерии, утвержденных постановлением Правительства Российской Федерации от 22 декабря 2020 г. № 2204 «О некоторых вопросах реализации государственной поддержки инновационной деятельности, в том числе путем венчурного и (или) прямого финансирования инновационных проектов, и признании утратившими силу акта Правительства Российской Федерации и отдельного положения акта Правительства Российской Федерации»;
Подробные консультации (платные) по всем этим вопросам можно получить по электронным каналам связи (Skype, Zoom, телефон и т.п.) или в офисе компании в Казани (по предварительной записи) - оставьте заявку и напишите нам свой вопрос
При необходимости - обращайтесь к нам!
Оплатить консультацию по вопросу или услугу можно здесь
Заказать консультацию или сделать заявку на услугу можно:
- или через форму обратной связи
- или через форму контактов внизу страницы
- или опишите кратко суть Вашего проекта (это уменьшит количество уточняющих вопросов)
Мы можем помочь Вам законно снизить налоги.
Путем применения законных налоговых льгот и преференций (по НК РФ и региональным законам - субъектов РФ):
- проверка (подходят ли Ваши компании под какие-либо)
- подготовка компании для применения налоговых льгот
- иногда - реструктуризация компании
- иногда выделение раздельного учета операций внутри компании
Мы можем помочь Вам получить льготные деньги:
Путем участия в программах и конкурсных отборах (по ППРФ и региональным НПА):
- субсидии
- гранты
- целевые бюджетные средства
- льготные займы фондов
- льготные кредиты банков
- земельные участки без торгов
- льготные ставки аренды земли и имущества
При необходимости - обращайтесь к нам!
При необходимости - обращайтесь к нам!
Оценка УТГ или TRL для IT проектов по ГОСТ :
- 58048-2017 «Трансфер технологий»
- 56861-2016 «Разработка концепции изделия и технологий» - оценка уровня технологической готовности для проектов разработки концепции изделия или технологий
Мы предлагаем:
- Независимая оценка TRL (УГТ) для IT проектов по ГОСТ;
- Помощь в самооценке готовности технологии и/или производства по ГОСТ;
- Содействие в повышении уровня готовности TRL.
Большой опыт оценки качества технологий и продуктов (в том числе для судов), а также нормативных аудитов по ГОСТ, позволяет экспертам эффективно и быстро
- как оценить уровень готовности TRL,
- так и оказать содействие в повышении уровня зрелости IT-проекта.
Полученная оценка TLR позволит как грамотно разместить инвестиции, так и повлиять на их привлечение.
Сколько стоит услуга по определению уровня УТГ TRL (самооценка, внешняя оценка, обоснование)?
Вариант 1 (эконом). Самооценка.
Услуга:
Помощь в проведении (услуга сопровождения) самооценки (определения) уровня УТГ TRL для ПО (программное обеспечение ЭВМ) или ПАК/АПК (программно-аппаратных комплексов):
- Продолжительность 1-2 рабочих дня.
- Стоимость от 12 500 руб.
- Разовый договор/акт/счет
- 100% предоплата
- ГОСТ Р 58048-2017
- Без тестирования ПО/ПАК в роли пользователя (выводы по документации и демонстрации в пределах 1-1,5 часов)
Результат:
- Краткий текст отчета (заключения) о самооценке в свободной форме (для распечатки на бланке организации, проводившей самооценку) по формату и в объеме на усмотрение исполнителя. Пример краткого отчета
Дополнительные услуги:
- Рекомендации по повышению TRL (УГТ) - отдельная услуга (консультация 3500/час).
Вариант 2 (развернутый)
Отчет об определении уровня УТГ TRL для ПО (программное обеспечение ЭВМ) или ПАК/АПК (программно-аппаратных комплексов):
- Продолжительность 4-5 рабочих дней.
- Стоимость от 46 000 руб.
- Разовый договор/акт/счет
- 100% предоплата
- Оценка по шкале, приведенной в ППРФ 2204 или в ГОСТ Р 58048-2017
- Без тестирования ПО/ПАК в роли пользователя (выводы по документации и демонстрации в пределах 1-1,5 часов)
- Развернутый отчет - заключение в свободной форме по формату и в объеме на усмотрение исполнителя. Пример содержания и фрагмент развернутого отчета
- Рекомендации по повышению TRL (УГТ) - отдельная услуга (консультация 3500/час).
Вариант 3 (развернутый с тестированием функционала)
Отчет об определении уровня УТГ TRL для ПО (программное обеспечение ЭВМ) или ПАК/АПК (программно-аппаратных комплексов):
- Продолжительность 5-8 рабочих дней
- Стоимость от 46 000 руб. + часы тестирования 3500 руб/час (в зависимости от сложности ПО/ПАК, ролевой структуры, предъявляемого к тестированию функционала)
- Разовый договор/акт/счет
- 100% предоплата
- ГОСТ Р 58048-2017
- Выводы об УГТ делаются по результатам анализа документации, демонстрации и по результатам личного тестирования ПО/ПАК
- Тестирование ПО/ПАК в роли пользователя (предоставляется тестовый "облачный" доступ к развернутой у якорного/тестового заказчика или на ином облачном ресурсе системе с тестовой ролью "пользователь")
- Развернутый отчет - заключение в свободной форме по формату и в объеме на усмотрение исполнителя. Пример содержания и фрагмент развернутого отчета
- Рекомендации по повышению TRL (УГТ) - отдельная услуга (консультация 3500/час).
Требуемая информация /документация для вариантов 1-3 (что имеется в наличии):
- архитектура (дизайн) программного обеспечения (проект);
- функциональные требования и спецификация требований к программному обеспечению (проект);
- план тестирования и испытаний программного обеспечения в соответствующих смоделированных условиях (проект);
- описание (спецификация) альфа-версии либо прототипа программного обеспечения (проект);
- результаты тестирования функционала программного обеспечения (пилот);
- инструкция по получению доступа к пилотной версии программного обеспечения (пилот);
- функциональные требования и спецификация программного обеспечения для бета-версии программного обеспечения (пилот);
- план тестирования и испытаний программного обеспечения в реальных условиях (пилот);
- выписка из Единого реестра российских программ для электронных вычислительных машин и баз данных (при наличии регистрации) для ПО ЭВМ, выписка из Единого реестра радиоэлектронного оборудования и телекоммуникационного оборудования (при наличии регистрации) для ПАК/АПК,
- техническое задание (ТЗ), содержащее детальное описание мероприятий (включенных в Календарный план разработки/доработки) по разработке (доработке) Решения;
- календарный план разработки/доработки Решения;
- архитектура программно-аппаратного комплекса;
- функциональные требования и спецификация требований к программно-аппаратному комплексу;
- план тестирования (испытаний) программно-аппаратного комплекса (при наличии);
- проектная конструкторская документация на программно-аппаратный комплекс (пилот);
- результаты тестирования (испытаний) прототипа программно-аппаратного комплекса (при наличии);
- план тестирования (испытаний) программно-аппаратного комплекса в реальных условиях (при наличии);
ГОСТ Р 58048-2017 «Трансфер технологий. Методические указания по оценке уровня зрелости технологий»
Изначально оценка зрелости проектов и технологий TRL (Technology readiness level) применялась НАСА для отсеивания проектов, пригодных для участия в космических программах.
В ряде случаев, например для получения грантов РФРИТ или Сколково либо продажи проектного продукта, требуется оценка уровня готовности или зрелости достаточно гражданского проекта.
Услуга может быть полезна, если Вы собираетесь инвестировать в проект либо привлечь инвестиции к своей разработке.
- 58048-2017 «Трансфер технологий»
- 56861-2016 «Разработка концепции изделия и технологий» - оценка уровня технологической готовности для проектов разработки концепции изделия или технологий
Одной из методик оценки зрелости является ГОСТ Р 58048-2017 «Трансфер технологий. Методические указания по оценке уровня зрелости технологий».
Данный стандарт включает в себя методику оценки и предназначен как для самостоятельной оценки, так и для внешнего аудита.
Аудит по ГОСТ
Аудиту могут подлежать программные продукты без аппаратных зависимостей и чисто аппаратные проекты. Зрелость проектов по программно-аппаратным комплексам также может быть оценена по данному стандарту.
Оценке подлежит, в первую очередь, уровень менеджмента проекта, его готовность к промышленной эксплуатации.
Выделяют девять уровней готовности технологии (по аналогии с оригинальным TLR) и десять уровней готовности производства. Оценка готовности технологии и оценка готовности производства – две разные задачи, однако, они могут быть обе решены в ходе аудита.
Оценка уровня зрелости
Первым этапом оценки зрелости является планирование. На этом этапе выделяются критические элементы технологии, составляется календарный план, который может быть расписан как на один месяц, так и на несколько лет в зависимости от сложности проекта.
После этого формируется команда оценщиков и собираются свидетельства подтверждения уровня. Как правило, это документы, фотографии и электронные файлы (исходный код, модели узлов и так далее).
После сбора свидетельств рассчитывается оценка и делается суждение об уровне зрелости. В случае недостижения требуемого уровня, оценка может быть приостановлена до устранения недостатков.
По итогам оценки готовится отчет, в обязательном порядке содержащий рекомендации по дальнейшему развитию технологии или проекта.
Почему мы?
- Эксперты обладают богатым опытом разработки документации, независимого аудита, экспертиз, представительства, участия в судах, преподавательским опытом.
- Мы – экспертная компания, не являемся интегратором и стараемся придерживаться с клиентом одной из 2 взаимоисключающих моделей оказания аутсорсинговых услуг:
- либо мы только проверяем, а дорабатывает сам заказчик (его персонал перенимает компетенции, опыт и экспертизу) – поэтому наш аудит не сводится к предложению дополнительных услуг.
- Либо мы сразу делаем с начала и до конца (но заказчику не стоит обнадеживаться, что он самоустранится от процесса и получит готовый результат - это будет совместная работа диалоговый режим)
- Мы – полностью независимая компания, не аффилированная ни с одним брендом или вендором.
Еще по теме:
- Налоговые льготы ИТ компаниям от Минкомсвязи РФ
- Льготы и преференции для ИКТ
- Пониженный размер взносов 20% ИП и ООО на УСН
- Пониженные 14% тарифы страховых взносов
- Пониженная ставка 15,5% по налогу на прибыль
- Льготы по налогообложению доходов от реализации
- Право ускоренной амортизации
- Упрощенный порядок найма иностранцев
- Аккредитация ИТ-компаний
- Вычет по налогу на прибыль на покупку ЭВМ техники (без амортизации) для аккредитованных ИТ-компаний
- Изменения НДС на услуги в электронной форме в 2019 году
- Интеллектуальная собственность и имущественные права
- Интеллектуальная собственность и имущественные права
- Как влияют преференции, льготы ТОСЭР, ОЭЗ ТВТ на экономику ИТ проекта
Информация других разделов:
- Как защитить свои авторские права
- Авторское право «Copyrights» или ©
- Защита материалов сайта и программы управления контентом
- Защита прав на объекты интеллектуальной собственности ОИС в США и ЕС
- Как доказать, что ваши права были нарушены в интернете?
- Как защитить свои авторские права у нотариуса
- Объекты авторского права
- Основные способы защиты авторских прав
- Патентование решений в сфере IT
- Правила оформления заявки на государственную регистрацию программы для электронных вычислительных машин или базы данных
- Правовая защита и охрана программ ЭВМ и баз данных
- Правовая защита программ ЭВМ и баз данных
- Регистрация программы для ЭВМ и базы данных
- Требования к регистрации базы данных
Также может быть полезно:
- Субсидии до 50% затрат на НИОКР и Льготы резидента ТОСЭР
- Субсидирование части затрат на проведение НИОКР
- Возмещение до 50 процентов затрат на НИОКР цифровой трансформации промышленности
- Перечень НИОКР уменьшающих налог на прибыль в размере 1,5 от фактических затрат
- Субсидии российским IT-компаниям "сквозных" цифровых технологий
- Субсидия на возмещение затрат на НИОКР в рамках комплексных инвестпроектов ППРФ 1312
- Понятие УГТ уровень готовности технологии УГП готовности производства УГС готовности системы УГИ готовности интеграции ГОСТ
- УГТ оценка уровня зрелости технологий ГОСТ Р 58048-2017 Трансфер технологий. Методические указания по оценке уровня зрелости
- УГТ оценка уровня зрелости технологий ГОСТ Р 58048-2017 Трансфер технологий. Методические указания по оценке уровня зрелости
- Оценка УТГ TRL проектов разработки технологий ГОСТ Р 56861-2016
- Что такое инновации (примеры)? Что такое инновации (определение)?
- Программы Фонда Бортника
Наша команда может быть полезна Вам в решении следующих задач:
- внедрение систем управления, бизнес-процессов, ИТ систем (автоматизации, цифровизации) ERP/MRP на базе 1С: Предприятие и 1С:ERP, OEBS (Oracle E-Business Suite), Microsoft Navision, для компаний от микро- до крупного масштаба (от 3 до 700 сотрудников),
- внедрение ИТ решений с значительным количеством функциональных ролей и пользователей (до 250 personal ID) системы управления взаимоотношениями с клиентами (CRM), системы инвестиционного планирования (СИП), графика документооборота (ЭДО) и системы электронного документооборота (СЭД);
- консультационное сопровождение и разработка разной документации для УК, резидентов, девелоперских и управляющих компаний (УК), муниципалитетов, Агентств и корпораций развития (АИР, КР) регионов, промышленных площадок, индустриальных парков, технопарков, территорий опережающего развития (ТОР), особых экономических зон (ОЭЗ), свободных экономических зон (СЭЗ), бизнес-инкубаторов и других объектов инфраструктуры,
- разработка концепции развития (стратегии), бизнес-плана, технико-экономического обоснования (ТЭО), меморандума, презентации, паспорта проекта, подготовка пакета документации по проекту, юридической, иной документации любого бизнес-проекта;
- консультации по финансово-экономическим, налоговым, бухгалтерским, маркетинговым вопросам;
- получение целевого финансирования, налоговых льгот, грантов и субсидий, иных видов поддержки, сопровождение проекта заявителя в конкурсах региональных и федеральных органов власти России;
- консультационная и информационная поддержка, сопровождение проекта заявителя в конкурсах ФОИВ и РОИВ любых регионов России, включая Республику Татарстан;
ГОСТ Р 56861-2016
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
Система управления жизненным циклом
РАЗРАБОТКА КОНЦЕПЦИИ ИЗДЕЛИЯ И ТЕХНОЛОГИЙ
Общие положения
Life cycle management system. Product conception and technologies development. General provisions
ОКС 01.120
Дата введения 2016-10-01
Предисловие
1 РАЗРАБОТАН Научно-исследовательским институтом стандартизации и сертификации "Лот" Федерального государственного унитарного предприятия "Крыловский государственный научный центр" (НИИ "Лот" ФГУП "Крыловский государственный научный центр"), Федеральным государственным унитарным предприятием "Научно-исследовательский институт стандартизации и унификации" (ФГУП "НИИСУ")
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 323 "Авиационная техника"
3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 20 февраля 2016 г. N 60-ст
4 ВВЕДЕН ВПЕРВЫЕ
5 ПЕРЕИЗДАНИЕ. Декабрь 2018 г.
Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)
Введение
Настоящий стандарт устанавливает общие положения разработки концепции изделия и технологий от начала работ по проекту до завершения формирования концепции изделия и технологий.
Стандарт не содержит положений, которые могут считаться обязательными для определенного вида проектов, и требований, предъявляемых к методам реализации процессов формирования концепций.
1 Область применения
Настоящий стандарт устанавливает общие положения разработки концепции изделия и технологий (далее - продукта) в условиях проектного управления созданием продукта на начальной стадии его жизненного цикла.
Положения настоящего стандарта предназначены для разработки концепций любых продуктов юридическими или физическими лицами. Разработку концепций можно осуществлять внутри организаций или на договорной основе совместно с другими субъектами хозяйственной деятельности.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ ISO 9001 Система менеджмента качества. Требования
ГОСТ Р 54869-2011 Проектный менеджмент. Требования к управлению проектом
Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодно издаваемому информационному указателю "Национальные стандарты", который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя "Национальные стандарты" за текущий год. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссылка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.
3 Термины и определения
3.1 В настоящем стандарте применены следующие термины с соответствующими определениями:
3.1.1 бизнес-процесс; БП: Совокупность последовательно или/и параллельно выполняемых операций, преобразующая материальный или/и информационный потоки в соответствующие потоки с другими свойствами. Бизнес-процесс протекает в соответствии с управляющими директивами, вырабатываемыми на основе целей деятельности. В ходе бизнес-процесса задействуют финансовые, энергетические, трудовые и материальные ресурсы и соблюдают ограничения со стороны других бизнес-процессов и внешней среды. Частными случаями бизнес-процесса являются организационно-деловые, технологические и другие процессы.
Р 50.1.031-2001 [1], статья 3.4.2
3.1.2 ключевая контрольная точка (веха): Контрольная точка внутри жизненного цикла продукта, на которой принимаются решения о ходе дальнейшей разработки.
3.1.3 контрольное событие проекта: Существенное событие проекта, отражающее получение измеримых результатов проекта.
Примечание - Контрольное событие в отличие от работ проекта не имеет характеристик длительности и трудоемкости.
[ГОСТ Р 54869-2011, статья 3.7]
3.1.4 концепция продукта: Документ или совокупность документов с аналитическими, конструкторскими и производственными проработками, на основе которого могут принимать решение на разработку продукта.
3.1.5 проект: Комплекс взаимосвязанных мероприятий, направленный на создание уникального продукта или услуги в условиях временных и ресурсных ограничений.
[ГОСТ Р 54869-2011, статья 3.12]
3.1.6 процедура: Установленный способ осуществления деятельности или процесса.
[ГОСТ Р 54147-2010, статья 3.2.32]
3.1.7 процесс: Совокупность взаимосвязанных действий, направленных на достижение определенных результатов.
[ГОСТ Р 54869-2011, статья 3.13]
3.1.8 управление проектом: Планирование, организация и контроль трудовых, финансовых и материально-технических ресурсов проекта, направленные на эффективное достижение целей проекта.
[ГОСТ Р 54869-2011, статья 3.17]
3.1.9 уровень готовности технологий; УГТ: Степень развития разрабатываемой технологии с целью ее внедрения в конечный продукт.
Примечание - Степень развития технологии оценивают по многоуровневой шкале в зависимости от специфики продукта. В приложении А приведено используемое в практике описание уровней готовности технологий по девятибалльной шкале.
4 Общие положения
4.1 Для эффективного планирования и реализации бизнес-процессов создания продукта необходимо применять принципы управления проектами в соответствии с требованиями ГОСТ Р 54869.
4.2 Процесс разработки концепции создания продукта должен предусматривать определенные и контролируемые этапы управления деятельностью от начала процесса разработки концепции продукта до принятия решения о начале научно-исследовательских и/или опытно-конструкторских работ.
4.3 В графическом представлении планирования процесса разработки концепции последовательным реализуемым событиям присваивают номера арабскими цифрами из натурального ряда чисел: 0, 1, 2, 3, 4 и 5. Контрольным событиям, идентифицируемым как первая и пятая ключевые контрольные точки (вехи), дополнительно присваивают условные буквенные индексы А и Б.
4.4 На начальном этапе разработки продукта должна быть создана команда, состоящая из компетентных специалистов в области науки и техники, закупок, а также потребления (эксплуатации) продукта, назначены руководитель и куратор проекта. Должны быть распределены роли в команде и назначены руководители основных ролей. Должны быть выполнены описания основных требований рынка, предъявляемых к создаваемому продукту, и определены способы достижения установленных требований.
4.5 В диапазонах работ между контрольными точками 1 и 5 необходимо учитывать требования спроса и предложения (см. рисунок 1).
Рисунок 1 - Графическое представление планирования процесса разработки концепции
4.5.1 Спрос в общем случае включает:
- изучение потенциальных потребителей;
- описание требований к продукту;
- анализ существующих технологий и их интеграцию;
- определение трудоемкости изготовления и себестоимости;
- определение производственной стратегии;
- определение перечня потенциальных поставщиков компонентов и технологий;
- изучение рынка и конкурентной среды;
- определение конкурентной стратегии.
4.5.2 Предложение включает:
- определение способа реализации требований;
- определение и утверждение основных показателей и характеристик продукта;
- определение уровня готовности необходимых технологий;
- разработку проекта контракта жизненного цикла продукта.
4.6 Состав работ и процедур по созданию концепции продукта зависит от свойств, обусловливающих специфику продукта.
Типовой состав работ и процедур, конечные результаты и документы, представляемые на каждой контрольной точке, приведены в таблице 1.
Таблица 1 - Типовой состав работ в процессе разработки концепции продукта
Конт- |
Индекс ключевой контроль- |
Типовой состав работ и процедур |
Итоговые документы по результатам работ |
0 |
Принятие решения о начале проекта |
Решение |
|
1 |
А |
Исследование и установление конкретных или виртуальных основных признаков или бренда продукта |
Описание основных признаков продукта |
Разработка и принятие начального плана проекта и бюджетных рамок |
План проекта |
||
Создание проектной команды, назначение руководителя и куратора проекта и руководителей ролей Описание требований и определение способа их реализации |
Директива о назначении руководителя и куратора проекта, состава команды |
||
Установка и утверждение в установленном порядке основных показателей и характеристик продукта |
Состав основных показателей и характеристик продукта |
||
Определение типа продукта (новый или модификация) |
Описание типа продукта |
||
Выявление наличия и исследование существующих технологий, позволяющих произвести разрабатываемый продукт |
Свод существующих технологий |
||
Определение первичной архитектуры продукта |
Описание архитектуры |
||
Разработка начальной стратегии создания продукта |
Описание стратегии продукта |
||
Разработка проекта бизнес-плана и установление механизмов его контроля |
Проект бизнес-плана |
||
Документальное обоснование и подтверждение возможности достижения заданных параметров продукта |
Обоснование параметров |
||
2 |
Определение конкурентной стратегии по продукту |
Описание конкурентной стратегии |
|
Определение себестоимости/трудоемкости |
Проект оценки |
||
Анализ существующих технологий и их интеграция |
Описание существующих технологий |
||
Определение производственной стратегии |
Описание производственной стратегии |
||
Определение перечня потенциальных поставщиков |
Перечень потенциальных поставщиков |
||
Разработка первого варианта концепции продукта, включающего архитектуру, принципиальные схемы, конструкции корпуса, состав основных компонентов с учетом специфики продукта |
Первый вариант концепции продукта |
||
3 |
Определение предварительных параметров контракта жизненного цикла |
Проект контракта |
|
Разработка недостающих технологий (не ниже шестого уровня готовности по таблице А.1 приложения А) |
Описание технологий |
||
Определение предварительной цены (по массовым характеристикам) |
Проект структуры цены |
||
Оценка рисков проекта |
Оценка рисков проекта |
||
Определение потенциальных исполнителей (изготовителей) |
Состав изготовителей |
||
Разработка предварительного варианта сервисной системы, включающей необходимые сервисные центры или иные инфраструктуры для обслуживания, обновления или ремонта, поддержания в качественном состоянии с учетом основных потребительских свойств продукта, его безопасности для потребителей и окружающей среды, предусматривая средства и методы утилизации продукта на заключительной стадии жизненного цикла |
Предварительный вариант сервисной системы |
||
4 |
Анализ состава и компоновки продукта |
Проект компоновки продукта |
|
Моделирование или макетирование облика, компонентов или укрупненного функционального состава |
Материальный или электронный макет |
||
Разработка технического задания на создание продукта |
Техническое задание |
||
Прохождение процедуры утверждения |
Акт |
||
5 |
Б |
Разработка эскизного проекта продукта |
Утвержденный эскизный проект |
Разработка ключевых технологий (не ниже седьмого уровня готовности по таблице А.1 приложения А) |
Описание технологий |
||
Тестирование моделей и систем |
Тестовые документы |
||
Разработка проекта графика выпуска рабочей документации |
График выпуска рабочих документов |
||
Разработка бюджета |
Утвержденный бюджет |
||
Уточненная оценка рисков |
Оценка рисков |
||
Предварительный перечень материалов и сырья |
Перечень материалов |
||
Определение недостающих способов, методов, оборудования, компонентов при отсутствии необходимых апробированных технологий, предусмотренных для разрабатываемого продукта |
Перечень способов, методов, оборудования, компонентов |
||
Определение общей трудоемкости выполнения работ и ориентировочной себестоимости продукта |
Расчет трудоемкости и себестоимости продукта |
||
Определение производственной и конкурентной стратегии продукта, перечня потенциальных поставщиков компонентов продукта |
Описание стратегии и перечень поставщиков компонентов |
||
Формирование концепции продукта |
Отчет |
||
Разработка проекта контракта на выполнение работ |
Проект контракта |
4.7 На этапе инициализации разработки концепции продукта необходимо осуществлять анализ рынка сбыта, клиентов и потенциальных конкурентов, оценку существующих аналогов и потенциальные риски.
Проводят прогнозирование разработки продукта с учетом внешних факторов, существующих технологий производства, а также предварительное определение финансовых параметров проекта создания продукта с учетом перспективной конъюнктуры рынка.
4.8 В интервале времени от первой до второй контрольной точки необходимо сформировать первый вариант концепции продукта. Прежде всего необходимо решить следующую задачу: разрабатывать принципиально новый продукт или работать над его усовершенствованием.
4.8.1 Следует установить и утвердить в определенном порядке основные показатели и характеристики продукта, документально обосновать и подтвердить достижение его заданных параметров.
4.8.2 Приступить и разработать первый проект продукта, включающий при необходимости архитектуру, принципиальные схемы, конструкции корпуса, формулы основных компонентов с учетом специфики продукта.
4.8.3 Разработать предварительный вариант сервисной системы, включающий необходимые сервисные центры или иные инфраструктуры для ее обслуживания, обновления или ремонта, а также поддержания в качественном состоянии.
При этом необходимо учесть основные потребительские свойства продукта, его безопасность для потребителей и окружающей среды, предусмотреть средства и методы утилизации продукта на заключительной стадии жизненного цикла.
4.8.4 В первом проекте продукта, в зависимости от его типа, вида, свойств и других классификационных признаков, предусматривают моделирование или макетирование облика, компонентов или укрупненного функционального состава. По завершении этих работ разработанный проект должен пройти процедуру утверждения.
4.8.5 После утверждения проекта продукта необходимо выявить наличие и исследовать существующие технологии, позволяющие произвести разрабатываемый продукт. При отсутствии необходимых апробированных технологий, недостающих способов, методов, оборудования, компонентов следует предусмотреть их разработку в составе разрабатываемого продукта.
4.8.6 В проекте следует определить общую трудоемкость выполнения работ и ориентировочную себестоимость продукта. На основе этих расчетов разрабатывают производственную и конкурентную стратегию производителя(ей), приводят перечень потенциальных поставщиков компонентов продукта.
4.9 На этапе, предшествующем третьей контрольной точке, утверждают первый проект продукта и сервисной документации.
4.9.1 Принимают решение о готовности развертывания эскизного (предварительного, начального) проектирования.
4.9.2 Выполняют системный и структурный анализ, при необходимости разрабатывают структурно-функциональный и архитектурный проект.
4.9.3 Составляют проект контракта жизненного цикла продукта.
4.9.4 Уточняют состав компонентов или компоновки продукта.
4.9.5 Выполняют разработку необходимых технологий до уровня готовности не ниже шестого по таблице А.1 приложения А.
4.9.6 Разрабатывают укрупненную (недетализированную) модель (или макет) продукта в целом и его основных компонентов или составных частей.
4.9.7 Определяют предварительную цену по массогабаритным характеристикам или иным свойственным продукту основным параметрам или показателям.
4.9.8 Определяют исполнителей (производителей).
4.9.9 Выполняют оценку рисков эскизного проекта продукта.
4.9.10 Определяют готовность предварительного (аванпроекта, эскизного) проекта и по степени его готовности утверждают.
4.10 На этапе, предшествующем четвертой контрольной точке, завершают разработку документации на основные компоненты или составные части продукта.
4.10.1 Оценивают уровни готовности разрабатываемых технологий и возможность их реализуемости до начала производственного цикла.
4.10.2 Согласовывают с заказчиком технические решения о комплектации продукта компонентами.
4.11 При выполнении работ по созданию концепции продукта необходимо учитывать требования менеджмента качества в соответствии с ГОСТ ISO 9001.
5 Отчетная документация разработки концепции продукта
Результатом процесса разработки концепции продукта является разработка отчетного документа. Структура отчетного документа включает в себя описание облика продукта, концептуальное и системное проектирование.
Типовая структура отчетного документа приведена в приложении Б.
Приложение А
(справочное)
Уровни технологической готовности для проектов разработки технологий
Таблица А.1 - Описание уровней технологической готовности и примерный состав работ
Уровень технологической готовности |
Описание и примерный состав работ |
УТГ 1 Выявлены и зафиксированы фундаментальные принципы технологии |
Сформулирована идея решения физической или технической проблемы, необходимо проводить теоретическое или экспериментальное исследование, возможна демонстрация на простейшем лабораторном оборудовании, моделирование при большом числе упрощений, возможность неподтверждения эффекта, формулировка идеи о возможном применении эффекта |
УТГ 2 Концепция или выбор варианта |
Необходимо обосновать возможность создания новой технологии. Необходимо сформулировать концепцию применения обнаруженных физических эффектов в рамках новой технологии. Теоретический этап развития технологии. Селекция работ для дальнейшей разработки технологии. Оценка экспертным сообществом |
УТГ 3 Расчетное и (или) экспериментальное обоснование эффективности технологий |
Необходимо продемонстрировать работу концепции новой технологии в экспериментальных условиях на мелкомасштабных моделях устройств. Необходимость подтверждения наиболее принципиальных вопросов технологии. Применение упрощенных расчетных моделей. Демонстрация работы технологии на мелкомасштабных моделях или расчетные модели с ключевыми моментами новой технологии |
УТГ 4 Исследование макетов и (или) компонентов в лабораторных условиях |
Необходимо продемонстрировать работоспособность на достаточно подробных макетах. Допустимо применение численного расчета. Применение трехмерных моделей. Масштаб моделей и точность моделирования должны быть достаточно высокими, подробное моделирование и описание конструкции устройства на основе новой технологии |
УТГ 5 Верификация макетов и (или) компонентов при подходящих условиях |
Необходимо продемонстрировать работоспособность на достаточно подробных макетах в условиях, приближенных к натуральным условиям. Испытывают не прототипы, а детализированные макеты разрабатываемых устройств. Трехмерные модели, бассейновые испытания, условия, приближенные к реальным |
УТГ 6 Моделирование систем (подсистем) или испытания трехмерных моделей в подходящих условиях |
Необходимо продемонстрировать работоспособность на прототипах разрабатываемых устройств в стендовых условиях, испытания на стендовом оборудовании и в условиях, приближенных к натуральным. Прототип полноразмерный или полнофункциональный, происходит интеграция технологий в компоновку разрабатываемой конструкции. Если технология демонстрирует работоспособность на данном уровне, решают вопрос о ее внедрении в конкретные продукты |
УТГ 7 Разработка прототипа системы, продемонстрированная на действующем продукте |
Необходимо продемонстрировать работу технологии на прототипах реальных продуктов (в реальных проектах), устанавливаемых на продукт. На действующем продукте ставят прототип новой системы (подсистемы) при дублирующих действующих системах. Решают вопрос об интеграции новой технологии в продукт |
УТГ 8 Сборка реальной системы и проверка работоспособности в условиях, близких к реальным |
Разрабатывают реальное устройство с применением новой технологии. Начинают испытания в условиях, приближенных к реальным условиям. Возможно проведение ресурсных или стендовых испытаний |
УТГ 9 Работа реальной системы в реальных условиях |
Необходимо продемонстрировать работоспособность в реальных условиях. На данном этапе технология должна подтвердить свою работоспособность. Принимают решение о запуске серийного производства |
Приложение Б
(рекомендуемое)
Типовая структура документа "Концепция продукта"
Типовой отчетный документ "Концепция продукта" имеет следующую структуру:
Введение
Терминология
Конфиденциальность
Цель документа
История изменений
1 Стратегические цели
2 Характеристика рынка
Тенденции развития рынка
Потребители
Конкуренция
Позиционирование продукта
3 Требования
Правовые и нормативные требования
Требования потребителей
Качество и безопасность
4 Техническая концепция
Инновации и технологии
Платформа
Стратегия производства и закупок
Совместимость
Компоненты
5 Концепция производства
6 Концепция сервисного обслуживания
7 Рентабельность
Возврат инвестиций
Общая себестоимость
8 План проекта
Бюджет, ресурсы
Организация
Процессы и контрольные точки
Риски
Приложения
Справочные документы
Библиография
[1] |
Рекомендации по стандартизации |
Информационные технологии поддержки жизненного цикла продукции. Терминологический словарь. Часть 1. Стадии жизненного цикла продукции |
УДК [338/24/5:330.59.001.1]:006.354 |
ОКС 01.120 |
Ключевые слова: жизненный цикл, концепция, изделия, технологии, проектное управление |
Электронный текст документа
подготовлен АО "Кодекс" и сверен по:
официальное издание
М.: Стандартинформ, 2019
Подробности для самостоятельного чтения:
- Методика раздельного учета расходов субсидии РФРИТ
- Обязательства грантополучателя РФРИТ
- Ответы на часто задаваемые вопросы РФРИТ ППРФ 550
- 2021 Меры поддержки ФП «Искусственный интеллект»
- 2021 Приоритеты разработки внедрения отечественного ПО
- Включить изделие в реестр радиоэлектронного оборудования
- Внести программный продукт в реестр российского ПО
- Войти в реестр разработчиков электроники
- Антикризисный план
- Как подготовить свой проект, структуру бизнеса - для привлечения гос.поддержки (целевые бюджетные средства, субсидии, налоговые льготы, гранты, преференции и т.п.) или для привлечения заемного финансирования, выхода на IPO
Новые актуальные программы:
- Налоговые льготы с 2021 года
- Возмещение затрат производителям аудиовизуальной продукции
- 14% страховые взносы производителям анимационной аудиовизуальной продукции
- Субсидии на продвижение аудиовизуальной продукции
- Грант 20-300 млн. руб разработчикам российского программного обеспечения, средств защиты информации, офисного ПО, ПО в сфере информационной безопасности, инновационного ПО, технологий распределенных реестров, обработки и хранения информации
- Налоговые льготы для разработчиков отечественного ПО для ЭВМ, аппаратно-программных комплектов (АПК\ПАК), радиоэлектроники
- 2021 Меры поддержки ФП «Искусственный интеллект»
- 2021 Приоритеты разработки внедрения отечественного ПО
- Приоритеты в 2021 году разработки внедрения отечественного ПО
- Субсидии ППРФ 456
- Стартапы ИИ и IT-компании
- Субсидии ППРФ 767 пилотным проектам апробации ИИ
- РФРИТ: изменения мер поддержки по программам ППРФ 550
- Субсидии РФРИТ 550 ППРФ с июля 2021 года
Еще по теме Источники финансовых ресурсов для ИТ- бизнеса, проекта:
- Доля дохода 90% по основному виду деятельности?
- Кто признается налоговым резидентом для НДФЛ
- Льготы для IT-компаний в 2021: кому и как?
- Методика расчета ССЧ
- Налог на прибыль 3% в бюджет РФ, 0% в бюджет субъекта РФ
- Не облагаются НДС операции с ПО ЭВМ и БД из реестра
- Нулевая 0 ставка НДС с 2021 года по продаже прав на ПО
- О льготах ИТ компаниям с 2021 года Минфин
- О налоговых льготах для IT-отрасли с 2021 года
- Расчет 2021 страховых взносов для IT (7,6%*)
- С 2021 года пониженные тарифы страховых взносов для IT-компаний
- Снижены тарифы страховых взносов до 7,6%
- Ставка по налогу на прибыль 3 процента ИТ компаний
- Стоимость ЭВМ через амортизацию - НЕ единовременно
- Страховые взносы 7,6% с 2021 года для ИТ, РАВП, ИЦ, СЭЗ, ОЭЗ, ТОСЭР
- Страховые взносы 7,6% с 2021 года для организаций ИТ
- Условия пониженных тарифов взносов с ФОТ: ССЧ 7 доля 90% аккредитация
- Формула для расчёта ССЧ
- Формула для расчёта ССЧ
- Аккредитация ИТ-компаний
- Упрощение въезда иностранцев для ИТ-компаний
- 1% и 5% ставки УСНО резиденту ОЭЗ Иннополис 62, 63 код ОКВЭД