Your SlideShare is downloading. ×
0
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Организация разработки сложных изделий/объектов сетевыми сообществами
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Организация разработки сложных изделий/объектов сетевыми сообществами

546

Published on

М.В. Белов …

М.В. Белов
январь 2013

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
546
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
17
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. М.В. Белов Организация январь 2013разработки сложных изделий/объектов сетевыми сообществами Видение
  • 2. Инженерная деятельностьна основе современных подходов:“правильные” процессы+ “расширенное предприятие”+ сетевое сообщество+ интеграция компетенций, знаний … © Белов М.В. 2013 2
  • 3. Содержание1. Пример “правильной” разработки2. Что делаем3. Платформа разработки4. Первоочередные шаги Приложения © Белов М.В. 2013 3
  • 4. 1. Пример “правильной” разработки © Белов М.В. 2013
  • 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 MESKnowledge 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
  • 10. 2. Что делаем © Белов М.В. 2013
  • 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
  • 15. 3. Платформа разработки © Белов М.В. 2013
  • 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
  • 18. 4. Первоочередные шаги © Белов М.В. 2013
  • 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
  • 22. Приложения © Белов М.В. 2013
  • 23. П1. Тренды и что заимствуем © Белов М.В. 2013
  • 24. Тренды 1. Интегрирование процессов и организаций 2. Совершенствование процессов 3. Интегрирование информации 4. Технологические информационные средства © Белов М.В. 2013 24
  • 25. П2. Ключевые процессы © Белов М.В. 2013
  • 26. Архитектура изделия (ISO 42010) © Белов М.В. 2013 26
  • 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
  • 31. П3. Платформа разработки © Белов М.В. 2013
  • 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
  • 35. П4. Управление операциями © Белов М.В. 2013
  • 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

×