SEMAT OMG Essence on AgileKitchen conference by Agile Russia.

1. OMG! Единая теория
программной инженерии?
Agile Kitchen
11/10/2013

2. В мире много методов приемов
практик идеологий разработки ПО
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
MSF
Definition of Done
BDD
Automate Testing
UX centered design
Feature Driven Development
Test Driven Development
ГОСТ 34
ISO 24744
Literate Programming
DSDM

3. Пал Андреич, а ваша команда какой метод
разработки использует?
Видишь ли, Юра…

4. © Асхат Уразбаев - http://www.myshared.ru/slide/7778/

5. Сейчас
я всех спасу!

6. Software
Engineering
Method
And
Theory

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

8. сегодня серьезно страдает от незрелых практик.
Основные проблемы:
• Погоня за модой, что более присуще фэшн-индустрии, а не
инженерной дисциплине.
• Отсутствие прочной, всеми признанной теоретической базы.
• Огромное число методов и их вариаций, различия которых
малопонятны и искусственно преувеличены.
• Отсутствие надежной экспериментальной оценки и
проверки.
• Разрыв между индустриальной практикой и академическими
исследованиями.
SEMAT: Призыв к действию!
“Программная инженерия

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

10. Обучение
ПрактикаТеория

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

12. Потребитель Customer
Решение Solution
Деятельность Endeavor
Области интереса

13. Альфы
ALPHA
Abstract-Level Progress Health Attribute
Пространство дел
Activity Space
Компетенции
Competence
Внутри областей интереса

14. Потребитель
Решение
Деятельность
Возможность Стейкхолдер
Требования
Программная
система
Работа Команда
Технология
работы
Альфы

15. Потребитель
Решение
Деятельность
Возможность Стейкхолдер
Требования
Программная
система
Работа Команда
Технология
работы
планирует и производит
предоставляет
удовлетворяет
создает
потребляет и использует
задают ограничения
поддерживает
настраиваетсяпод
фокусирует
Связи Альф

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

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

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

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

20. «Проектный пасьянс»
«Проектный покер»
Карты Essence

21. Отсечь лишнее
Ядро содержит
минимальный набор
элементов: такие
элементы описания
программной инженерии,
из которых уже
невозможно что-то
выбросить без потери
смысла.

22. Можно
определить
собственные
под-альфы,
их статусы и
чеклисты для
проверки.
Ядро расширяемо

23. Можно
определить
собственные
под-альфы,
их статусы и
чеклисты для
проверки.
Ядро расширяемо

24. Можно
определить
собственные
под-альфы,
их статусы и
чеклисты для
проверки.
Ядро расширяемо

25. Ядро в SCRUM

26. SCRUM в Ядре [практика]

27. SCRUM в Ядре [практика]

28. Собираем из практик метод

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

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

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

32. В настоящее время стандарт находится на
рассмотрении в OMG. Драфт:
http://www.omg.org/spec/Essence/1.0/Beta1/PDF/
Глоссарий на русском: http://goo.gl/zfyzjt
Инициатива SEMAT: http://www.semat.org/
Карты Essence на английском:
http://www.ivarjacobson.com/SEMAT_Kernel_Cards_Download/
Ссылки

33. Спасибо за внимание!
Давайте пробовать! 
yksi12@gmail.com
http://facebook.com/yksi12
skype: yury.kupriyanov
8-903-617-4283