
- •Понятие сетецентрического управ-я
- •2Понятие интроперабельности . Уровни интероперабельности.
- •4Место задач управ-я функциональной безопасностью при решении задач реализации положений доктрины Industry 4.0
- •5Сведения о Standish Group. Оценка состояния дел по реализации программных проектов согласно отчетов Standish Group. Факторы успешной реализации программных проектов.
- •6Содержание моделей Project Triangle 1994г. И 2015г.
- •8Основные вопросы предпроектной стадии создания компонентов цифровой экосреды
- •Начало формы
- •Конец формы
- •9Модель управ-я урегулированием проблемной ситуации
- •10Содержание tqm. Компоненты tqm (Customer Focus; Planning Process; Process Management; Process Improvement; Total Participation) и их содержание.
- •12Содержание «цикла Деминга». Принципы менеджмента на основе качества
- •13Содержание основных этапов процесса цикла Деминга: Plan
- •14Содержание основных этапов процесса цикла Деминга: Do
- •15Содержание основных этапов процесса цикла Деминга: Check
- •16Содержание основных этапов процесса цикла Деминга: Act
- •17Роль тестирования в управлении качеством программных систем. Эволюция подходов к тестированию
- •18 Роль тестирования в управлении качеством программных систем
- •19Особенности подходов к тестированию 50-х годов
- •20Особенности подходов к тестированию 70-х годов
- •21Особенности подходов к тестированию 80-х годов
- •22Особенности подходов к тестированию 90-х годов
- •24Сценарное тестирование
- •26Исследовательское тестирование
- •27Основные вопросы rca и их содержание
- •28Принципы smart и их содержание
- •29Описание задач rca: Определение проблемы
- •30Описание задач rca: Понимание проблемы
- •31Описание задач rca: Немедленное действие
- •32Описание задач rca: Корректирующее действие
- •33Описание задач rca: Подтверждение правильности решения
- •34Базовые положения rca
- •35Инструменты rca: «Пять почему», «Fishbone», Парето-анализ
- •36Рекомендации по применению rca
- •37Возможные причины неудачного применения rca
27Основные вопросы rca и их содержание
Анализ коренных причин (Root Cause Analysis, RCA) — это структурированный, пошаговый процесс, который помогает выявить основные факторы или причины неблагоприятного события или близкой аварии. Понимание факторов, способствующих отказу системы, или причин, его вызывающих, помогает разработать план действий по реагированию для устранения проблемы и ее неповторения в будущем.Правильно сделанный анализ коренных причин поможет выявить уязвимые места в процессах и определить, как избежать повторения ошибок.Итак, анализ коренных причин выполняется, чтобы определить:«Что произошло?»«Почему это произошло?»«Что необходимо предпринять, чтобы избежать повторения проблемы?»Процесс аудита по RCA состоит из 5 этапов:Проверка условий: Прежде чем решать проблему, убедитесь, что предприняты все возможные шаги для ее минимизации. Проверьте наличие стандартов выполнения операции, их доступность и понятность.Сбор данных: Соберите все необходимые данные, чтобы определить проблему. Опишите, что произошло, где, когда, кто был вовлечен и какое отклонение от нормы наблюдается.
Анализ проблемы: Проанализируйте причины проблемы, используя метод "5 почему", чтобы выявить корневую причину.План действий: Разработайте план действий для исправления ситуации. Определите задачи, ответственных и сроки выполнения.Стандартизация: Примените полученные знания для предотвращения аналогичных проблем в будущем. Принятое решение должно стать стандартом и быть внедрено в повседневную практику.
28Принципы smart и их содержание
В основе рассматриваемой методики лежат пять критериев, названия которых образовали аббревиатуру SMART. Каждый из них описывает одну из обязательных характеристик при оценке цели. В их числе :S Конкретная - Согласно методике SMART, цель должна быть четко сформулирована и понятна всем, кто будет участвовать в ее достижении. (Какие именно результаты вы хотите получить? Какие действия нужно предпринять для этого? Кто будет участвовать в достижении цели?)M Измеримая- возможность измерить ее результат в количественных показателях, что позволит отслеживать прогресс и определить, удалось ли достичь желаемого.(Какой показатель поможет определить, что цель достигнута? Какое значение должно быть у этого показателя?)a Достижимая- Цель должна быть реалистичной: укладываться в указанные сроки и опираться на объективные показатели. Важно понимать, что ее действительно можно достичь. (Есть ли у меня ресурсы, которые позволят добиться желаемого? Что может помочь в достижении цели? Что может помешать?)r Значимая - Цель должна быть значимой, обоснованной и связанной с долгосрочными планами компании. То есть всем должно быть понятно, для чего это нужно. (Зачем ее достигать? Выгодна ли она для компании? Соответствует ли она потребностям компании? Укладывается ли она в сегодняшние социально-экономические условия?)t Ограниченная по времени - Цель должна иметь четкий срок выполнения, иначе она может растянуться на месяцы и даже годы. (Какое количество времени нужно для достижения цели?)