Роль аналитика в негибких методологиях разработкиDevDay
В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Докладчик предлагает одну из моделей мотивации команды проекта в организациях, в которых основная масса выполняемых проектов является основным доходом компании. Рассмотрены возможные варианты автоматизации расчета ключевых показателей эффективности, работающих в этой модели.
GnRH analogs are used during IVF to control endogenous gonadotropin levels and prevent premature ovulation. Early IVF protocols had low success rates. The introduction of GnRH agonists allowed for controlled ovarian hyperstimulation which improved outcomes. GnRH agonists initially stimulate then suppress gonadotropin levels. Long protocols using agonists starting in the previous cycle are commonly used. Short and ultrashort protocols have also been developed. GnRH antagonists were later introduced to immediately block the pituitary and prevent premature LH surges without initial stimulation. Comparative studies found antagonists have similar outcomes to agonists but with less flexibility and slightly lower pregnancy rates.
Роль аналитика в негибких методологиях разработкиDevDay
В ходе доклада обсудим:
— Какие методологии сейчас используют чаще всего.
— Как типы разработки влияют на решение: взять аналитика в команду или нет.
— В чем суть негибкого процесса. Этапы и поставки аналитических работ.
— Нужен ли аналитик в негибком проекте продуктовой разработки - все за и против.
Докладчик предлагает одну из моделей мотивации команды проекта в организациях, в которых основная масса выполняемых проектов является основным доходом компании. Рассмотрены возможные варианты автоматизации расчета ключевых показателей эффективности, работающих в этой модели.
GnRH analogs are used during IVF to control endogenous gonadotropin levels and prevent premature ovulation. Early IVF protocols had low success rates. The introduction of GnRH agonists allowed for controlled ovarian hyperstimulation which improved outcomes. GnRH agonists initially stimulate then suppress gonadotropin levels. Long protocols using agonists starting in the previous cycle are commonly used. Short and ultrashort protocols have also been developed. GnRH antagonists were later introduced to immediately block the pituitary and prevent premature LH surges without initial stimulation. Comparative studies found antagonists have similar outcomes to agonists but with less flexibility and slightly lower pregnancy rates.
В доступном виде
на оригинальном фоне (доска для рисования мелом)
для любой аудитории
в контрастных цветах
в двух вариантах исполнения (светлый фон – для печати и темный фон – для заказа)
24 графика и диаграммы незаменимые для презентации вашего бизнеса (инвестору, коллегам, руководству, клиентам)
Автоматизация бизнес-процессов, интеграция и документооборот как вклад ИТ в у...КРОК
Семинар «Пять шагов к эффективным информационным технологиям».
Подробнее о мероприятии http://www.croc.ru/action/detail/2476/
Презентация Сергея Плаунова, руководителя практики BPM и ECM компании КРОК
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]Alex V. Petrov
Архитектура предприятия как системы охватывает такие области, как информационно-технологическая и бизнес-архитектура. В свою очередь, одним из компонентов бизнес-архитектуры, заслуженно привлекающим первоочередное внимание и требующим пристального рассмотрения в контексте реализации самых разнообразных бизнес-инициатив, является процессная архитектура.
Грамотно передать суть и содержание бизнес-процессов современного предприятия не так просто, как может показаться на первый взгляд. Растущая сложность внутри- и межкорпоративных взаимодействий является одной из основных причин того, что на сегодняшний день мы наблюдаем быструю смену целых поколений языков описания бизнес-процессов. Действительно, языки, востребованные в 1990-х – 2000-х гг., стремительно уступают место новым нотациям моделирования, сложность которых поначалу ставит в тупик даже опытных аналитиков. Одним из ярких примеров таких сложных, но актуальных нотаций является язык BPMN 2.0.
Наконец, дисциплина бизнес-моделирования становится по-настоящему значимой только в контексте коммуникации как практики передачи знания о процессной архитектуре предприятия от человека к человеку или от человека — к машине; а коммуникации процессной архитектуры, как и любой другой, нужно последовательно учиться.
В лекциях для студентов ИГХТУ (Иваново) и БГУИР (Минск) проанализирован и обобщен практический опыт применения моделей бизнес-процессов для описания текущих и целевых состояний процессной архитектуры предприятий, подведен теоретический базис под современные представления о подходах к решению задач коммуникации архитектуры, приведен ряд примеров
Методологии структурного анализа бизнес-процессовOlya Kollen, PhD
Моделирование бизнес-процессов.
Тема 4. Методологии структурного анализа бизнес-процессов
4.1 Эволюция методологий моделирования
4.2 Формирование модели бизнес-процесса
4.3 Моделирование потоков данных
Методология IDEF0
IDEF3 Описание потоков работ
Модель в стандарте IDEF3
DFD Модель потоков данных
Варианты использования DFD
ЛАФ7 Гибкий бизнес и принципы постановки задачи v1 1Dmitry Bezuglyy
Доклад с Летнего Аналитического Фестивали.
Предпосылки и ключевые преимущества трансформации к продуктовым командам.
Новые единицы структурирования и развития бизнеса
В доступном виде
на оригинальном фоне (доска для рисования мелом)
для любой аудитории
в контрастных цветах
в двух вариантах исполнения (светлый фон – для печати и темный фон – для заказа)
24 графика и диаграммы незаменимые для презентации вашего бизнеса (инвестору, коллегам, руководству, клиентам)
Автоматизация бизнес-процессов, интеграция и документооборот как вклад ИТ в у...КРОК
Семинар «Пять шагов к эффективным информационным технологиям».
Подробнее о мероприятии http://www.croc.ru/action/detail/2476/
Презентация Сергея Плаунова, руководителя практики BPM и ECM компании КРОК
ISUCT & BSUIR. Successful Communication of the Process Architecture [1.0, RUS]Alex V. Petrov
Архитектура предприятия как системы охватывает такие области, как информационно-технологическая и бизнес-архитектура. В свою очередь, одним из компонентов бизнес-архитектуры, заслуженно привлекающим первоочередное внимание и требующим пристального рассмотрения в контексте реализации самых разнообразных бизнес-инициатив, является процессная архитектура.
Грамотно передать суть и содержание бизнес-процессов современного предприятия не так просто, как может показаться на первый взгляд. Растущая сложность внутри- и межкорпоративных взаимодействий является одной из основных причин того, что на сегодняшний день мы наблюдаем быструю смену целых поколений языков описания бизнес-процессов. Действительно, языки, востребованные в 1990-х – 2000-х гг., стремительно уступают место новым нотациям моделирования, сложность которых поначалу ставит в тупик даже опытных аналитиков. Одним из ярких примеров таких сложных, но актуальных нотаций является язык BPMN 2.0.
Наконец, дисциплина бизнес-моделирования становится по-настоящему значимой только в контексте коммуникации как практики передачи знания о процессной архитектуре предприятия от человека к человеку или от человека — к машине; а коммуникации процессной архитектуры, как и любой другой, нужно последовательно учиться.
В лекциях для студентов ИГХТУ (Иваново) и БГУИР (Минск) проанализирован и обобщен практический опыт применения моделей бизнес-процессов для описания текущих и целевых состояний процессной архитектуры предприятий, подведен теоретический базис под современные представления о подходах к решению задач коммуникации архитектуры, приведен ряд примеров
Методологии структурного анализа бизнес-процессовOlya Kollen, PhD
Моделирование бизнес-процессов.
Тема 4. Методологии структурного анализа бизнес-процессов
4.1 Эволюция методологий моделирования
4.2 Формирование модели бизнес-процесса
4.3 Моделирование потоков данных
Методология IDEF0
IDEF3 Описание потоков работ
Модель в стандарте IDEF3
DFD Модель потоков данных
Варианты использования DFD
ЛАФ7 Гибкий бизнес и принципы постановки задачи v1 1Dmitry Bezuglyy
Доклад с Летнего Аналитического Фестивали.
Предпосылки и ключевые преимущества трансформации к продуктовым командам.
Новые единицы структурирования и развития бизнеса
Встреча Клуба организационного управления http://koy.su "О «Свод знаний по у...Vasikinbox
Докладчики:
Виталий Елиферов, член АВРМР, ведущий консультант ООО ЭЛКОД.
Анатолий Белайчук, президент Российского отделения международной ассоциации BPM-профессионалов (ABPMP Russia). Видео доклада по адресу http://koy.su/?p=1104
Управление бизнес-процессами. Три шага к совершенствуКРОК
Конференция «Операционная эффективность: банковский и инвестиционный бэк офис».
Презентация Георгия Ованесяна, Руководителя направлений «Консалтинг по ITIL/ITSM» и «Мониторинг и управление ИТ-инфраструктурой».
Бизнес процессы в Битрикс24 семинар часть 1Алексей Модель
Бизнес процессы в Битрикс24. Теоретические основы публикации бизнес процессов. Реализация последовательных события в бизнес процессах, бизнес процессы со статусом, круговые бизнес процессы.
This course describes the basic networking elements and how they are used in practice. The course covers:
The evolution and principles of networking;
The basic notions used in this domain;
Types of equipment;
Description and general information of basic networking protocols.
The practical examples provide configuration commands, packet captures and a real feel of how to build a simple network
The course attendees will be encouraged to show their understanding by answering questions and debating the issues and solutions that they might have encountered when working with networks.
SIP (Session Initiation Protocol) is a signaling protocol used to create, manage and terminate sessions in an IP based network. This course is for beginners and aims to give a brief introduction to SIP before one ventures into the long RFC documents.
Лучшие практики исполнения проекта в соответствии с методологией IBM RationalLuxoftTraining
В своем выступлении Михаил рассматривает различные аспекты реализации проекта, начиная от управления требованиями и заканчивая управлением изменениями и конфигурациями. Описывает лучшие практики минимизации рисков провала проекта, в соответствии с методологией IBM Rational:
Итеративная разработка;
Подход к управлению требованиями;
Компонентная архитектура;
Визуальное моделирование;
Постоянный контроль качества;
Управление изменениями и конфигурациями.
А также рассматривается специфика Agile-проектов в сравнении с другими методологиями.
This document summarizes a presentation by Denys Gobov on business analysis challenges and opportunities in 2015. The presentation discusses trends in business analysis such as the continued growth of agile approaches and the strategic role of BAs. It also covers the evolution of the BA role in Ukraine and benefits of certification. Gobov shares his experience becoming CBAP certified and growing his career. He encourages BAs to develop in-demand skills and seize new opportunities in the field.
This document discusses exploratory testing and its purpose, preparation, and execution. It describes exploratory testing as a way to gain architectural knowledge of the system under test and discover business cases and edge conditions. The document outlines preparing exploratory test charters that define what will be explored, with what tools, and what information is sought. It also describes potential pitfalls like getting lost in the project and tips for involving others and sharing findings.
От бизнес-систем к информационным системам: переход шаг за шагомLuxoftTraining
Презентация доклада Михаила Кумскова, представленного на конференции IT Arena во Львове 3 октября.
Михаил Кумсков – эксперт по методологиям управления требованиями, использования методологии RUP и инструментария IBM Rational (Системный анализ) Luxoft Training.
This document discusses how to build a winning corporate culture. It argues that culture is defined by consistent patterns of behavior and actions, not just words. It outlines five steps to build culture: set expectations, align leadership, focus on goals, manage cultural drivers, and communicate. While many executives think culture is hard to define and change, the document asserts that culture can be a powerful competitive advantage when skillfully managed. A case study is presented, and it is concluded that culture programs improve business results and employee fulfillment when executed well. If culture change fails, organizations should foster a constructive culture that encourages communication and teamwork.
Чтобы управлять, надо измерять. · Что надо измерять, управляя функциональным тестированием? · Если «качество», то из чего оно складывается? · Какие показатели важны для тест-менеджера в начале, середине, конце тестирования? Для ответов на эти вопросы тест-менеджеру предлагаются количественные показатели («метрики»), которые метафорически представляются тремя стаканами, наполняемыми в ходе проекта. Что характерно для этого набора: · Прямая связь с задачами тестирования (тест-проектирование, прогон тестов, верификация дефектов) · Наглядное представление хода тестирования · Широкая применимость для разных компаний, независимость от инструментария · Унификация: разные проекты отслеживаются единым образом Приводятся примеры: · расчёты по различным первичным измерениям; · иллюстрации структуры метрик; · симптоматика проблем в ходе тестирования по динамике показателей; · добавочные «стаканы».
4 апреля в Санкт-Петербурге состоялась независимая .NET-конференция .NEXT, которая собрала более 200 .NET-программистов со всей России.
Консультант Luxoft Training по архитектуре и разработке ПО Павел Цытович представил свой доклад "Веб-служба на базе Workflow Foundation".
Концепция построения процесса тестирования в Agile проектах: 3+1LuxoftTraining
13-15 мая 2013 г. прошла онлайн-конференция Chief ConfeT&QA, посвященная различным вопросам тестирования: от методов приоритизации тестирования до синдрома профессионального выгорания в тестировании.
Елена Саламаха, тренер Luxoft Training, представила доклад о трёх основных концепциях построения тестирования в Agile:
• Техники предотвращения появления дефектов
• Автоматизация, Непрерывная интеграция
• Концепция постоянного улучшения, «гибкого внедрения гибкости»
Также в своем докладе Елена ответила на ряд вопросов:
• Как избежать непредвиденных багов?
• Как избежать недопонимания и разночтения требований?
• Как избежать рутинной ручной и, часто лишней, работы?
• Как поддерживать стабильный уровень качества в условиях частых поставок?
• Как не потеряться в постоянных изменениях?
31 мая – 1 июня в Киеве состоялась конференция HOTCODE 2013.
Сергей Тепляков, эксперт Luxoft Training по .Net, С++ и архитектуре приложений, выступил с докладом «C# Deep Dive».
Тезисы доклада:
«Когда-то в далеком 2002-м году язык C# был прост, как 2 копейки. Но у любого «живого» языка есть одна особенность, приятная и неприятная одновременно — в язык начинают добавляться новые возможности, чтобы наши с вами типовые задачи решались проще и эффективнее. Но с каждой новой возможностью появляются и свои тонкости, незнание которых может лишить столь нужных в нашей жизни конечностей, причем иногда самым изощренным образом. А поскольку язык C# развивается очень динамично, то за время жизни на его просторах появилось много маленьких грабелек, которые мы с вами и научимся обходить ;)».
12. Шаг 2
Разметка описания бизнеса
Разметка описания бизнеса
С текстом описания бизнеса
проводится разметка. В
тексте отыскиваются и
выделются:
• Действующие лица
бизнеса (Business Actors);
• Бизнес действия (Business
Actions);
• Бизнес правила (Business
Rules).
15. Шаг 3
Описание Бизнес-Правил
Бизнес правила – это
очень важный вид
информации, который
мы накапливаем и
регистрируем, как на
этапе БА, так и на
протяжении всего
проекта.
16. • БП в форме Глоссария бизнес терминов позволяют
общаться с заказчиком на одном языке;
• БП создают необходимый Бизнес контекст для
разрабатываемого приложения;
• Не смотря на то, что БП – это не требования, они влияют
на требования:
– БП могут служить источником как для Use Cases, так и
для Функциональных (атомарных) требований;
– БП могут выполнять роль предусловий, триггеров,
точек ветвления для Use Cases;
– БП могут накладывать ограничения на функционал,
описанный в Use Case
Почему Бизнес-Правила очень
важны?
23. Шаг 5
Business Use Case Diagram
• Каждое Бизнес-действующее лицо
превращаем в Business Worker;
• Действующие лица, существующие
за пределами исследуемого бизнеса,
превращаем в Бизнес Действующих
Лиц (Business Actors);
• Каждую бизнес цель превращаем в
Бизнес Вариант Использования
(Business Use Cases);
• Бизнес ВИ ассоциируем с Business
Worker, цели которых они
описывают;
• Business Workers с пересекающимися
ролями (целями) проводим через
процесс Generalization.
Модель проходит согласование с
заказчиком
25. Шаг 6
Business Activity Diagram
• Пошагово изображаем в виде
диаграммы содержание каждого
Business Use Case;
• Диаграмма должна содержать шаги,
которые выполняются в бизнесе для
достижения Бизнес-Цели, которая
описывается данным Business Use
Case;
Модель проходит согласование с
заказчиком
28. Шаг 7
Business Activity Diagram with Swim
Lanes
• Выделяем всех
Business Workers и
Business Actors,
участвующих в
данном Бизнес
Варианте
Использования;
• Разделяем действия
по зонам
отвественности;
30. Шаг 8
Business Activity Diagram with Swim Lanes с
указанием управляемого объекта
• Мы видим, что данный процесс
управляет некой сущностью,
т.е. изменяет ее состояние, при
этом, шаги:
• изменяют состояние
сущности;
• используют определенное
состояние данной сущности
в качестве предусловия;
• Описываем все возможные
состояния данной сущности.
31. Заменяем управляющий поток
потоком изменения статуса в
тех случаях, когда два соседних
действия управляют одной
сущностью:
• Одно изменяет состояние;
• Второе использует сущность
в измененном состоянии в
качестве предусловия.
Шаг 8
Business Activity Diagram with Swim Lanes с
указанием управляемого объекта
38. Business Activity Diagram with Swim Lanes с
указанием управляемого объекта
• Мы видим:
• Различные состояния объекта,
управляемого в рамках данного
Бизнес-Процесса;
• Действия, которые приводят к
изменению состояния.
• Что еще хотелось бы увидеть:
• Какие дополнительные действия
выполняются при изменении
состояния;
• Условия изменения состояния,
всегда ли это безусловный переход,
или переход может осуществиться
только при выполнении некоторого
условия;
• Какие дополнительные действия
выполняются сразу после перехода
в состояние, перед выходом из
состояния, при нахождении в
некотором состоянии.
41. Шаг 10
Диаграмма Автомата (статусная модель)
Что добавляет данная
диаграмма к нашему
пониманию:
• дополнительные
действия выполнямые
при изменении
состояния;
• Условия изменения
состояния;
• дополнительные
действия, выполняемые
сразу после перехода в
состояние, перед
выходом из состояния,
при нахождении в
некотором состоянии.
50. Бизнес-Анализ
закончен.
Понять бизнес – это здорово!
Что дальше?
Как использовать собранную
информацию для написания
требований?
Это все?
Как собранная
информация влияет
на требования?
Будет ли собранная
информация полезна
разработчикам?
53. Определяем Use Cases
Use Cases
Business Actors & Goals
Business Rules
Business Activity Diagram
Источник
Use Cases Diagram (model)
54. Структура Use Cases
Activity Diagram
Business Rules
Use Case
Precondition
Trigger
Условие
логического
ветвления
Бизнес Правила – это не
требования. Зачем с ними
работать?
56. Александр Белин
Бизнес-Аналитик,
компания Люксофт.
Участник инициативы
по созданию
Российского
Отделения
Международного
Института Бизнес-
Анализа (IIBA®)
capry6565@gmail.com
Давайте обсудим
ваши вопросы
Летний
Аналитический
Фестиваль 2013
ЛАФ2013
Design ideas: Slide:ology by Nancy Duarte
http://www.duarte.com/book/slideology/