Weitere ähnliche Inhalte
Ähnlich wie Организация разработки сложных изделий/объектов сетевыми сообществами (20)
Организация разработки сложных изделий/объектов сетевыми сообществами
- 1. М.В. Белов
Организация январь 2013
разработки сложных
изделий/объектов
сетевыми
сообществами
Видение
- 2. Инженерная деятельность
на основе современных подходов:
“правильные” процессы
+ “расширенное предприятие”
+ сетевое сообщество
+ интеграция компетенций, знаний …
© Белов М.В. 2013 2
- 5. Boeing - Программы и организация
2011:
• > 12 тыс самолетов в эксплуатации,
• 79 тыс сотрудников в 70 странах,
• $36 млрд
• 3 инженерных центра (в тч в Москве)
• Сборочные заводы в Рентоне и Эверетте.
• > 10 производственных площадок Boeing, > 20тыс
поставщиков
http://www.boeing.com/
© Белов М.В. 2013 5
- 6. Boeing – «Расширенное предприятие»
Boeing - осн. функции: концепт, маркетинг, требования, архитектура,
сборка, сертификация, продажи, сервис, организация кооперации
(процедуры и ит-системы).
20 тыс поставщиков : долгосрочные контракты (20лет), разделение
рисков, «не отсеять, а предупредить», «вовлечение», единый
контроль качества, интегрированные команды, единые ит-системы.
787: 60% самолета делают поставщики,
например, крыло – в Японии, хвост – в
Италии
Логистический центр - в цехе – «ЦУП»
Графики сборки +
движения комплектующих +
изготовления (осн. комплектующих) +
перемещения самолетов-транспортеров
СМИ, политика, погода и тд
© Белов М.В. 2013 6
- 7. Boeing – Инженерные и
производственные практики
Step 4 — Put Visuals in Place
Pitch Marks/Color Coding/Kit Queues
Конвейерная сборка 737, планируется – 787
Крупноблочная сборка 787 Color
Coding
Pitch
«Отсутствие склада» Marks
Интегрированные команды (сборщики + Kit
Queues
логисты + конструктора /технологи)
Инженеры (конструктора /технологи) – и в
цехе, и в дизайн-центрах 13 ALL RIGHTS RESERVED Copyright 2003,
The Boeing Company
Использование наработок, параллельное
проектирование, коллаборативные
технологии
Step 5 — Point of Use Staging
Управление конфигурацией, требованиями 737-757 Parts Control Areas (PCAs)
737-
Планируется инженерный сервис, — Kits are
replenished in
ожидается доход больший, чем от продаж. PCA/Tooling
work cells,
located next to
the airplane they
support
© Белов М.В. 2013 7
- 8. Boeing – Производственные ИТ
Датацентрическая концепция
Полная электронная модель и структура изделия
Единое информационное пространство в едином дата-центре
Однократный ввод информации
Безбумажный документооборот
Requirements
management
САx
САХ
E
PDM
A
M
MES
Knowledge
base
© Белов М.В. 2013 8
- 9. Референтная модель жизненного цикла
Функциональные Требования
Требования лучших
Общие требования интеграции и
требования практик (СИ)
интероперабельности
1. Датацентрическая Автоматизированная 1. Планирование работ 1. «Сквозные»
концепция реализация «всех» 2. Анализ и формирование процессы;
2. Полная электронная основных функций: решений «расширенное»
модель, структура • внедрение «всех» 3. Интегрированное предприятие
3. Мульти-D программных управление работами 2. Совместимость и
платформ, 4. Мониторинг и контроль непротиворечивость
4. Параллельная выполнения работ
поддерживающих «все «всех» моделей
инженерия
основные» процессы 5. Контроль качества данных
5. Коллаборативная ЖЦ 6. Управление рисками 3. Интеграция «всех»
инженерия
• внедрение «всех» 7. Измерения и анализ программных
6. Инженерия, новых технологий – платформ (внутри и
8. Управление
основанная на RFID, КИМ, … между процессами,
поставщиками
знаниях организациями …)
9. Определение
7. Единый ввод организационных
информации процессов
8. Безбумажный 10. Организационное
документооборот обучение
11. Управление
требованиями
12. Управление
конфигурацией
© Белов М.В. 2013 9
- 11. Сетевой инженерный центр
Инженеры-
… разработчики
Интегратор
Управляющий и платформ
архитектурный
… комитет …
… Операционные
службы
ПЛАТФОРМА РАЗРАБОТКИ
• Процессы • Данные
• Стандарты • Софты
ПЛАТФОРМА УПРАВЛЕНИЯ ОПЕРАЦИЯМИ © Белов М.В. 2013 11
- 12. Роли
Управляющий и архитектурный комитет
1. Создание изделия / Создание бизнеса
2. Управление проектом / программой
3. Управление экономикой
4. Управление операциями
5. «Заказчик» платформ
Интегратор платформ
1. Требования к платформам
2. Архитектура
3. Процессы
4. Стандарты/Регламенты
Инженеры-разработчики 5. Справочники
1. Разработка компонентов 6. Настройка программных систем
2. Разработка технологии 7. Обучение
3. … 8. …
Операционные службы
Поддержка операций
© Белов М.В. 2013 12
- 13. Синхронизация активностей
• Требования
• Архитектура • Поддержка
• Бизнес-концепция эксплуатации
ИЗДЕЛИЕ
• Финансы • Проектирование
• Технологическая • Конструирование • Поддержка
концепция • КТПП производства
“Эскизный” “Тех.” “Рабочий”
Концепт
проект проект … проект
Производство …
ПЛАТФОРМЫ
ТЗ Проектирование Внедрение
• Процессы • Настройка платформ
• Требования
• Регламенты • Интеграция
• Архитектура
• Осн. проектные решения • Обучение
• Осн. справочники • …
© Белов М.В. 2013 13
- 14. Создание изделия - роль Управляющего
и архитектурного Комитета
• Технологическая
концепция
• Финансы
• Маркетинговая
концепция
• Требования
• Архитектура
• Проектирование
• Конструирование
• КТПП
• Поддержка
производства
• Поддержка • Интеграция
эксплуатации • Валидация и верификация
• Контроль качества
• Сертификация
© Белов М.В. 2013 14
- 16. Платформа разработки
• Процессы (конструкторские,
технологические, логистические и
тд) в виде моделей, регламентов
Подлинник Документ в
утвержденного требуемых
документа передан в форматах передан
использование в использование
Система
управления
документами и
данными Утвержден
Документ в Документ в Подлинник
формате ISO формате PDF документа
15926
15.5.1.
Предоставление
Дизайн Центр
документа в
использование
Система Утвержден
управления
документами и
данными Подлинник Тре буе тся загрузка
документа докуме нта в другую
Система Утвержден
информационную Требуется использование
управления
Документ в Документ в систе му докуме нта как исходных
документами и
формате ISO формате PDF данных в Проекте
данными Подлинник
15926
документа
15.5.2. Загрузка Документ в Документ в
докуме нта в другую Организации - формате ISO формате PDF
информационную участники Проекта 15926
систе му
15.5.3.
Использование
Организации -
документа как
участники Проекта
исходных данных в
Проекте
Требуется внесение
изменений в
документ
• Основные данные изделия/объекта
• Программные системы
• (Технические средства)
© Белов М.В. 2013 16
- 17. Общий подход к созданию
платформ
3. Модель
данных
Участники и их Данные
требования
Эталонные Модель процессов
процессы “To be”
(CMMI, 15288)
Интеграция ИТ систем
Типовая 1. Функциональная
оргструктура модель
ИТ системы
2. Организационная
модель
4. Модель
информацион
ных систем
© Белов М.В. 2013 17
- 19. С чего начинаем
• Требования
• Бизнес-концепция • Архитектура
• Финансы
• Технологическая
• Проектирование
концепция
• …
Создание
управляющего и “Эскизный” “Тех.”
архитектурного
комитета
Концепт
проект проект …
ТЗ Проектирование Внедрение
Решение
оргвопросов
• Процессы
• Требования
• Регламенты
• Архитектура
• …
• Настройка платформ
• …
© Белов М.В. 2013 19
- 20. План-проспект Концепта
1. Бизнес-модель
Кто клиенты; Их потребности; Прогноз рынка;
Польз. характеристики изделия/сервиса;
Продаем/сдаем в аренду/сервис(?); Формат
дистрибуции; …
2. Финансовая модель
3. Технические аспекты
Тех. Характеристики изделия/сервиса;
Архитектура (предварительная);
Основные конструкторско-технологические решения (в
тч, мб, производство и сервис);
Технологические риски, технологические заделы.
4. Управление проектом создания
Основные стадии, этапы. «Ворота принятия решений».
«Сетевая» проектная команда (создание, управление, …)
Ресурсы
Измерения - KPI, качество.
Риски (проектные, финансовые, организационные)
© Белов М.В. 2013 20
- 21. Вопросы ?
M.Белов
mbelov@ibs.ru
ru.linkedin.com/pub/mikhail-belov/32/183/423
- 24. Тренды
1. Интегрирование процессов и
организаций
2. Совершенствование процессов
3. Интегрирование информации
4. Технологические информационные
средства
© Белов М.В. 2013 24
- 27. Управление требованиями
Целью управления требованиями является обеспечение
соответствия изделия потребностям клиентов, действующему
законодательству и нормативным документам.
Для достижения цели должны быть решены задачи:
• выявление и фиксация требований;
• верификация и валидация требований;
• документирование и утверждение требований;
• верификация проектных решений и документов на
соответствие требованиям;
• управление изменениями требований.
1. ISO 15288 2. CMMI-DEV
• Stakeholder Requirements • REQUIREMENTS DEVELOPMENT
Definition Process
• REQUIREMENTS MANAGEMENT
• Requirements Analysis Process
© Белов М.В. 2013 27
- 28. Управление конфигурацией
Управление конфигурацией необходимо для:
• обеспечения всех участников проекта актуальной и
достоверной информацией об изделии на всех стадиях его
жизненного цикла;
• внедрения технологий параллельного инжиниринга;
• обеспечения доступа всех заинтересованных сторон к истории
изменений, а также к отвергнутым альтернативным вариантам
технических решений.
Под конфигурацией понимается иерархическая структура,
состоящая из физических компонентов изделия с указанием их
входимости и связанных с ними документов и данных,
определяющих их конструкцию, процессы изготовления и
эксплуатации.
1. ISO 15288 2. CMMI-DEV
• Configuration Management Process • Configuration Management
© Белов М.В. 2013 28
- 29. Управление изменениями
Целью управления изменениями является формализация
процедур разработки базовой конфигурации изделия. Базовая
конфигурация формируется только из утвержденных документов
и данных прошедших процедуру управления изменениями.
Для достижения необходимо обеспечить:
• своевременное выявление и оценку последствий
потенциальных изменений конфигурации, данных и
документов на всех стадиях его жизненного цикла;
• проведение необходимых изменений конфигурации, данных и
документов в соответствии с действующими нормативными
документами;
• обеспечение идентификации и прослеживаемости всех
проводимых изменений конфигураций с сопутствующими
данными и документацией на всех стадиях жизненного цикла.
© Белов М.В. 2013 29
- 30. “Agile” – подход к исполнению
«План работ + Архитектура» = закон, но мы
управляем ими.
• делаем быстрее, чтобы быстрее проверить на
практике;
• «пробы-и-ошибки», неудачи - неизбежны;
• в случае неудач анализируем ситуацию и
быстро перепланируем;
• работаем параллельно;
• сверяем промежуточные результаты;
• план может корректироваться, но не срываться;
• сначала - ключевые или вызывающие
наибольшие вопросы решения;
• пилотная зона, потом - целевой объем;
• квалифицированный надзор.
© Белов М.В. 2013 30
- 32. Эталонные процессы (CMMI, 15288)
ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА СИСТЕМ
Процессы Процессы Технические процессы
соглашения проекта
Определение требований
Приобретение
Планирование заинтересованных
проекта Детальное описание
лиц
Поставка процессов
Оценка и Анализ требований
Процессы организационного контроль
обеспечения проекта Проектирование
архитектуры
Управление
Управление Реализация
решениями
моделью ЖЦ
Комплексирование
Управление EPC представление
Управление
рисками Верификация
инфраструктурой
Подлинник Документ в
утвержденного требуемых
Управление
документа передан в форматах передан
использование в использование
Управление портфелем Передача Система
управления
документами и
данными Утвержден
конфигурацией
проектов
Документ в Документ в Подлинник
формате ISO формате PDF документа
Валидация
15926
15.5.1.
Предоставление
Дизайн Центр
документа в
использование
Управление Управление Система
управления
Утвержден
Функционирование
документами и
данными Подлинник Тре буе тся загрузка
документа докуме нта в другую
информацией
Система Утвержден
персоналом
информационную Требуется использование
управления
Документ в Документ в систе му докуме нта как исходных
документами и
формате ISO формате PDF данных в Проекте
данными Подлинник
15926
документа
15.5.2. Загрузка Документ в Документ в
докуме нта в другую Организации - формате ISO формате PDF
информационную участники Проекта 15926
Графическое представление
систе му
Сопровождение
15.5.3.
Использование
Организации -
документа как
участники Проекта
Управление Измерение
исходных данных в
Проекте
качеством Списание
Требуется внесение
изменений в
документ
© Белов М.В. 2013 32
- 33. Программные системы
Система управления требованиями
Система управления
проектами
PDM
система изделия
Сметно-бюджетные
системы
ERP
PDM
PDM PDM
of Turbine Building,
системы система Система управления
etc
подсистемы подсистемы закупками
CAx
CAx Система планирования
CAx CAx
CAx
CAx работ
CAx
CAx
CAx
© Белов М.В. 2013 33
- 34. Основные структуры данных
Функциональная
структура
изделия
Структура
работ
Структура
требований
Структура 3D структура
подсистемы Структура изделия
документов
© Белов М.В. 2013 34
- 36. Референтные процессы
1. ISO 15288 2. CMMI-DEV
• Project Portfolio Management Process • Project Planning
• Quality Management Process • Integrated Project Management
• Project Processes • Project Monitoring and Control
• Project Planning Process • Quantitative Project Management
• Project Assessment and Control Process • Risk Management
• Decision Management Process • Measurement and Analysis
• Risk Management • Process and Product Quality Assurance
• Measurement Process • Organizational Process Definition
• Life Cycle Model Management Process • Organizational Process Focus
• Infrastructure Management Process • Organizational Performance Management
• Human Resource Management Process • Organizational Process Performance
• Organizational Training
© Белов М.В. 2013 36
- 37. Инфраструктура
управления операциями
Система Платформа управления
управления пулом исполнением
ресурсов
Система управления Система
проектами управленческого
учета
Система
мотивации Система
качества
Система
управления
знаниями
Службы поддержки исполнения
Служба Служба Служба Финансовая
логистики
Служба HR обучения
рекрутинга служба
© Белов М.В. 2013 37