Стандарт OMG Essence - в чем польза для аналитика?

OMG! Essence of Software Engineering?

ЛАФ’2013

В мире много методов приемов практик идеологий разработки ПО

SCRUM Agile

XPUML

RUP

MSF

Use Cases

Kanban

Pair Programming

MDD

Personas

V-model

User Story

TDD

Тысячи их!!1

DevOps

PRINCE2

ISO 12207

Continious IntegrationSCRUM

BPMN

OpenUP

MSF

DoD

DDD

Automate Testing

UX centered design

V-model

TDD

EssUP

ISO 24744

CI

Literate Programming

Я смотрю, ты совсем запутался?

Ну, не совсем, но я правда иногда не понимаю – как все это связано между собой.

Тем более, что у каждой команды все равно свой собственный метод. Подвести бы под это какую-нибудь основу…

Ну, несколько таких методов я сам придумал. UML там, RUP…

А про основу – это ты хорошо сказал! Смотри, я придумал для тебя Единую Теорию Всего Программирования…

Методы Methods

Практики Practices

Основа The Kernel

Язык The Language

Состоят из

Описаны при помощи элементовОпределены

в терминах

Я назвал ее SEMAT – Software Engineering Method And Theory. Мы опишем все методы через практики и… Основы! Смотри:

Потребитель Customer

Решение Solution

Усилия Endeavor

У нас есть три области интереса (Area of concerns):

АльфыALPHAAbstract-Level Progress Health Attribute

ДеятельностиActivity Space

КомпетенцииCompetence

Внутри каждой области есть АЛЬФЫ – это очень клевые штуки, я их сам придумал – а ещё есть деятельности и компетенции. Для всего этого есть графический язык, как UML, только круче!

АльфыПотребитель

Решение

Усилия

Возможность Стейкхолдер

Требования Программная система

Работа Команда

Технология работы

Альфы и семантикаПотребитель

Решение

Усилия


Требования Программная система



планирует и производит

предоставляет

удовлетворяет

создает

потребляет и использует

задают ограничения

применяетнаправляет

Обновляет, изменяет

поддерживает

наст

раив

аетс

я по

д

предъявляетпомогает использовать

фокусирует

ДеятельностиПотребитель

Решение

Усилия

Исследовать возможность

Понять нужды

Убедиться в удовлетворении

Изучать использование

системы

Понять требова-

ния

Спроек-тировать систему

Реализо-вать

систему

Обслу-живать систему

Приготовиться выполнять

работу

Координи-ровать дела

Поддерживать команду

Отслеживать прогресс

Протес-тировать систему

Развер-нуть

систему

Прекратить работу

КомпетенцииПотребитель

Решение

Усилия

Анализ Разработка

Представление интересов стейкхолдеров

Лидерство Управление

Тестирование

Альфа

Деятельность

Компетенция

Дело

Состояние альфы

Рабочий продукт

Имеет

Требует

Создает/изменяет

Подтверждает

Воплощается в


НамечаетПриводит к

Теперь смотри, как это работает: мы «протаскиваем» проект по состояниям альф, выполняя дела из деятельностей при помощи наших компетенций.

Ох… Круто! Хотя и сложновато как-то.

Ладно, спасибо большое , Ивар, я теперь сам попробую разобраться – что это, и чем может помочь аналитику.

Не вопрос, обращайся! А штука полезная, сам увидишь. И не такая уж сложная.

Ладно, пойду пока еще какой-нибудь язык придумаю. Или что-нибудь еще, что можно сократить до трех букв. See u!

Где здесь место для аналитика?Потребитель

Решение

Предприятие


ТребованияПрограммная

система



Представление интересов стейкхолдеров

Анализ

Понять требования

Исследовать возможность

Понять нужды

Убедиться в удовлетворении

Изучать использование

системы

Каждая Альфа проходит через ряд состояний:

Альфа

Деятельность

Компетенция

Дело

Состояние альфы

Рабочий продукт

Имеет

Требует

Создает/изменяет

Подтверждает



НамечаетПриводит к

Стей

кхол

деры

Выявлены

Представлены

Вовлечены

В согласии

Удовлетворены развертыванием системы

Удовлетворены работой системы

Стейкхолдеры выявлены.

Механизмы вовлечения стейкхолдеров согласованы, представители обозначены.

Представители стейкхолдеров вовлечены в работу и выполняют свои обязанности.

Представители стейкхолдеров находятся в согласии.

Минимальные ожидания представителей стейкхолдеров удовлетворены.

Система удовлетворяет или превышает минимальные ожидания стейкхолдеров.

Возм

ожно

сть

Определена

Решается программной системой

Оценена

Жизнеспособна

Адресована

Принесла выгоду

Коммерческая, социальная или бизнесовая возможность определена.

Потребность в программном решении обоснована и подтверждена.

Ценность успешного решения установлена.

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

Система создана и демонстрирует использование возможности.

Операционное использование или продажи создают ощутимую выгоду.

Треб

ован

ия

Выявлены

Определены

Ясны

Приняты

Адресованы

Удовлетворены

Все согласны, что новая система нужна.

Назначение и предмет новой системы ясны.

Требования обеспечивают целостное описание неотъемлемых характеристик системы.Описание системы через требования приемлемо для стейкхолдеров.

Достаточное количество требований направлено на удовлетворение потребностей в новой системе.Требования полностью удовлетворяют потребности в новой системе.

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

• Для проверки достижения каждого статуса в стандарте предусмотрены чек-листы.

• Это довольно «капитанские» чек-листы, очень высокоуровневые.

• Но зачастую неуспех проекта зависит именно от несоблюдения этих очевидных пунктов.

Стейкхолдеры1/6

Выявлены Идентифицированы все различные группы заинтересованных сторон (стейкхолдеров), которых затрагивает или может затронуть разработка или функционирование системы.Достигнуто согласие между группами стейкхолдеров (как минимум, между теми, кто финансирует, использует, поддерживает и обслуживает систему).Определены обязанности представителей стейкхолдеров.


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


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


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


Удовлетворены готовностью к развертыванию

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


Удовлетворены использованием

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

Возможность1/6

Определена Коммерческая, общественная или инвестиционная возможность, которая могла бы быть адресована программным решением, определена.Идея по способу улучшения текущих технологий работы, увеличения рыночной доли или по применению новой или инновационной программной системы была определена.Как минимум один из стейкхолдеров желает сделать инвестицию в более подробное понимание возможности и пользы, связанной с адресацией этой возможности.Другие стейкхолдеры, для которых это общая возможность, определены.


Решается программной системой

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


Оценена Польза адресации возможности была определена количественно либо в абсолютных значениях, либо в единицах дохода или экономии за период (например, за год).Влияние решения на стейкхолдеров понятно.Польза, которую программная система предлагает стейкхолдерам, которые финансируют и используют систему, понятна.Критерии успеха, по которым будет приниматься решение о разворачивании системы, ясны.Желаемые результаты, требуемые от решения, ясны и определены количественно.


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


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


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

Требования

1/6

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

Требования2/6

Определены Выявлены стейкхолдеры, вовлеченные в разработку новой системы. Все стейкхолдеры согласны с назначением новой системы.Ясно, что будет являться показателем успешности системы.Все стейкхолдеры разделяют понимание объема предложенного решения.Согласован способ описания требований.Имеется механизм для управления требованиями.Ясна схема приоритезации требований.Выявлены и признаны ограничения.Ясно сформулированы все предположения.

Требования3/6

Ясны Требования собираются и распространяются среди команды и стейкхолдеров.Происхождение требований ясно.Обоснование требований ясно.Конфликтующие требования выявлены и к ним привлечено внимание.Требования выражают существенные характеристики будущей системы.Наиболее важные сценарии использования системы могут быть разъяснены.Приоритеты требований ясны.Последствия реализации требований всем понятны.Команда понимает – что должно быть поставлено, и согласна поставить это.


4/6

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


5/6

Адресованы Достаточное число требований было адресовано, чтобы результирующая система была приемлема для стейкхолдеров.Стейкхолдеры принимают, что требования аккуратно отражают – что система должна и что не должна делать.Набор реализованных требований обеспечивает ясную пользу для стейкхолдеров.Система, реализующая требования, принимается стейкхолдерами, как заслуживающая эксплуатации.


6/6

Удовлетворены Стейкхолдеры принимают требования, как аккуратно документирующие – что стейкхолдеры требуют для полного удовлетворения потребности в новой системе.Нет никаких невыполненных требований, которые не дают принять систему как полностью удовлетворяющую требованиям.Система принята стейкхолдерами как полностью удовлетворяющая требованиям.

Расширения Kernel

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

Проверьте свой проект!«Проектный пасьянс»

«Проектный покер»

Что сказали карты:

• Где мы сейчас?• Куда нам идти?• Что сделать, чтобы туда попасть?

Что еще полезно: компетенцииПредставление интересов стейкхолдеров

Анализ

Способность собирать, выражать и балансировать потребности стейкхолдеров, и аккуратно представлять их точку зрения.

Способность понять возможности и потребности стейкхолдеров, и преобразовать их в согласованный набор требований.

Что эти люди делают для командыПредставление интересов Анализ

Люди с этой компетенцией помогают команде:• Понять бизнес-возможность.• Осознать сложности и потребности потребителей, пользователей и других заинтересованных сторон.• Приоритезировать и согласовывать требования.• Взаимодействовать со стейкхолдерами.• Понимать – насколько хорошо система удовлетворяет нуждам стейкхолдеров.

Люди с этой компетенцией помогают команде:• Идентифицировать и понять нужды и возможности.• Докопаться до корневых причин проблем.• Собрать, понять и продуктивно обсуждать требования.• Создавать и согласовывать спецификации и модели.• Визуализировать решения и понимать их последствия.

Необходимые навыкиПредставление интересов

Анализ

Необходимые навыки:• Ведение переговоров• Фасилитация• Нетворкинг• Хорошая письменная и устная речь• Эмпатия

Необходимые навыки:• Письменная и устная коммуникация• Наблюдать, понимать и записывать детали• Декомпозиция• Видеть целое исходя из требований• Формулирование требований

Заключение: что дает Kernel?

• Фокусирует внимание на состоянии альф: стейкхолдеров, возможности и требований;

• Разделяет роли для работы со стейкхолдерами и для анализа требований;

• Предоставляет высокоуровневые последовательности состояний ключевых альф и чек-листы для их диагностики.

Для чего использовать Kernel

• Для оценки состояния проекта (без привязки к конкретной методологии)

• Для планирования• Для сравнения двух методологий и

проектирования процессов изменения• Для обучения• Для масштабирования• Для оптимизации методов• Для подбора людей

Немедленная польза

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

договоры и проектные документы.

Текущий статус и ссылки

В настоящее время стандарт находится на рассмотрении в OMG (статус: OMG Final Submission, 18 feb 2013). OMG сейчас проверяет соблюдение авторских прав.

Ожидаемая дата рассмотрения – август 2013.Инициатива SEMAT: http://www.semat.org/Карты на английском:

http://www.ivarjacobson.com/SEMAT_Kernel_Cards_Download/

http://www.semat.org/



Спасибо за внимание!

Юрий Куприянов

Эксперт по системному анализу и разработке ПО, эксперт по коммуникациям и фасилитации, интерактивным методикам.Преподаватель, тренер, аналитик и проектировщик.

Обращайтесь за консультациями! [email protected]://facebook.com/yksi12skype: yury.kupriyanov8-903-617-4283

При переводе чеклистов для состояний альф частично использованы материалы А.И.Левенчука: http://ailev.livejournal.com/1059781.html

mailto:[email protected]

http://facebook.com/yksi12

http://ailev.livejournal.com/1059781.html

Стандарт OMG Essence - в чем польза для аналитика?

Education

design vmodel tdd essup

devops prince2 iso

ci literate programming

testing ux

final submission