Стандарт OMG Essence - в чем польза для аналитика?Yury Kupriyanov
"Режиссерская версия" слайдов к докладу "Стандарт OMG Essence - в чем польза для аналитика?" на ЛАФ'2013. Полностью приведены чеклисты для стадий альф: стейкхолдер, возможность и требования.
SECON'2016. Куприянов Юрий, OMG Essence - единая теория программной инженерииSECON
Возможна ли единая теория программной инженерии? Scrum и водопад, kanban и RUP - что у них общего и чем они различаются, и можно ли описать это формально? Как сравнить методики, выбирая ее для конкретного проекта? Как перейти от одной методики к другой? Как оценить здоровье проекта, независимо от методики? Ответы - в докладе.
Управление требованиями. Сбор требований. Характеристики хороших требований. Анализ требований. Управление изменениями требованиями. Курс для бизнес-аналитиков. Основы бизнес-анализа для начинающих
Гости из Москвы из компании USABILITYLAB расскажут нам про историю HCD и usability-тестирование (виды тестирования, требования, ограничения, обработку данных)
Стандарт OMG Essence - в чем польза для аналитика?Yury Kupriyanov
"Режиссерская версия" слайдов к докладу "Стандарт OMG Essence - в чем польза для аналитика?" на ЛАФ'2013. Полностью приведены чеклисты для стадий альф: стейкхолдер, возможность и требования.
SECON'2016. Куприянов Юрий, OMG Essence - единая теория программной инженерииSECON
Возможна ли единая теория программной инженерии? Scrum и водопад, kanban и RUP - что у них общего и чем они различаются, и можно ли описать это формально? Как сравнить методики, выбирая ее для конкретного проекта? Как перейти от одной методики к другой? Как оценить здоровье проекта, независимо от методики? Ответы - в докладе.
Управление требованиями. Сбор требований. Характеристики хороших требований. Анализ требований. Управление изменениями требованиями. Курс для бизнес-аналитиков. Основы бизнес-анализа для начинающих
Гости из Москвы из компании USABILITYLAB расскажут нам про историю HCD и usability-тестирование (виды тестирования, требования, ограничения, обработку данных)
Лекция, продолжающая разбор профессии аналитика для начинающих. На этот раз тема более сложная, затрагивающая саму суть анализа: работу по превращению информации в знания. Как в море разрозненных букв и цифр выбрать те, что нужны и полезны именно здесь и сейчас? Как преподнести результаты своей работы другим, чтобы это было наглядно и информативно?
Базовый инструментарий аналитика. Методы и техники используемые в инженерии т...Yury Buluy
Доклад, сделанный на конференции ReqLabs 2009, г. Москва. В докладе рассматривается подход к классификации методов и техник используемых в инженерии требований и описание ряда техник.
Тренинг направлен на решение реальных задач участников, развитие творческого воображения, освоение навыков поиска новых идей. В основе подхода лежит теория решения изобретательских задач (ТРИЗ) и авторские методики, доказавшие эффективность на практике.
Формирование и управление командой проекта
• Выбор партнера. Ключевые роли и люди на Проекте;
• Различия в подходах к внедрению систем;
• Мотивация персонала на достижение результата и преодоление сопротивления внутри компании.
Babok v2.0 перевод на русский язык свод знаний по бизнес анализуIvan Shamaev
BABOK версия 2.0 - свод знаний по бизнес-анализу. Перевод на русский язык стандарта BABOK для бизнес-аналитиков, глава введения. Понятия бизнес-анализа, задачи, базовые компетенции.
Ресурс-К, автоматизированная система оценки компетенций_компетенции и модели_...Ekaterina Sheveleva
http://resource-k.ru Экспертная система «РЕСУРС-К» предназначена для оценки компетенций. Диагностика компетенций позволяет формировать обоснованные программы найма, развития, ротации, мотивации и других вопросов управления человеческими ресурсами.
Это удобный инструмент для всех участников рынка труда, которые говорят на едином языке компетенций – работодателей, работников и специалистов учреждений образования.
Система «РЕСУРС-К» – это набор тестовых методик и авторских экспертных алгоритмов, на основании которых строится оценка компетенций. Это программа, которая проводит тестирование человека, интегрирует результаты в компетенции, а результат выдает в виде понятных для любого руководителя графиков и таблиц.
Ресурс-К - компьютерный инструмент оценки компетенций-2015.11Ekaterina Sheveleva
http://resource-k.ru Экспертная система «РЕСУРС-К» предназначена для оценки компетенций. Диагностика компетенций позволяет формировать обоснованные программы найма, развития, ротации, мотивации и других вопросов управления человеческими ресурсами.
Это удобный инструмент для всех участников рынка труда, которые говорят на едином языке компетенций – работодателей, работников и специалистов учреждений образования.
Система «РЕСУРС-К» – это набор тестовых методик и авторских экспертных алгоритмов, на основании которых строится оценка компетенций. Это программа, которая проводит тестирование человека, интегрирует результаты в компетенции, а результат выдает в виде понятных для любого руководителя графиков и таблиц.
Vision of the future learning strategy and some specializations for Department of Information Systems and Technologies of National University "Lviv Polytechnic". Created by Roman Hasko. 10.2015
Лекция, продолжающая разбор профессии аналитика для начинающих. На этот раз тема более сложная, затрагивающая саму суть анализа: работу по превращению информации в знания. Как в море разрозненных букв и цифр выбрать те, что нужны и полезны именно здесь и сейчас? Как преподнести результаты своей работы другим, чтобы это было наглядно и информативно?
Базовый инструментарий аналитика. Методы и техники используемые в инженерии т...Yury Buluy
Доклад, сделанный на конференции ReqLabs 2009, г. Москва. В докладе рассматривается подход к классификации методов и техник используемых в инженерии требований и описание ряда техник.
Тренинг направлен на решение реальных задач участников, развитие творческого воображения, освоение навыков поиска новых идей. В основе подхода лежит теория решения изобретательских задач (ТРИЗ) и авторские методики, доказавшие эффективность на практике.
Формирование и управление командой проекта
• Выбор партнера. Ключевые роли и люди на Проекте;
• Различия в подходах к внедрению систем;
• Мотивация персонала на достижение результата и преодоление сопротивления внутри компании.
Babok v2.0 перевод на русский язык свод знаний по бизнес анализуIvan Shamaev
BABOK версия 2.0 - свод знаний по бизнес-анализу. Перевод на русский язык стандарта BABOK для бизнес-аналитиков, глава введения. Понятия бизнес-анализа, задачи, базовые компетенции.
Ресурс-К, автоматизированная система оценки компетенций_компетенции и модели_...Ekaterina Sheveleva
http://resource-k.ru Экспертная система «РЕСУРС-К» предназначена для оценки компетенций. Диагностика компетенций позволяет формировать обоснованные программы найма, развития, ротации, мотивации и других вопросов управления человеческими ресурсами.
Это удобный инструмент для всех участников рынка труда, которые говорят на едином языке компетенций – работодателей, работников и специалистов учреждений образования.
Система «РЕСУРС-К» – это набор тестовых методик и авторских экспертных алгоритмов, на основании которых строится оценка компетенций. Это программа, которая проводит тестирование человека, интегрирует результаты в компетенции, а результат выдает в виде понятных для любого руководителя графиков и таблиц.
Ресурс-К - компьютерный инструмент оценки компетенций-2015.11Ekaterina Sheveleva
http://resource-k.ru Экспертная система «РЕСУРС-К» предназначена для оценки компетенций. Диагностика компетенций позволяет формировать обоснованные программы найма, развития, ротации, мотивации и других вопросов управления человеческими ресурсами.
Это удобный инструмент для всех участников рынка труда, которые говорят на едином языке компетенций – работодателей, работников и специалистов учреждений образования.
Система «РЕСУРС-К» – это набор тестовых методик и авторских экспертных алгоритмов, на основании которых строится оценка компетенций. Это программа, которая проводит тестирование человека, интегрирует результаты в компетенции, а результат выдает в виде понятных для любого руководителя графиков и таблиц.
Vision of the future learning strategy and some specializations for Department of Information Systems and Technologies of National University "Lviv Polytechnic". Created by Roman Hasko. 10.2015
Presentation from IT Brunch "Learn from failures" conference (online, June 2012) about my experience and lessons learned from Tracer Bullet Development approach
How to succeed in software development. Following agile methodology principles helps to achieve much better results. Know more about eXtreme Programming, one of the famous agile software development methodology.
Presentation from ConfeT&QA Online conference (February 2012) about techniques and approaches for successful adoption of TDD (Test Driven Development) in functional tests with WebDriver.
Доклад для XP Days Kiev 2013.
Many people think that Agile works only for small or unimportant projects. Forget it! We use extreme programming for developing Bank Saint Petersburg which hit the TOP-3 of Russia internet banks. During the session we will share our XP experience and demonstrate pair programming, TDD, and UI tests on a real example of internet bank. Still unbelievable? So come and see!
● Що таке "цикл зворотнього зв'язку"?
● Цикли зворотнього зв'язку у eXtreme
Programming
● Зміцнення та скорочення циклу
зворотнього зв'язку
● Декларація взаємозалежності
● Запитання та обговорення
TDD style proved itself as very reliable and quick way of business tasks solving with code. But most of examples on trainings and in the internet show how to apply TDD to simple input/output code or interface based dependencies with mocking techniques. What about other areas of application development like database related code? Could it be developed with TDD style? What does TDD bring to developer? I will try to answer these questions in my talk and show on practical examples how helpful TDD is for database code, how it reduces risks and opens the door for refactoring techniques.
We all know that Scrum proposes us only 3 roles: Product Owner, ScrumMaster and Team Member. During my work as a trainer I saw many teams that failed to manage project architecture, technical decisions and design solutions in new more flexible way. Without strong technical background team members make mistakes. Those mistakes are very hard to detect and prevent without strong technical leadership and well established engineering process. There should be somebody responsible for both of these things and Tech Lead is a very suitable role for this purpose. I believe that Agile projects can easily live without Project Manager but missing Tech Lead role will cost team much more.
Presentation from AgileEE 2012 in Kiev (October 2012) and XP Days Ukraine 2012 in Kiev (November 2012) about evolution of Agile processes in team during project lifecycle.
Presentation from 11th SQADays conference in Kiev (April 2012) and Selenium Camp 2013 (February 2013) about how to measure what functional tests are really testing from requirements, code and UI perspective.
Great functional testing with WebDriver and ThucydidesMikalai Alimenkou
Presentation from online conference ConfeT&QA (October 2012) and Selenium Camp 2013 (February 2013) about techniques and approaches to create great functional automated tests.
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды.
Ключевые навыки успешной Agile-команды / Дмитрий Лобасев (lobasev.ru)Ontico
Динамика изменений со стороны бизнеса (наших заказчиков) сейчас настолько велика, что впереди оказываются компании, процесс разработки в которых непрерывно эволюционирует.
Эволюционный процесс позволяет научиться делать более быстрые поставки, принимать более качественные решения, а главное, поставлять с первого раза именно то, что нужно бизнесу.
Необходимый минимум для построения современных процессов разработки - это три ключевых, обязательных для освоения навыка, которым просто обязан научиться каждый участник проектной команды:
1. как можно раньше узнавать то, чего мы еще не знаем;
2. вовремя видеть, анализировать и решать возникающие проблем;
3. помогать бизнесу добиваться лучших из возможных результатов.
Во время доклада я расскажу подробно, какие инструменты вы можете использовать, чтобы выработать в своей команде эти три навыка и тем самым научиться постоянно улучшаться.
Тактическое управление продуктами: все еще недостающее звеноMaxim Gaponov
«Эти люди делают то, о чем я их прошу. Но в результате каждый раз получается не то, что мне нужно». Эта фраза, в той или иной форме, произносится каждым клиентом, с которым я работаю.
«У нас было все, что нужно. Требования, выборки, прототипы. В итоге не успели сделать и половину. А то, что сделали нежизнеспособно» — такое тоже встречается часто.
На каждой стратегической сессии выясняется, что реальный объем работ, которые необходимо совершить, в 4-5 раз превышает тот, который запланирован. И, что самое интересное, этот объем озвучивают сами участники, которые и являются авторами предыдущих нереалистичных планов.
Слушайте, с этим пора что-то делать :) Это же не магия какая-нибудь. Это ремесло. Ремесло о том, как системно сформировать и договориться о границах работ; ремесло, как закрепить за ролями ответственность; ремесло, как выстроить управление и коммуникации между разными уровнями доставки бизнес-ценности; ремесло, как оценивать текущую зрелость процессов и обеспечивать непрерывное улучшение.
В докладе я расскажу вам о своем опыте решения этих задач в разных компаниях.
Воркшоп по управлению командой проекта в Академии ПВТAliaksei Minkevich
Наша презентация с ВОРКШОПА ПО УПРАВЛЕНИЮ КОМАНДОЙ ПРОЕКТА 29 января в 19.00
Лидеры компании Juno поделятся с вами собственным опытом по следующим темам:
Как набирать и развивать команду проекта
Какие шаги проходит группа людей во время создания команды
Инструмент “Устав Команды”
Управление командой проекта
Обратная связь
Урегулирование конфликтов
Решение проблем
Принятие решений
Делегирование
Дарья Рыжкова. Корпоративные предприниматели, и где они обитаютScrumTrek
Все больше крупных компаний сталкивается с необходимостью создания новых продуктов, каналов и форматов коммуникации с клиентами, фич, минимизирующих издержки текущих продуктов компании. Кто-то приходит к этому через амбициозные стратегические планы по выручке, понимая, что старые подходы не могут обеспечить желаемый кратный рост. Кто-то сталкивается с ограничениями, которые накладывает государство. А кто-то видит новые возможности в быстро развивающихся технологиях. Одна из основных возникающих при этом проблем — текущие люди и процессы организации не способствуют тому, чтобы эти возможности появились. Успех продукта и динамика его развития на 40% зависит от роли менеджера продукта. Но только 10% менеджеров продуктов на российском рынке обладают качествами и знаниями, необходимыми для принятия эффективных продуктовых решений и поиска новых возможностей для компании. Эти люди становятся настоящими корпоративными предпринимателями, превращая каждый продукт компании в отдельный самодостаточный бизнес. Мы поговорим о самых болезненных вопросах: Кто такие корпоративные предприниматели и какими качествами они обладают? Можно ли вырастить корпоративных предпринимателей внутри компании? И какие этапы развития должен пройти рядовой Product Owner, прежде чем станет корпоративным предпринимателем? Как находить этих людей внутри вашей организации?
2. В мире много методов приемов
практик идеологий разработки ПО
SCRUM Agile
XP
UML
RUP
MSF
Use Cases
Kanban
Pair Programming
MDD
Persona’s method
V-model
User Story
TDD
Тысячи их!!1
DevOps
PRINCE2
ISO 12207
Continious Integration
SCRUM
BPMN
OpenUP
MSF
DoD
Kanban
Pair Programming
Persona’s method
V-model
TDD
EssUP
ISO 24744
CI
Literate Programming
3. Я смотрю, ты совсем запутался?
Ну, не совсем, но я правда
иногда не понимаю – как все это
связано между собой.
Тем более, что у каждой
команды все равно свой
собственный метод. Подвести
бы под это какую-нибудь
основу…
Ну, несколько таких методов я
сам придумал. UML там, RUP…
А про основу – это ты хорошо
сказал! Смотри, я придумал для
тебя Единую Теорию Всего
Программирования…
4. Методы Methods
Практики Practices
Основа The Kernel
Язык The Language
Состоят из
Описаны
при
помощи
элементовОпределены
в терминах
Я назвал ее SEMAT – Software Engineering
Method And Theory. Мы опишем все
методы через практики и… Основы!
Смотри:
6. Альфы
ALPHA
Abstract-Level Progress Health Attribute
Деятельности
Activity Space
Компетенции
Competence
Внутри каждой области есть АЛЬФЫ – это очень
клевые штуки, я их сам придумал – а ещё есть
деятельности и компетенции. Для всего этого
есть графический язык, как UML, только круче!
8. Альфы и семантика
Потребитель
Решение
Предприятие
Возможность Стейкхолдер
Требования
Программная
система
Работа Команда
Технология
работы
планирует и производит
предоставляет
удовлетворяет
создает
потребляет и использует
задают ограничения
поддерживает
настраиваетсяпод
фокусирует
12. Ох… Круто! Хотя и сложновато
как-то.
Ладно, спасибо большое , Ивар,
я теперь сам попробую
разобраться – что это, и чем
может помочь аналитику.
Не вопрос, обращайся! А штука
полезная, сам увидишь. И не
такая уж сложная.
Ладно, пойду пока еще какой-
нибудь язык придумаю. Или что-
нибудь еще, что можно
сократить до трех букв. See u!
13. Где здесь место для аналитика?
Потребитель
Решение
Предприятие
Возможность Стейкхолдер
Требования
Программная
система
Работа Команда
Технология
работы
Представление интересов стейкхолдеров
Анализ
Понять
требования
Исследовать
возможность
Понять
нужды
Убедиться в
удовлетворении
Изучать
использование
системы
14. Стейкхолдеры
Выявлены
Представлены
Вовлечены
В согласии
Удовлетворены
развертыванием системы
Удовлетворены работой
системы
Стейкхолдеры выявлены.
Механизмы вовлечения стейкхолдеров
согласованы, представители обозначены.
Представители стейкхолдеров вовлечены
в работу и выполняют свои обязанности.
Представители стейкхолдеров находятся
в согласии.
Минимальные ожидания представителей
стейкхолдеров удовлетворены.
Система удовлетворяет или превышает
минимальные ожидания стейкхолдеров.
15. Возможность
Идентифицирована
Решается программной
системой
Оценена
Жизнена
Использована
Принесла выгоду
Коммерческая, социальная или бизнесовая
возможность идентифицирована.
Потребность в программном решении
обоснована и подтверждена.
Ценность успешного решения
установлена.
Все согласны, что решение может быть
произведено достаточно быстро и дешево,
чтобы воспользоваться ценностью.
Система создана и демонстрирует
использование возможности.
Операционное использование или
продажи создают ощутимую выгоду.
16. Требования
Выявлены
Определены
Ясны
Приняты
Адресуют потребности
Полны
Все согласны, что новая система нужна.
Назначение и предмет новой системы
ясны.
Требования обеспечивают целостное
описание неотъемлемых характеристик
системы.
Описание системы через требования
приемлемо для стейкхолдеров.
Достаточное количество требований
направлено на удовлетворение
потребностей в новой системе.
Требования полностью удовлетворяют
потребности в новой системе.
17. Чек-листы для состояний
Стейкхолдеры
Выявлены Идентифицированы все различные
группы заинтересованных сторон
(стейкхолдеров), которых затрагивает или
может затронуть разработка или
функционирование системы.
Достигнуто согласие между группами
стейкхолдеров (как минимум, между
теми, кто финансирует, использует,
поддерживает и обслуживает систему).
Определены обязанности
представителей стейкхолдеров.
18. Чек-листы для состояний
Стейкхолдеры
Представлены Представители стейкхолдеров
согласились взять на себя
ответственность.
Представители стейкхолдеров
уполномочены нести ответственность.
Представители стейкхолдеров готовы к
сотрудничеству между собой.
Представители стейкхолдеров уважают
и поддерживают технологию работы
команды.
Спасибо, кэп!
19. Чек-листы для состояний
Требования
Выявлены Стейкхолдеры согласны, что система
должна быть создана.
Выявлены стейкхолдеры, которые
будут пользоваться системой.
Выявлены стейкхолдеры, которые будут
финансировать создание системы.
Ясно, какую возможность будет
использовать будущая система.
20. Чек-листы для состояний
Требования
Определены Выявлены стейкхолдеры, вовлеченные в
разработку новой системы.
Все стейкхолдеры согласны с назначением
новой системы.
Ясно, что будет являться показателем
успешности системы.
Все стейкхолдеры разделяют понимание объема
предложенного решения.
Согласован способ описания требований.
Имеется механизм для управления
требованиями.
Ясная схема приоритезации требований.
Выявлены и признаны ограничения.
Ясно сформулированы все предположения.
22. Что еще полезно: компетенции
Представление
интересов
стейкхолдеров
Анализ
Способность собирать,
выражать и
балансировать
потребности
стейкхолдеров, и
аккуратно представлять
их точку зрения.
Способность понять
возможности и
потребности
стейкхолдеров, и
преобразовать их в
согласованный набор
требований.
23. Что эти люди делают для команды
Представление интересов Анализ
Люди с этой компетенцией
помогают команде:
• Понять бизнес-возможность.
• Осознать сложности и
потребности потребителей,
пользователей и других
заинтересованных сторон.
• Приоритезировать и
согласовывать требования.
• Взаимодействовать со
стейкхолдерами.
• Понимать – насколько хорошо
система удовлетворяет нуждам
стейкхолдеров.
Люди с этой компетенцией
помогают команде:
• Идентифицировать и понять
нужды и возможности.
• Докопаться до корневых причин
проблем.
• Собрать, понять и продуктивно
обсуждать требования.
• Создавать и согласовывать
спецификации и модели.
• Визуализировать решения и
понимать их последствия.
24. Необходимые навыки
Представление
интересов
Анализ
Необходимые навыки:
• Ведение переговоров
• Фасилитация
• Нетворкинг
• Хорошая письменная и
устная речь
• Эмпатия
Необходимые навыки:
• Письменная и устная
коммуникация
• Наблюдать, понимать и
записывать детали
• Декомпозиция
• Видеть целое исходя из
требований
• Формулирование
требований
25. Заключение: что дает Kernel?
• Фокусирует внимание на состоянии альф:
стейкхолдеров, возможности и требований;
• Разделяет роли для работы со
стейкхолдерами и для анализа требований;
• Предоставляет высокоуровневые
последовательности состояний ключевых
альф и чек-листы для их диагностики.
26. Для чего использовать Kernel
• Для оценки состояния проекта (без привязки к
конкретной методологии)
• Для планирования
• Для сравнения двух методологий и
проектирования процессов изменения
• Для обучения
• Для масштабирования
• Для оптимизации методов
• Для подбора людей
28. Текущий статус и ссылки
В настоящее время стандарт находится на
рассмотрении в OMG (статус: OMG Final
Submission, 18 feb 2013). OMG сейчас
проверяет соблюдение авторских прав.
Ожидаемая дата рассмотрения – август 2013.
Инициатива SEMAT: http://www.semat.org/
Карты на английском:
http://www.ivarjacobson.com/SEMAT_Kernel
_Cards_Download/
29. Спасибо за внимание!
Юрий Куприянов
Эксперт по системному анализу и разработке ПО,
эксперт по коммуникациям и фасилитации,
интерактивным методикам,
преподаватель, тренер.
Обращайтесь за консультациями!
yksi12@gmail.com
http://facebook.com/yksi12
skype: yury.kupriyanov