http://cmcons.com
http://uml2.ru
Методы оценки качества требований и работы аналитика
семинар 15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»
Управление требованиями - это не только требования. Для CEE-SECR-2015. Анна А...Anna Abramova
Управление требованиями - это вспомогательный процесс управления проектом. Сами требования - инструмент управления. Когда мы начинаем путать требования с другими видами информации в проекте - запросами на изменения, описание реализации, потребностями бизнеса, - мы теряем управляемость проекта. Разница между разными видами информации - это разница во внутренней структуре, её потребителях, частотой и критичностью изменения.
Презентация к встрече аналитиков Петербурга 8 мая 2014 года. Формирование структуры требований.
Это не обучающий материал, и не претендует на эту роль. Это памятка для учавствовавших во встрече о чем шла речь.
Роль аналитика в гибких методологиях разработкиDevDay
Вопросы применения гибких и негибких подходов в разработке очень индивидуальны. Применение того или иного зависит от проекта, команды, заказчика и пр. Мы поделимся своим опытом в построении команд, где применялись гибкие методологии разработки, и расскажем, с какими особенностями работы сталкивается аналитик в своей повседневной рабочей жизни.
В нашем выступлении будут затронуты следующие вопросы:
— Процессы в проекте и роль аналитика на каждом этапе проекта.
— Особенности гибких методологий и роль аналитика.
— Какие основные задачи выполняет аналитик.
— Взаимодействие со всеми участниками команды.
— И многие другие.
Варианты Использования (use cases) - это наиболее популярный метод описания пользовательских требований в последние нескольких лет. Но только единицы владеют этим <<искусством>>. Да-да, не побоюсь этого слова, т.к. при правильном применении варианты использования дают неоспоримые преимущества: интуитивно понятны заказчикам и разработчикам; помогают выявить функциональные требования; диаграмма
помогает представить требования в целом; Аналитик фокусируется на потребностях Пользователя, а не на Системе и т.д.
На мастер классе будут даны основные понятия вариантов использования, их шаблоны и конечно будет разобран пример моделирования и описания вариантов использования для одной из популярных веб систем.
Для проведения полноценного тренинга обращайтесь ко мне.
A presentation I've made for Computer Science students of St. Petersburg State University to talk about the professions within IT sphere. Contains several screenshots from Futurama
di.by 2014 e-commerce mobile: как подружить интернет-магазин с мобильными уст...Yuri Vedenin
В Беларуси с каждым годом прирастает аудитория мобильных пользователей. Готов ли ваш магазин к работе с ними? Мы расскажем, как выбрать и внедрить оптимальное мобильное решение для вашего интернет-магазина.
План:
1. Зачем, почему и с какими мобильными устройствами стоит "дружить" вашему интернет-магазину.
2. Способы представления интернет-магазина на мобильном устройстве.
3. Как выбрать подходящее представление для своего интернет-магазина.
4. Как внедрить выбранное решение (теория + практика).
5. Что делать (и чего не делать) дальше.
Как лучше узнать ваших пользователей? Зачем вам это? Что такое Персона? Что такое сценарий?
Примеры, пояснения и, конечно же, полезные ссылки для домашнего чтения.
http://cmcons.com
http://uml2.ru
Методы оценки качества требований и работы аналитика
семинар 15 июня 2010 года - «ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ IBM RATIONAL ДЛЯ УЛУЧШЕНИЯ ПРОЦЕССОВ РАЗРАБОТКИ И СОПРОВОЖДЕНИЯ ПО»
Управление требованиями - это не только требования. Для CEE-SECR-2015. Анна А...Anna Abramova
Управление требованиями - это вспомогательный процесс управления проектом. Сами требования - инструмент управления. Когда мы начинаем путать требования с другими видами информации в проекте - запросами на изменения, описание реализации, потребностями бизнеса, - мы теряем управляемость проекта. Разница между разными видами информации - это разница во внутренней структуре, её потребителях, частотой и критичностью изменения.
Презентация к встрече аналитиков Петербурга 8 мая 2014 года. Формирование структуры требований.
Это не обучающий материал, и не претендует на эту роль. Это памятка для учавствовавших во встрече о чем шла речь.
Роль аналитика в гибких методологиях разработкиDevDay
Вопросы применения гибких и негибких подходов в разработке очень индивидуальны. Применение того или иного зависит от проекта, команды, заказчика и пр. Мы поделимся своим опытом в построении команд, где применялись гибкие методологии разработки, и расскажем, с какими особенностями работы сталкивается аналитик в своей повседневной рабочей жизни.
В нашем выступлении будут затронуты следующие вопросы:
— Процессы в проекте и роль аналитика на каждом этапе проекта.
— Особенности гибких методологий и роль аналитика.
— Какие основные задачи выполняет аналитик.
— Взаимодействие со всеми участниками команды.
— И многие другие.
Варианты Использования (use cases) - это наиболее популярный метод описания пользовательских требований в последние нескольких лет. Но только единицы владеют этим <<искусством>>. Да-да, не побоюсь этого слова, т.к. при правильном применении варианты использования дают неоспоримые преимущества: интуитивно понятны заказчикам и разработчикам; помогают выявить функциональные требования; диаграмма
помогает представить требования в целом; Аналитик фокусируется на потребностях Пользователя, а не на Системе и т.д.
На мастер классе будут даны основные понятия вариантов использования, их шаблоны и конечно будет разобран пример моделирования и описания вариантов использования для одной из популярных веб систем.
Для проведения полноценного тренинга обращайтесь ко мне.
A presentation I've made for Computer Science students of St. Petersburg State University to talk about the professions within IT sphere. Contains several screenshots from Futurama
di.by 2014 e-commerce mobile: как подружить интернет-магазин с мобильными уст...Yuri Vedenin
В Беларуси с каждым годом прирастает аудитория мобильных пользователей. Готов ли ваш магазин к работе с ними? Мы расскажем, как выбрать и внедрить оптимальное мобильное решение для вашего интернет-магазина.
План:
1. Зачем, почему и с какими мобильными устройствами стоит "дружить" вашему интернет-магазину.
2. Способы представления интернет-магазина на мобильном устройстве.
3. Как выбрать подходящее представление для своего интернет-магазина.
4. Как внедрить выбранное решение (теория + практика).
5. Что делать (и чего не делать) дальше.
Как лучше узнать ваших пользователей? Зачем вам это? Что такое Персона? Что такое сценарий?
Примеры, пояснения и, конечно же, полезные ссылки для домашнего чтения.
Доклад Юрия Веденина на ЛАФ2012 - "Анализ пользователей. Учимся у юзабилити специалистов". Немного про мотивацию и потребности, немного про техники юзабилити-специалистов для исследования пользователей, чуть подробнее про Персоны и сценарии.
In search for hidden requirements (IT Arena Lviv 2014), Yuri VedeninYuri Vedenin
Все мы знаем, как важно собрать все-все требования и, конечно, собрать их правильно. Пропуск требований – это классическая причина (одна из) неуспешных проектов. Все аналитики это знают. Об этом пишут во всех книжках, и наврядли нам (аналитикам) дадут об этом забыть. Но что делать, если нужные нам требования при первом приближении не видны?
Например, заказчик хочет интернет-магазин, но забыл сказать, что нужна будет и интеграция с 1С. Или бухгалтер хочет отчет, но про то, что формат отчета изменится через месяц после запуска системы, она и не предполагала.
На поверхности такие требования не лежат, да и выдавать их нам ни заказчик, ни другие заинтересованные лица не собираются. Это ж первые кандидаты на пропуск!
Что же делать, ведь так хочется помочь заказчику и завершить проект успешно?..
Бизнес-анализ и юзабилити - найдите 10 отличий (и 10 сходств).Yuri Vedenin
В докладе рассматриваются две дисциплины: бизнес-анализ и юзабалити (точнее, в более широком смысле - UX). Авторы рассматривают сходства и различия двух дисциплин. В итоге находят много общего и подсказывают, куда и где надо посмотреть специалистам обеих дисциплин.
Customer journey mapping with UXPressiaYuri Vedenin
8 steps to perfect experience when you are applying customer journey mapping with UXPressia: starting from Personas and ending up with generating improvement ideas for your map. Once you are ready with you journey map, share it with your team and colleagues.
Customer journey mapping for business analystsYuri Vedenin
Доклад на Analyst Days 2015 про то, что такое Customer Journey Map (CJM, карта путешествия клиента / пользователя), зачем и когда можно использовать эту технику, из чего состоит CJM, как создавать карты, что почитать и с помощью какого инструмента их можно создавать.
CJM: UX-дизайнер? Подвинься, детка, тут поляна бизнес аналитика!Yuri Vedenin
Слайды воркшопа с Летнего Аналитического Фестиваля (2014) про Customer Journey Mapping. На воркшопе мы говорили о разнице между продуктом и услугой, а том, что такое целостный и непрерывный UX при, почему он важен, с какой стороны к этому подходит бизнес-аналитик, а с какой -- UX-дизайнер. И поговорили про инструмент, который может помочь объединить усилия тех и других для того, чтобы создать качественную услугу (или улучшить существующую).
Анализ конкурентов с помощью юзабилити-тестированияYuri Vedenin
Анализ конкурентов с помощью юзабилити-тестирования (Юрий Веденин, UXpresso, для ProductCamp Russia&EE, Минск, 09.08.2014.
Product Manager’ам приходится постоянно бороться с конкурентами своих продуктов. Это довольно сложно делать, если ты не знаешь своих конкурентов. Это ещё сложнее делать, если ты не знаешь, что пользователи думают о конкурентах, и, тем более, как с ними взаимодействуют.
В своем докладе я рассказал, как мы проводили анализ конкурентов с помощью юзабилити-тестирования. Я показал, что это не очень сложно, не очень трудозатратно и не очень долго. При этом получается более правдивая и точная информация, а главное – более объективная, нежели оценки «экспертов» или мнения самих пользователяй о ваших конкурентах.
Карты сценариев (scenario mapping) для начинающих. Сперва вспоминаем зачем это все, потом немного про персоны, и потом практика по сценариям: сперва на примере сайта analyst.by, а затем разбираем пример любого участника Стартап Школы.
улучшаем взаимодействие с продуктом с помощью Customer journey mappingYuri Vedenin
Разрабатывая продукт (веб-сайт, мобильное приложение, услугу и т.д.), мы чаще всего концентрируем все усилия на самом продукте, оставляя вне своего поля зрения все остальные точки взаимодействия пользователя с теми, кто этот продукт предоставляет. Однако люди не судят о своем опыте как о расчлененной последовательности действий: для нас имеет значения вся картина. Мы порой перестаем заказывать пиццу через определенный сайт (разработанный софт) не потому, что он плох, но потому, что она оказалась невкусной (ресторан) или нам ее в прошлый раз привезли холодной и с опозданием (курьер). Мы переходим к конкурентам, не потому, что софт не удовлетворяет наших потребностей, но потому, что со службой поддержки оказалось невозможным работать. Казалось бы, как вообще можно уследить за всеми этими нюансами? На помощь приходит мощный инструмент - Customer Journey Map или Карта Путешествия Клиента.
На мастер-классе мы подробно рассказали про этот инструмент, показали на практике как им пользоваться, как построить такую карту и как работать с ней, извлекая максимальную пользу.
Сергей Шиманский (EPAM Минск) рассказывает о том, что такое цифровая трансформация, какие возможности это предоставляет для бизнеса и для бизнес-аналитиков. Доклад на День Рождения сообщества analyst.by
Место Аналитика в разработке
Почему так получается?
Требования
Работа с требованиями
Кто такой Аналитик?
Системный Ан. vs Бизнес Ан.
Основные функции Бизнес Ан.
Литература и Профстандарты
Competency Model (HR API conference, Russian language) Irina Leshchuk
В докладе представлен опыт разработки, внедрения и использования модели компетенций для сотрудников компании. В нем говорится о том, как удалось подготовить решение, которое одновременно отвечает запросам со стороны бизнеса и используется для оценки и развития сотрудников в компании Grid Dynamics.
Кажется, что доклад будет интересен руководителям подразделений, менеджерам команд, HR специалистам и всем, кто интересуется вопросами оценки и развитием сотрудников внутри компании.
Целевой аудиторией, прежде всего, являются компании, в которых работает больше 100 инженеров и особенно актуально для тех, где есть распределенные команды в разных городах. Для компаний небольшого размера или стартапов содержание презентации будет интересно, скорее, с познавательной точки зрения, чем с практической.
Наталья Желнова для ITGM#6. Обучение системных аналитиковSPbCoA
Наталья Желнова для ITGM#6. Обучение системных аналитиков
- Где, кто, кого и чему учит
- Чего не хватает обучаемым
- Что делать? (Системный подход к обучению)
- Практический опыт: Как это было
QA Fest 2016. Алексей Виноградов. Цель тестирования. А на самом деле?QAFest
Дорогие начинающие коллеги-тестировщики! Уважаемые коллеги со „средним“ стажем! В данном докладе я постараюсь поменять ваше традиционно неполное, и местами неверное представление о том, зачем и для чего мы занимаемся тестированием, и может быть даже достучаться до сердец некоторых сеньоров нашего ремесла.
Курсы, ISTQB, Википедия, скороспелые статьи на коммерческих и бесплатных сайтах, и знаменитые „исторические причины“ - внесли неоценимый вклад в дело хаоса понятий и поверхностности „лучших практик“ в области тестирования.
В докладе я донесу свой взгляд на современное тестирование, который поддерживают некоторые из очень ведущих специалистов. Понимание целей поможет вам стать лучшими тестировщикам и не только. Давайте сдвигать парадигму вместе уже сегодня! Так победим.
Доклад на конференции AnalystDays 2013 ( Санкт-Петербург )
Авторы доклада: Дмитрий Безуглый, Ирина Сурова
У каждого руководителя вместе с успехом неизбежно наступает момент, когда компания/команда растет, задач непочатый край, а специалисты по анализу, как и сам руководитель, "не резиновые". Остро встает вопрос где взять, как выбрать и как включить аналитика в команду.
Типичные проблемы с которыми сталкивается руководитель в этом процессе:
Проверенный специалист, отлично зарекомендовавший себя в нескольких проектах, "ни с того ни с сего" проваливает проект.
Отличный кандидат, взятый на вырост, месяц за месяцем проедает ваше время и силы и когда остается еще чуть-чуть упирается в невидимую стену и прекращает расти сколько его не "окучивай", или еще хуже, сразу после завершения обучения уходит в другой проект или компанию.
Опытный профессионал "с репутацией", пришедший в команду, так и не находит себе места, проходят месяцы, а результата нет. И приходится расставаться, потеряв и время и деньги. Хорошо если обойдется без обид и взаимных обвинений.
Такова жизнь или все-таки можно что-то сделать?
Разумеется можно и что для этого нужно делать мы расскажем в своем докладе.
В рамках доклада мы хотим раскрыть тему компетентности и эффективности аналитика.
Основные вопросы на которые вы получите ответы:
Требования к личностным характеристикам аналитика, простые инструменты их идентификации и взаимосвязи с эффективным применением в проекте
Структура и методы оценки знаний и навыков аналитика
Методология применения модели компетенций к отбору и развитию компетенции специалистов и отдела бизнес и системного анализа в целом
Для кого: Руководители групп аналитиков, Специалисты по методологии, Аналитики и желающие ими стать.
технологии внедрения корпоративного портала с практическими примерами внедренийTatjana Ostretsova
В данной презентации мы собрали практический материал о том как правильно запустить коропоративный портал Битрикс24 в организации, стоит ли и когда привлекать подрядчика, рассмотрены некоторые технологии внедрения Битрикс24 Корпоративный портал, а также инструменты используемые на внедрении.
Similar to ReqLabs2011_юрий_веденин_система_квалификации_аналитиков (20)
2. А кто это? Юрий Веденин 5 лет работы аналитиком в ИТ Создал сообщество белорусских аналитиков (analyst.by) Опыт разработчика и менеджера Работаю в пресэйле Разрабатывал и внедрял систему квалификации аналитиков
3. План Что такое и зачем? Что было «до». Как создавалась. Как внедрялась. И что же получилось. Что дальше? Вопросы, комментарии, предложения.
6. А затем! Аналитику Кто я? Что от меня хотят? Сколько я стою Систематизировать свои знания Направление развития Компании Кто он(а)? Знать, чего ожидать Понимать, за что и сколько платить Кадровая политика Дать направление Чему учить Что можно продавать
7. Итак, поехали.. На входе: Предыдущая система квалификации Новые требования руководства Желание хоть как-то соответствоватьмировым практикам и понятиям Модель компетентности от МИБА (IIBA) Аналитический подход
8. Первый блин комом. Более 100 параметров Сложная шкала оценок Долго и трудозатратно (4 * 5 * 100 = 33 часа) Всё равно не объективно
10. Вторая попытка (удачная) 4 квалификации Обобщенные пункты Понятие «точек роста» Детали остаются «вне» системы Да, всё равно не полностью объективна, но.. Работает и приносит пользу с адекватными вложениями
11. Уровни квалификации Senior Business Analyst Точки Роста Business Analyst Senior Systems Analyst Systems Analyst Требования к квалификации Intern
13. Как внедряли Предквалификация Подготовка к ДКР (Performance review) Проведение ДКР Анализ и согласование результатов Объявление квалификации Обозначение точек роста, путей их «закрытия» и даты следующего ДКР
15. Системный аналитик Требования Разработка требований к системе: SRS, User Requirements. Прототипирование пользовательских интерфейсов, функциональное прототипирование Английский язык не ниже уровня Mailer по схеме Itransition Производственный опыт в качестве аналитика хотя бы на одном проекте, где были аналитические активности.
16. Системный аналитик Точки роста Знание теории бизнес-анализа и процесса управления требованиями. Самостоятельность разработки требований. Точность оценки своей работы. Качество документирования требований. Качество прототипирования. Английский язык до уровня Speaker по схеме Itransition. Навыки общения с заказчиком. Четкость выражения своих мыслей. Опыт участия в проектах. Умение работать в команде. Политкорректность в общении с командой и заказчиком.
18. Что дальше? Обратная связь внутри компании (от аналитиков, от менеджеров) Разработка «программы роста» Сбор внешнего мнения Генерализация системы квалификации Постоянное улучшение (;