Здравствуйте.
Продолжаем.
Наша задача — это подготовка инжинирингового квеста
по теме «Инженер — менеджер настоящего, системный архитектор будущего».
Мы подробно рассмотрели исходные рекомендации,
требования, состав задач, которые входят в наше рассмотрение.
Ну теперь дело пойдёт быстрее, мы посмотрим конкретные приёмы и
конкретные рекомендации, как делать по темам программы 2.0,
как делать системную разработку по темам программы 2.0.
Итак, мы ищем идею нового продукта.
Идея продукта создаётся на пересечении возможностей и потребностей.
Это означает, что нам необходимо собрать исходные данные,
провести маркетинговые анализы, провести технические анализы,
и, исходя из этого, с одной стороны, определить возможности того,
что мы можем делать в рамках имеющихся у нас ресурсов и активов,
а с другой стороны, определить, а что нужно потребителю,
что нужно заказчику, какие продукты, какие услуги имеют перспективы на рынке?
И вот, соединяя наши возможности и наши оценки потребностей,
мы выдвигаем идею продукта.
Если идея продукта построена, то хорошо, чтобы эту идею как-то оценить.
Её оценить можно через бизнес-модель,
то есть первые прикидки, первые оценки должны показывать,
а экономически сколько будет стоить и
сколько даст разработка этой идеи.
Поэтому идеи оцениваются на бизнес-моделях.
И вот с учётом этих оценок идеи принимаются к дальнейшей разработке.
Итак, собираем данные, выявляем возможности,
идентифицируем потребности, генерируем идеи,
оцениваем экономическую реализуемость этих идей, принимаем решение о разработке.
Поехали дальше.
Если мы приняли идею некоторого продукта,
разработки некоей системы к разработке,
то есть стандартные правила, как представить эту идею.
Пока эта идея наша, пока мы её понимаем, а окружение не очень хорошо понимает.
Так вот, для того чтобы эту идею можно было представить окружению,
для того чтобы её продвигать, для того чтобы её применять,
надо идею превратить в концепцию.
Стандартизированную концепцию, концепцию,
которая содержит типовые компоненты, которые имеют типовое содержание.
Ну вот прототип такого содержания концепции представлен на этом слайде.
Мисссия, предназначение продукта, который мы предлагаем.
Зачем нужен этот продукт?
Задачи, которые рассматриваются в концепции, границы, ограничения,
условия, дополнительные идеи, драйверы,
которые мы имели ввиду, которые привели нас к разработке этой концепции.
Если мы определили задачи концепции, принимаемые во внимание ограничения,
предположения, условия, драйверы, то есть если мы поместили существенно важную
исходную информацию, которая подтолкнула нас к разработке этой концепции,
мы должны определить необходимые мероприятия для реализации концепции.
Хорошо.
Мы имеем продукт, мы имеем видение его предназначения.
Мы имеем оценку мероприятий, необходимых для его реализации.
Ну и ещё надо понять, как этот продукт будет применяться.
Вот эта часть концепции называется «Концепция эксплуатации продукта»,
в неё входят эксплуатационные сценарии и условия применения, эксплуатационные
процессы и другая существенно важная информация для эксплуатации.
Вспомним, в курсе 2 мы рассматривали ручку, которую можно было применять,
условие применения — это Дальневосточный университет, студент.
Вторая площадка для применения — это Антарктида, экспедиции.
Третья площадка для применения — это космическая станция,
обитатели космической станции.
Каждый раз условия эксплуатации разные, отсюда вытекают разные
требования к этой технической системе и разные требования к её эксплуатации.
Хорошо.
Итак, генерация идей.
От генерации идей перешли в концепцию.
И если у нас концепция определилась,
то дальше надо продолжать системное проектирование.
Детализировать это описание концепции в целях конечного её применения и более
детализированной оценки.
Поэтому мы продолжаем проектирование.
Определяем дополнительные источники исходных данных, которые мы используем.
Мы выявляем технические требования к системе и уточняем эти требования,
которые мы определяем, и мы определяем жизненный цикл вот этого продукта,
то есть какие этапы жизненного цикла продукта,
которые мы разрабатываем, надо принимать во внимание.
Это очень важно.
Разные продукты имеют разное представление своего жизненного цикла,
и поэтому эти стадии жизненного цикла полезно задать.
Хорошо.
Вот пример прототипа модели жизненного цикла продукта.
НИР, Аванпроектирование, эскизное проектирование,
техно-рабочее проектирование, изготовление, испытания,
разработка эксплуатационной документации и применение, ну и утилизация.
У каждого этапа имеются свои результаты.
Отчёт о НИР, техническое предложение, исходные данные на проектирование,
конструкторская документация, опытный образец изделия, протоколы и акты
испытания изделия, результаты эксплуатации, вывод из эксплуатации.
Это прототип.
Вы в своей работе можете сообразно вашему объекту составить
другую модель жизненного цикла.
Ну и отсюда задание по этой теме.
Просмотреть конспект, локализовать и выполнить задание-эссе,
то есть идентифицировать возможности и потребности,
выдвинуть идеи продукта, оценить, приоритизировать,
акцептировать идеи, выбрать идеи для применения и проработки.
Сформировать концепцию выбранного продукта.
Сформировать концепцию для тех идей,
которые вы отобрали для дальнейшей проработки.
Ну и продолжить системное моделирование.
Определить источники данных, сформировать технические требования,
уточнить технические требования.
И уточнить, задать фазы жизненного цикла продукта,
которых вы будете придерживаться в дальнейшем.
Спасибо.