Jira это просто :) Как снижать порог вхождения в работу с новым продуктомAlex Troshin
Почему люди боятся использовать в работе что-то новое? Может, страх показать некомпетентность. Может, нежелание изучать. А, может, ещё что-то. Я расскажу, как снижал порог вхождение через обучение: как определял целевые аудитории, чему учил, что рассказывал.
Андрей Мандрика: Доверяй но проверяй. Или зачем нужно проверять гипотезы при ...Andrii Mandrika
У вас возникла отличная идея как можно реализовать тот или иной функционал? Это очень хорошо… НО! поверьте, не стоит сразу бросаться в разработку. Почему? А именно об этом мы и поговорим в сегодняшнем докладе.
Какие бывают гипотезы?
Почему стоит их проверять и опровергать?
Как влияет разработка через гипотезы на процесс работы с требованиями?
Какие способы и техники проверки гипотез существуют? Какие работают, а какие нет - рассмотрим реальные примеры использования из практики.
Jira это просто :) Как снижать порог вхождения в работу с новым продуктомAlex Troshin
Почему люди боятся использовать в работе что-то новое? Может, страх показать некомпетентность. Может, нежелание изучать. А, может, ещё что-то. Я расскажу, как снижал порог вхождение через обучение: как определял целевые аудитории, чему учил, что рассказывал.
Андрей Мандрика: Доверяй но проверяй. Или зачем нужно проверять гипотезы при ...Andrii Mandrika
У вас возникла отличная идея как можно реализовать тот или иной функционал? Это очень хорошо… НО! поверьте, не стоит сразу бросаться в разработку. Почему? А именно об этом мы и поговорим в сегодняшнем докладе.
Какие бывают гипотезы?
Почему стоит их проверять и опровергать?
Как влияет разработка через гипотезы на процесс работы с требованиями?
Какие способы и техники проверки гипотез существуют? Какие работают, а какие нет - рассмотрим реальные примеры использования из практики.
Quality of the product team
I will share with you the quality management system, born in our team for a project being the company business core. Step by step we will follow the value system, processes, development practices, solutions for various complicated situations and learning on our own errors process – including all difficulties and backflashes on the way to the set aim.
So, what about you? Do you know the signs of the mature team and product, the same as the moves which will keep you afloat? Let’s verify!
Audience: any not indifferent teammates of any team.
Презентация вебинара "Использование гибких методологий в управлении проектами"Учебный центр Микротест
На вебинаре были рассмотрены следующие вопросы:
· современных методологиях и практиках управления проектами;
· тенденциях развития методологий и практик управления проектами;
· современных практиках внедрения систем управления проектами.
Продуктовая Аналитика — Карго Культ в современных компанияхEvgeny Kuryshev
В условиях быстрой разработки становится более важным и более сложным такой вопрос: если мы можем менять вектор развития продукта очень часто и умеем жить с изменяющимися требованиями, то как понять что мы рационально используем эту возможность, не прыгаем вперёд-назад, а остаемся сфокусированными в своём развитии продукта?
Тут, разумеется, есть куча инструментов и практик lean практики get out of the building, традиционная продуктовая аналитика и, конечно, всеми любимые A/B тесты.
Но многие бросившись использовать всё это внезапно понимают, что получившиеся процессы больше напоминают карго культы: A/B тестирование красных против зеленых кнопок на страницах где 100 человек в день с конверсией в 5% делают какой-то экшн. Или обвешивание счётчиками Google Analytics всех элементов интерфейса, который используют 3 человека в день. Или мы идем в гости к своим друзьям, чтобы узнать их мнение о новом дизайне, забывая о том что наши друзья совсем не репрезентативны.
С какими проблемами мы сталкивались, как мы разочаровались в этих практиках, успели их возненавидеть и как обратно поверили и полюбили эти и другие подходы развития и эволюции продук
What fact is and how do business learn requirements engineeringAlex Turkhanov
Качественно сформулированные требования критически важны для успеха проекта. Как с помощью business objects reference ontology (BORO by Chris Partridge) улучшить практику инженерии требований?
Внедрение Agile на разных этапах развития компанииAskhat Urazbaev
Адизес сравнивает развитие организации с взрослением человека – от стадии ухаживания и зачатия до самой смерти. На разных этапах требуется по разному управлять компанией.
В последнее время (с приходом Lean) гибкие практики выходят на уровень управления организацией. Однако, как показывает опыт (сын ошибок трудных), тот Agile, который подходит молодой, полной надежд организации может совсем не подойти покрытой шрамами и растерявшей все свои зубы компании.
Мы поговорим о том, какие потребности в проектном управлении есть у компании на разных этапах ее развития, когда имеет смысл применять Agile, когда это опасно и рассмотрим несколько практических советов по управлению проектами.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
QA Fest 2015. Андрей Мясников. Процесс: как наладить, а не нагадитьQAFest
- Что такое процесс?
- Что значит наладить процесс тестирования?
- Каковы критерии успешно налаженного процесса тестирования?
- Кому он нужен и как его продать?
- Инженер по процессам или процесс для инженеров?
Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...Lviv Startup Club
Kyiv Project Management Day 2016 Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lean Startup на практиці
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
Quality of the product team
I will share with you the quality management system, born in our team for a project being the company business core. Step by step we will follow the value system, processes, development practices, solutions for various complicated situations and learning on our own errors process – including all difficulties and backflashes on the way to the set aim.
So, what about you? Do you know the signs of the mature team and product, the same as the moves which will keep you afloat? Let’s verify!
Audience: any not indifferent teammates of any team.
Презентация вебинара "Использование гибких методологий в управлении проектами"Учебный центр Микротест
На вебинаре были рассмотрены следующие вопросы:
· современных методологиях и практиках управления проектами;
· тенденциях развития методологий и практик управления проектами;
· современных практиках внедрения систем управления проектами.
Продуктовая Аналитика — Карго Культ в современных компанияхEvgeny Kuryshev
В условиях быстрой разработки становится более важным и более сложным такой вопрос: если мы можем менять вектор развития продукта очень часто и умеем жить с изменяющимися требованиями, то как понять что мы рационально используем эту возможность, не прыгаем вперёд-назад, а остаемся сфокусированными в своём развитии продукта?
Тут, разумеется, есть куча инструментов и практик lean практики get out of the building, традиционная продуктовая аналитика и, конечно, всеми любимые A/B тесты.
Но многие бросившись использовать всё это внезапно понимают, что получившиеся процессы больше напоминают карго культы: A/B тестирование красных против зеленых кнопок на страницах где 100 человек в день с конверсией в 5% делают какой-то экшн. Или обвешивание счётчиками Google Analytics всех элементов интерфейса, который используют 3 человека в день. Или мы идем в гости к своим друзьям, чтобы узнать их мнение о новом дизайне, забывая о том что наши друзья совсем не репрезентативны.
С какими проблемами мы сталкивались, как мы разочаровались в этих практиках, успели их возненавидеть и как обратно поверили и полюбили эти и другие подходы развития и эволюции продук
What fact is and how do business learn requirements engineeringAlex Turkhanov
Качественно сформулированные требования критически важны для успеха проекта. Как с помощью business objects reference ontology (BORO by Chris Partridge) улучшить практику инженерии требований?
Внедрение Agile на разных этапах развития компанииAskhat Urazbaev
Адизес сравнивает развитие организации с взрослением человека – от стадии ухаживания и зачатия до самой смерти. На разных этапах требуется по разному управлять компанией.
В последнее время (с приходом Lean) гибкие практики выходят на уровень управления организацией. Однако, как показывает опыт (сын ошибок трудных), тот Agile, который подходит молодой, полной надежд организации может совсем не подойти покрытой шрамами и растерявшей все свои зубы компании.
Мы поговорим о том, какие потребности в проектном управлении есть у компании на разных этапах ее развития, когда имеет смысл применять Agile, когда это опасно и рассмотрим несколько практических советов по управлению проектами.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
QA Fest 2015. Андрей Мясников. Процесс: как наладить, а не нагадитьQAFest
- Что такое процесс?
- Что значит наладить процесс тестирования?
- Каковы критерии успешно налаженного процесса тестирования?
- Кому он нужен и как его продать?
- Инженер по процессам или процесс для инженеров?
Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lea...Lviv Startup Club
Kyiv Project Management Day 2016 Андрій Мандріка: Проект в умовах невизначеності? Використовуємо концепцію Lean Startup на практиці
Сайт конференції: http://pmday.org/
Спільнота в мережі Linkedin: http://bit.ly/PMDayLin
Спільнота в мережі facebook: http://bit.ly/PMDayKyivFB
Twitter конференції: https://twitter.com/LvivPMDay
Agile ретроспективы. Ритуал оглядываться назад, чтобы двигаться вперед.
Ретроспектива – это трансформация полученного опыта в конкретные действия, которые могут улучшить процесс.
Для команды это шанс улучшить и результаты, и собственные ощущения от работы.
Ретроспективы дают возможность всей команде обучаться, действуют как катализатор изменений и стимулируют работу над проектом.
- Задачи ретроспективы:
Инспекция степени успешности итерации относительно
результатов,
людей и взаимоотношений между ними,
процессов и инструментов.
Обнаружение того, что прошло хорошо и того, что нуждается в улучшении
Создание плана внедрения улучшений в процесс работы команды.
- Причины неудачных ретроспектив:
Нет подготовки к проведению ретроспективы.
Отсутствие фокуса.
Пропуск этапа сбора данных.
Доминируют один или два человека в разговоре.
Копаемся в прошлом в поиске оправданий и обвинений.
Фокусировка только на препятствиях, которые находятся вне контроля команды или влияния команды.
Генерация слишком длинных списков улучшений и попытка сделать их все сразу.
«Показательное» ретро.
Сохранение «плана совершенствования» отдельно от плана «реальной работы».
Не определяются ответственные члены команды за реализацию планов по улучшению.
Делаем все как всегда и ничего не меняем: формат, упражнения, фокус внимания.
Не интересуемся как нам ретро.
- Структура ретроспективы
1. Подготовка (Set the Stage)
2. Сбор данных (Gather Data)
3. Генерация Идей (Generate Insights)
4. Планирование дальнейших действий (Decide What To Do Data)
5 Завершение ретроспективы (Close The Retrospective)
- Подготовка ретроспективы (см. таблицу)
- Проведение ретроспективы:
Процесс проведения ретро – управление структурой сессии, упражнениями, групповой динамикой, временем.
Ведущему необходимы навыки фасилитации групповой работы.
Типы активностей:
Короткие обмены мнениями:
Проводить последовательно со всеми участниками.
Длинные разговоры:
Объединиться в мини-группы и работать параллельно,
Презентация работы.
Работа со стикерами, рисование.
Брейншторм «среди себя» письменно.
Брейншторм классический.
- Agile ретроспектива. Чек-лист:
Ретроспектива проводится в конце итерации.
Все члены команды участвуют.
Все члены команды имеют равное право голоса.
Ретроспектива не является встречей по поиску виноватых.
Никто не доминирует, все участники высказывают свое мнение.
Фокусировка на проблемах, которые находятся под прямым контролем или влиянием команды.
Результаты обсуждения зафиксированы и доступны всем.
Результатом ретроспективы является план улучшений процесса работы команды для следующих итераций.
Как сделать ретроспективу полезной @ Agile Days'15 Simon Petkov
Презентация к мастер-классу на AgileDays'15
ОK, команда! Что в этот спринт было хорошо? Что плохо? Какие идеи?
Такие ретроспективы чаще всего не ведут к главной цели - не создают атмосферу непрерывного улучшения.
Как же всё-таки создать эту атмосферу?
В рамках этого воркшопа мы:
Поговорим о том как подготовиться к проведению ретроспективы
Как создаётся руководство по фасилитации ретроспективы
Поговорим о том , как сделать ретроспективу интересной и главное полезной
Расширим базовый инструментарий фасилитатора ретроспективы
Постараемся накреативить свои собственные, новые техники.
И конечно же просто поделимся опытом.
Как проверять свои идеи и быть уверенным, что ваш продукт получится хорошим?Sciencehit.by
Никита Зенченко, опытный UX-дизайнер дизайнер «Эпам Системз» расскажет кратко, но по сути (“lifehacks”) о базовых методах тестирования, проведении и подготовки исследований и оценке полученного результата. Актуально для научных проектов!
- Обзор методов тестирования с привлечением пользователей и без них
- Рекомендации по подготовке и проведению исследований
- Нюансы оценки результатов и получение правильных выводов
---
В рамках проведения «Научного Хакатона» мы приглашаем вас на митапы, где будут проводиться обучающие и консультационные сессии под руководством экспертов в области науки, бизнеса и ИТ.
У вас будет возможность обсудить задачи, получить экспертную помощь, объявить о вакантных местах в команде и не только.
Присоединяйтесь и решайте научные задачи командами!
Cайт: http://sciencehit.by/hackathon
Регистрация в команды: https://sciencehit.timepad.ru/event/462869/
Группа в fb: https://www.facebook.com/groups/scihackathon/?ref=bookmarks
Группа в vk: https://vk.com/event141357156
4. ЧТО ТАКОЕ МАДЖАЙЛ?
• Мы заявляем, что мы «аджайл»
• У нас есть все основные формальные
атрибуты Agile
• Мы проходим Nokia test
5. ПОСЛЕДНИЙ ИЗ 12-ТИ …
12. At regular intervals, the team reflects
on how to become more effective, then
tunes and adjusts its behavior
accordingly.
http://agilemanifesto.org/principles.html
6. БЫСТРЫЙ (и вредный) СПОСОБ ПО
ВНЕДРЕНИЮ МАДЖАЙЛА
1. Обучить работников Скрам-терминологии на
корпоративном тренинге
2. Договориться называть требования «юзер
сториз», заказчика «продакт оунером», а
менеджера «скрам-мастером».
3. Отправить менеджера проекта на
сертификационный класс
4. После этого заявлять, что мы делаем аджайл
12. AGILE – ЭТО КУЛЬТУРА ПРОЦЕССНЫХ
ИЗМЕНЕНИЙ
Гибкая разработка
Научный метод проверки гипотез
План Ретро-
Итерация Анализ
итерации спективы
Гипо- Коррек-
Тест Ревью
теза тивы
14. НАБЛЮДЕНИЕ О ЛУЧШИХ ПРАКТИКАХ
• Начало игры с «хорошей практики» не
помогло ни одной команде.
Без построения
договоренностей с
заказчиком любой процесс
может не дать результатов.
15. ЧТО МОЖЕТ ПОМОЧЬ?
1. Оговаривать процесс на ранних фазах
– помогает составление Bill of Rights
– симулировать процесс
2. Подключать заказчика
на ретроспективы
16. НАБЛЮДЕНИЕ О БОЯЗНИ И СКОРОСТИ
• Команды боятся менять процесс,
чтоб не ухудшить свои баллы.
17. НАБЛЮДЕНИЕ О БОЯЗНИ И СКОРОСТИ
• Если мы хотим выбрасывать больше
мячиков, но не хотим менять свой процесс.
Что нам остается?
Мы начинаем работать
быстрее, вместо того,
чтобы улучшать схему
работы.
18. НАБОЛЮДЕНИЯ О ЖИЗНЕННОМ
ЦИКЛЕ ИДЕЙ
1. Зарождение (генерация)
2. Приём идеи другими
3. Отбор идеи для пробы
4. Выбор способа реализации
5. Реализация выбранным способом
6. Улучшение способа реализации
7. Реализация идеи улучшенным способом
19. НАБЛЮДЕНИЕ О КРИТИКЕ ИДЕЙ
• Команды склонны отказываться от хороший
идей на основании неудачного
эксперимента
20. НАБЛЮДЕНИЕ О КРИТИКЕ ИДЕЙ
• Любой процесс поначалу непродуктивен, так
как непривычен.
Каждое изменение стоит
попрактиковать несколько
итерации перед тем как
от него отказываться.
21. НАБЛЮДЕНИЕ ОБ ОТСУТСТВИИ
ЛУЧШЕГО ПОДХОДА
• Не найдена наиболее эффективная схема.
Разные схемы для разных
команд приносили как
хорошие так и плохие
результаты.
22. КАК ЖЕ ПОНЯТЬ, ЧТО НАМ
ПОДХОДИТ?
Гипо- Ретро-
Тест Ревью
теза спектива
23. НАБЛЮДЕНИЕ ОБ ИНЕРТНОСТИ
• Без внешнего давления «нужно больше!»
команды склонны останавливаться на
достигнутом.
25. НАБЛЮДЕНИЕ О ТОМ,
ЧТО ПО-НАСТОЯЩЕМУ ТРУДНО
• По словам команд в игре периоды
обсуждений – наиболее напряженная
часть.
Не поэтому ли
ретроспективы
зачастую перестают
проводить?
28. ВСЁ, ЧТО ВЫ УСЛЫШИТЕ НА ЭТОЙ
КОНФЕРЕНЦИИ
Это хороший повод для экспериментов.
29. AGILE ДАЕТ ВАМ КАРКАС ДЛЯ
ЭКСПЕРИМЕНТИРОВАНИЯ
Гибкая разработка
Научный метод проверки гипотез
План Ретро-
Итерация Ревью
итерации спектива
Гипо- Коррек-
Тест Анализ
теза тивы