- •1. Ниокр в деятельности предприятий высокотехнологичных отраслей
- •2. Деятельность материнской компании и бизнес-отделений в области ниокр на примере высокотехнологичного интегрированного холдинга
- •3. Концепция полей (сегментов) бизнеса
- •4. Содержание и предмет ниокр в высокотехнологичных отраслях машиностроения и приборостроения
- •1.Исследования
- •2.Разработки
- •5. Распределение ниокр и задач планирования между материнским и дочерними концернами. Синергические эффекты
- •6. Типовая структура и функции центрального отдела ниокр
- •7. Планирование ниокр
- •8. Особенности планирования затрат в ниокр
- •9. Задачи систематики технологий в планировании ниокр
- •10. Планирование ниокр в бизнес-отделениях холдинга
- •11. Организация технической подготовки высокотехнологичного производства
- •Содержание технической подготовки
- •12. Показатели качества изделий в машиностроении
- •13. Особенности планирования технологической подготовки производства различного типа
- •14. Проекты и проектное управление в высокотехнологичных программах
- •15. Основная структура работ и ресурсов в проектном управлении
- •16. Командное планирование в управлении проектами
- •17. Управление проектами со спиральными жизненными циклами
- •18. Межпроектная трансляция разработок ниокр и метод морфологического ящика
- •19. Организация ниокр в условиях венчурного капитала и технопарков
- •20. Маркетинг на начальных фазах ниокр (маркетинг инноваций)
- •21. Масштабно-концептуальный метод декомпозиции сложных организационно-экономических систем
- •22. Масштабно-концептуальная декомпозиция проектов высокотехнологичных изделий
- •23. Оптимизация выбора технологий на основе количественных моделей создания и потребления ресурсов
- •24. Оптимизация выбора технологий на основе матричных моделей создания и потребления ресурсов
17. Управление проектами со спиральными жизненными циклами
|
Водопадная разработка |
Разработка со спиральным жизненным циклом |
|
I |
Анализ технический требований |
I |
II |
II |
Проектирование |
||
Разработка элементов |
|||
Интеграция в систему |
IV |
III |
|
III |
Тестирование |
||
IV |
Оценка результатов |
Предмет в заголовке – новое развивающиеся направление. Развиваемая концепция напоминает масштабно-концептуальную декомпозицию. Проекты со спиральными ЖЦ противопоставляются традиционным с «водопадной» организацией. Процесс спиральной разработки является итерационным с возвратом к первому этапу. На начальных витках спирали выполняются все этапы I-IV, но глубина их проработки ограничена и увеличивается на следующих витках. В результате, наиболее важные и принципиальные решения можно обосновать при комплексном, совместном учёте всех этапов.В случае разработки ПО,одна из форм укрупнённости выступает в виде так называемых «заглушек» - блоков программ, имеющих интерфейс к другим блокам, но с укрупнённо разработанным внутренним кодом (функциональностью).
В случае машиностроения укрупнёнными являются этапы проекты: ТЗ, технический проект, рабочий проект и т.д. Виткам спирали соответствуют версии и поколения ПО. Спиральное проектирование исключает возврат к ранним фазам разработки из-за неудачности поздних этапов, что является «бичом» традиционной водопадной схемы (водопадная – потому что вода не может двигаться вверх).
По словам У. Ройса, замечательным качеством ПО является его гибкость: запрограммировать можно практически, всё что угодно. Неприятным качеством ПО также является гибкость, приводящая к тому, что легко сделать то, что делать было не нужно. Лишь около 10% разработок оказывались успешными. Ройс предложил ряд основных принципов управления проектами разработки ПО:
Упреждающая разработка архитектуры разрабатываемого ПО (архитектура – состав и связи основных блоков-функций)
Нарастание степени понимания устройства и функций ПО в итерация жизненного цикла
Принципиальная важность разработки интерфейсов между блоками и со средой (вопрос интерфейса удобно решать с позиции МК-декомпозиции)
Специальная программная среда для поддержки изменений, вносимых в предмет разработки
Вместо бумажных использовать электронные документы
Широкое применение средств визуализации, моделирования, анимации, особенно для взаимодействия с заказчиком.
Контроль текущего состояния разработки блоков с помощью метрик – число ошибок и изменений, вносимых в программы на единицу количества строк кода:
(кол-во метрик от времени)