
- •Понятие сетецентрического управления
- •Понятие интроперабельности . Уровни интероперабельности.
- •Цифровая среда «Умного предприятия»
- •Место задач управления функциональной безопасностью при решении задач реализации положений доктрины Industry 4.0
- •Сведения о Standish Group. Оценка состояния дел по реализации программных проектов согласно отчетов Standish Group. Факторы успешной реализации программных проектов.
- •Содержание моделей Project Triangle 1994г. И 2015г.
- •Основные вопросы предпроектной стадии создания компонентов цифровой экосреды
- •Модель управления урегулированием проблемной ситуации
- •Содержание tqm. Компоненты tqm (Customer Focus; Planning Process; Process Management; Process Improvement; Total Participation) и их содержание.
- •Содержание tqm. Базовые положения tqm.
- •Содержание «цикла Деминга». Принципы менеджмента на основе качества
- •Содержание основных этапов процесса цикла Деминга: Plan
- •Содержание основных этапов процесса цикла Деминга: Do
- •Содержание основных этапов процесса цикла Деминга: Check
- •Содержание основных этапов процесса цикла Деминга: Act
- •Роль тестирования в управлении качеством программных систем. Эволюция подходов к тестированию
- •Роль тестирования в управлении качеством программных систем
- •Особенности подходов к тестированию 50-х годов
- •Особенности подходов к тестированию 70-х годов
- •Особенности подходов к тестированию 80-х годов
- •Особенности подходов к тестированию 90-х годов
- •Регрессионное тестирование. Классическое и современное толкование
- •Сценарное тестирование
- •Ad hoc тестирование
- •Исследовательское тестирование
- •Основные вопросы rca и их содержание
- •Стандартизация: Примените полученные знания для предотвращения аналогичных проблем в будущем. Принятое решение должно стать стандартом и быть внедрено в повседневную практику.
- •Принципы smart и их содержание
- •Описание задач rca: Определение проблемы
- •Описание задач rca: Понимание проблемы
- •Описание задач rca: Немедленное действие
- •Описание задач rca: Корректирующее действие
- •Описание задач rca: Подтверждение правильности решения
- •Базовые положения rca
- •Инструменты rca: «Пять почему», «Fishbone», Парето-анализ
- •Рекомендации по применению rca
- •Возможные причины неудачного применения rca
Содержание моделей Project Triangle 1994г. И 2015г.
Треугольник управления проектами — это модель тройственной ограниченности. Она означает, что есть три элемента, которые необходимо учесть при планировании и в процессе управления проектом:
время
стоимость, или бюджет
содержание, или масштаб
Это ключевые факторы, которые влияют на качество выполнения задач и успех проекта.
1994 год:
Время Этот аспект отражает время, доступное для завершения проекта. В 1994 году фокус был скорее на традиционных методах управления временем, включая определение расписаний и графиков работ.
Бюджет Этот аспект отражает финансовые ресурсы, выделенные для проекта. В 1994 году акцент делался на управлении затратами, включая оценку бюджета, контроль расходов и управление финансами проекта.
Маштаб Этот аспект отражает объем работ или требований к проекту. В 1994 году внимание уделялось определению требований проекта, их управлению и контролю за изменениями в объеме работ.
2015 год:
Время. В современной интерпретации этот аспект включает в себя управление временем с использованием современных методов и инструментов, таких как Agile, SCRUM и другие гибкие подходы к управлению проектами.
Бюджет . Этот аспект включает в себя управление финансами проекта, но с учетом современных методов, таких как Value Management, Earned Value Analysis и другие техники управления затратами.
Маштаб: В современной интерпретации этот аспект также включает управление требованиями, но с учетом гибких методов, таких как User Stories, Feature Driven Development и другие подходы, которые позволяют эффективно управлять изменяющимися требованиями и объемом работ.
Таким образом, в 2015 году модель Project Triangle была адаптирована к современным требованиям и методам управления проектами, учитывая изменения в практиках управления и разработке программного обеспечения.
Эволюция подходов к управлению качеством (Stand Alone Applications->Workflow->BPM)
Эволюция от простых "stand-alone" приложений к более сложным рабочим процессам и управлению бизнес-процессами (BPM) - это процесс, который произошел в результате технологического прогресса и увеличения сложности бизнес-задач.
Stand-Alone Applications
Вся эволюция началась с "stand-alone" или автономных приложений. Это простейшие программы, которые выполняют определенную задачу на одном компьютере и не требуют подключения к сети или взаимодействия с другими системами.
Workflow Applications
С внедрением локальных сетей (LAN) и глобальных сетей (таких как Интернет), появилась возможность координации задач между несколькими пользователями или системами. Это привело к развитию приложений рабочего процесса, которые позволяют управлять и автоматизировать бизнес-процессы. Они устанавливают последовательность операций, которые должны быть выполнены, и отслеживают их выполнение в реальном времени.
BPM (Business Process Management)
Далее с появлением более сложных бизнес-процессов и большего количества данных, существует необходимость в более продвинутых системах, которые могут управлять всем этим. Управление бизнес-процессами (BPM) облегчает моделирование, автоматизацию, выполнение, управление и оптимизацию бизнес-процессов.
BPM предоставляет комплексный подход к управлению бизнес-процессами, включающий в себя как человеческие взаимодействия, так и автоматизированные процессы. Он также предоставляет инструменты для непрерывного улучшения процессов, анализа выполнения и интеграции с другими системами.