Категория:Методы — различия между версиями

Текущая версия на 20:20, 2 мая 2018

Метод — это сочетание дисциплины и набора практик для достижения какой-то цели.

Метод — композиция практик, формирующее (на желаемом уровне абстракции) описание того, как выполняется деятельность (endevour). Метод команды описывает способ работы команды, помогает и направляет команду при выполнении ее задач. Ведение деятельности по разработке заключается в использовании экземпляра метода. Этот экземпляр содержит экземпляры альф, рабочих продуктов, действий и т.п., которые являются результатом реальной работы, выполняемой в процессе разработки. Используемый экземпляр метода включает ссылку на определенный экземпляр метода, который выбран в качестве метода, которому необходимо следовать (OMG Essence).

"Метод" существенно отличается от "процесса": метод включает в себя всё нужное для выполнения работы:

• продукты (артефакты),
• процессы (жизненные циклы и используемые в них практики),
• организацию (люди и инструменты),
• используемые в работе языки и нотации.

Тем самым "процесс" — это маленькая (хотя и важная) часть от "метода".

Тем не менее, в англоязычной литературе имеются синонимы для "метода", использующие слово "процесс" с уточнениями: "development process", "delivery process", "software process". Во всех этих случаях слово "процесс" используется для указание на весь жизненный цикл разработки в целом, а не на пошаговое исполнение какой-то последовательности действий.

От "проектирования" метод отличает большое внимание к собственно методической стороне вопроса, а не просто изложению исполнения разных работ во времени. Жизненный цикл (как одна из ипостасей развертки работ во времени, "процесса") — только маленькая часть метода. Существенную роль играет описание практик, которые задействованы в жизненном цикле, рабочих процуктов, руководств, используемых языков и нотаций. Это обычно невозможно экспортировать в программы проектного управления.

Задача метода — дать исполнителям полное знание о том, что, когда, как и с чем делать.

Задача проектного управления обычно — сбалансировать ресурсы и уложиться вовремя, это совсем другие задачи.

Междисциплинарные методы

В книге Косякова и др. системная инженерия рассматривается как часть деятельности по управлению проектом, вместе с ней выделяется планирование и контроль проекта. На Венн-диаграмме показаны функции каждой из областей и смежные функции:

В SEBoK разделяют системную инженерию, системную разработку и проектное управление. Функции каждой из дисциплин называются "методами":

Методы системной инженерии (СИ)

• Needs and Opportunities Analysis
• Operational Concept Development
• System Scoping and Requirements Definition
• Architecture Definition
• Tradeoff Analysis, Modeling and Simulation

Методы системной разработки разработки (СР)

• Production Line Preparation (см. Инженерия предприятия)
• Production
• Production Control
• Testing

Методы проектного управления (ПУ)

• Staffing, Organizing, Directing
• Cost, Schedule, Performance, Risk Monitoring and Control
• Operations Planning and Preparation
• Operations Management

Методы СИ+СР

• Production Planning and Analysis
• System Integration

Методы СР+ПУ

• Supply Chain Management
• Systems Development Management

Методы ПУ+СИ

• Business Case Analysis
• Systems Engineering Management

Методы СИ+СР+ПУ

• Lifecycle Planning and Estimating
• Change Analysis and Management, CM
• QA, V&V, Continuous Process Improvement

Корпуса знаний

Описания методов могут быть приведены в корпусах знаний (Body of Knowledge):

• SEBoK (Systems Engineering Body of Knowledge);
• PMBOK (Project Management Body of Knowledge);
• BABOK (Business Analysis Body of Knowledge);
• SWEBOK (Software Engineering Body of Knowledge);
• CEBOK (Civil Engineering Body of Knowledge);
• CBK (Common Body of Knowledge (CBK);
• EABOK (Enterprise Architecture Body of Knowledge);
• DMBOK (Data Management Body of Knowledge).

См. также

• Ситуационная инженерия методов