Проектирование медицинских изделий

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

К концу весеннего квартала у студентов был рабочий прототип своего изделия. Они подали предварительный патент и, при расширении программы финансирования NEXT от Stanford Biodesign, выпустили еще более доработанное изделия с использованием медицинского пластика. Они приняли участие в конкурсе спонсируемом NIH, и выиграли венчурный приз в размере 15 000 долларов. Команда студентов – разработчиков в настоящее время изучают пути регулирования и планируют следующие шаги для продвижения изделия, включая тестирование удобства использования изделия с реальными пациентами.

3.2 Процессы проектирования 3.2.1 Последовательный дизайн

Отметим, что модели, представленные ранее в этой главе, фактически являются последовательными. Задачи выполняются одна за другой и в установленной последовательности (рисунок 3.9). Даже проекты с множеством видов деятельности имеют линии связи типа «нос к хвосту», как в эстафете. Для многих простых проектов или для очень маленьких микрокомпаний (1-2 человека) это единственная разумная модель, поскольку одновременно может выполняться только одна задача. Но для более крупных проектов и масштабных мероприятий это приводит к чрезмерно длительному времени выполнения заказа (время от начала до реализации). Существует только один способ ускорить последовательное проектирование – надежное управление проектами с использованием таких инструментов управления проектами, как диаграммы Ганта, PERT и т. д.

Рисунок 3.9 – Пример диаграммы Ганта

Пример диаграммы Ганта иллюстрирует, как одна задача следует за другой – и это основная проблема последовательной модели. Проблема определяется только после запуска задачи. На диаграмме «тестирование и оценка» принимает эстафету от дизайна, когда он завершен. Предположим, тестирование определило, что что-то не так. Эта информация возвращается к дизайнерам, которые меняют свои идеи, а затем эстафету снова принимают испытания. Этот обратный и прямой цикл распространен в плохо управляемых системах проектирования. Кроме того, как это случалось в прошлом, возможно, придется отказаться от всего проекта, а на это тратится много времени и денег. Примером того, как управление проектом может ускорить процесс, является одновременное выполнение полностью независимых задач (режим разработки тестов, рабочий проект (1) и рабочий проект (2)).

3.2.2 Параллельное проектирование

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

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

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