OMG! Essence: единая теория программной инженерии?

В мире много методов приемов практик идеологий разработки ПО
SCRUM
Agile
XP
UML
RUP
MSF
Use Cases
Kanban
Pair Programming
Model Driven Development
Personas
V-model
User Story
Lean
DevOps
PRINCE2
ISO 12207
Continious Integration
Waterfall
BPMN
OpenUP
Definition of Done
BDD
Automate Testing
UX centered design
Feature Driven Development
Test Driven Development
ГОСТ 34
ISO 24744
Literate Programming
DSDM
Lean UX
ScrumBan

Ивар Якобсон
UML, RUP, аспектно-ориентированное
программирование
Бертран Мейер
Eiffel, ООП, контрактное программирование
Ричард Солей
OMG, UML, CORBA, MDA

Software
Engineering
Method
And
Theory

сегодня серьезно страдает от незрелых практик.
Основные проблемы:
Погоня за модой.
Отсутствие прочной, признанной теоретической базы.
Огромное число методов и их вариаций, различия которых искусственно преувеличены.
Отсутствие надежной экспериментальной оценки и проверки.
Разрыв между индустриальной практикой и академическими исследованиями.
“Программная инженерия

Мы поддерживаем процесс нового основания программной инженерии – на твердой теории, проверенных принципах и лучших практиках, которые:
Включают в себя ядро согласованных элементов, расширяемых для конкретных применений.
Решают как технологические, так и человеческие вопросы.
Поддержаны индустрией, наукой и пользователями.
Поддерживают расширение в условиях меняющихся требований и технологий.
”

Подписанты призыва

Подписанты призыва

Методы Methods
Практики Practices
Ядро The Kernel
Язык The Language
Методы состоят из практик
Практики описаны элементами Ядра
Методы, Практики и Ядро определены в терминах Языка

Области интереса

Внутри областей интереса
α

Альфы

Связи Альф
планирует и производит
предоставляет
удовлетворяет
создает
потребляет и использует
задают ограничения
применяет
направляет
Обновляет, изменяет
поддерживает
предъявляет
помогает использовать
фокусирует

Исследовать возможность
Понять нужды
Убедиться в удовлетворении
Изучать использованиесистемы
Понять требова-ния
Спроек-тировать систему
Реализо-вать систему
Обслу-живать систему
Приготовиться выполнять работу
Координи-ровать дела
Поддерживать команду
Отслеживать прогресс
Протес-тировать систему
Развер-нуть систему
Прекратить работу
Поле деятельности

Анализ
Разработка
Представление интересов стейкхолдеров
Лидерство
Управление
Тестирование
Компетенции

Поле деятельности
Компетенция
Дело
Состояние альфы
Рабочий
продукт
Имеет
Требует
Создает/изменяет
Подтверждает
Воплощается в
Воплощается в
Намечает
Приводит к
Дело
Дело
Как это работает:

Состояние альфы
Стейкхолдеры выявлены.
Механизмы вовлечения стейкхолдеров
согласованы, представители обозначены.
Представители стейкхолдеров вовлечены в работу и выполняют свои обязанности.
Представители стейкхолдеров находятся в согласии.
Минимальные ожидания представителей стейкхолдеров удовлетворены.
Система удовлетворяет или превышает минимальные ожидания стейкхолдеров.

Выбрана архитектура, адресующая технические риски и удовлетворяющая организационным ограничениям.
Работающая версия системы готова для демонстрации соответствия архитектуры и возможности тестирования.
Система готова к использованию и демонстрирует заданные характеристики качества.
Система была принята к развертыванию и запуску.
Система используется в операционном окружении.
Система больше не поддерживается.

Чек-лист:
Индивидуальные обязанности понимаются.
Набрано достаточное число членов команды, чтобы работа продвигалась.
Каждый член команды понимает, как команда организована, и какая у него индивидуальная роль.
Все члены команды понимают, как выполнять их работу.
Все члены команды встретились (возможно, виртуально) и начинают узнавать друг друга.
Члены команды понимают их обязанности и как они увязаны с их компетенциями.
Члены команды принимают работу.
Любые внешние смежники (организации, команды и индивиды) определены.
Механизмы общения в команде определены.
Каждый член команды принял обязательство работать в команде, как определено.
Команда была пополнена достаточным количеством людей с принятыми обязательствами, чтобы начать миссию.

WikiVote! 2012

Чек-листы для состояний

Чек-листы для состояний

Software
System
Work
Team
Requirements
http://www.slideshare.net/junesungpark/applying-essence-in-practiceberlin-ed

Достигнуты
Не достигнуты
http://www.slideshare.net/junesungpark/applying-essence-in-practiceberlin-ed

http://www.slideshare.net/junesungpark/applying-essence-in-practiceberlin-ed

Фокусирует внимание на состоянии альф;
Разделяет роли по областям интереса;
Предоставляет высокоуровневые последовательности состояний ключевых альф и чек-листы для их диагностики;
Задает базовые элементы для описания практик и методов.
Что дает Ядро?

Для оценки состояния проекта (без привязки к конкретной методологии);
Для планирования;
Для сравнения двух методологий и проектирования процессов изменения;
Для обучения;
Для масштабирования;
Для оптимизации методов;
Для подбора людей.
Для чего использовать Ядро?

Применять чек-листы.
Раскладывать пасьянсы/покер.
Включать пункты из чек-листов сразу в договоры и проектные документы.
Немедленная польза

Моделирование практик в терминах ядра:
Дальнейшие исследования

Моделирование практик в терминах ядра:
Дальнейшие исследования

Сборка методов из практик:
Дальнейшие исследования

Страница стандарта на сайте OMG:
http://www.omg.org/spec/Essence/
Глоссарий на русском: http://goo.gl/zfyzjt
Инициатива SEMAT: http://www.semat.org/
Карты Essence на английском: https://www.ivarjacobson.com/alphastatecards
Ссылки