Как сделать ретроспективу полезной @ Agile Days'15 Simon Petkov
Презентация к мастер-классу на AgileDays'15
ОK, команда! Что в этот спринт было хорошо? Что плохо? Какие идеи?
Такие ретроспективы чаще всего не ведут к главной цели - не создают атмосферу непрерывного улучшения.
Как же всё-таки создать эту атмосферу?
В рамках этого воркшопа мы:
Поговорим о том как подготовиться к проведению ретроспективы
Как создаётся руководство по фасилитации ретроспективы
Поговорим о том , как сделать ретроспективу интересной и главное полезной
Расширим базовый инструментарий фасилитатора ретроспективы
Постараемся накреативить свои собственные, новые техники.
И конечно же просто поделимся опытом.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Повышение эффективности команды. Ретроспектива как инструмент.Natalia Zinovyeva
Хорошие команды не появляются просто так. Они формируются с течением времени. И ретроспектива может стать ключевым помощником в этом.
На основе собственного опыта расскажу о том, как провести эффективную ретроспективу. Как с помощью ретроспективы повышать эффективность команды. Как решать различные сложности, улучшать коммуникации и атмосферу, мотивировать команду на успех.
Как сделать ретроспективу полезной @ Agile Days'15 Simon Petkov
Презентация к мастер-классу на AgileDays'15
ОK, команда! Что в этот спринт было хорошо? Что плохо? Какие идеи?
Такие ретроспективы чаще всего не ведут к главной цели - не создают атмосферу непрерывного улучшения.
Как же всё-таки создать эту атмосферу?
В рамках этого воркшопа мы:
Поговорим о том как подготовиться к проведению ретроспективы
Как создаётся руководство по фасилитации ретроспективы
Поговорим о том , как сделать ретроспективу интересной и главное полезной
Расширим базовый инструментарий фасилитатора ретроспективы
Постараемся накреативить свои собственные, новые техники.
И конечно же просто поделимся опытом.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Повышение эффективности команды. Ретроспектива как инструмент.Natalia Zinovyeva
Хорошие команды не появляются просто так. Они формируются с течением времени. И ретроспектива может стать ключевым помощником в этом.
На основе собственного опыта расскажу о том, как провести эффективную ретроспективу. Как с помощью ретроспективы повышать эффективность команды. Как решать различные сложности, улучшать коммуникации и атмосферу, мотивировать команду на успех.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Позволяют ли метрики эффективно управлять проектом: диагностировать проблемы, локализовать их, исправлять и проверять? Как использовать метрики с максимальной результативностью?
Как оценить процесс тестирования на проектеCOMAQA.BY
Тестирование - это процесс, он не стоит на месте, а нуждается в непрерывном улучшении. Мы приходим к ним на ретроспективах, из собственного и чужого опыта и ошибок, интуитивно или на основании некоторых данных. В своем докладе я расскажу, как провести оценку процесса тестирования на проекте: с чего начать, на что обратить внимание, поделюсь практическим опытом и отвечу на ваши вопросы. До встречи на докладе!
Денис Тучин - Как не завалить Ретро: практические советы, как готовится и как...Denis Tuchin
Подготовка к Ретроспективе
1.1. Карта фасилитации
1.2. Нейро-карта фасилитации
1.3. Какие практики выбрать именно для этого ретро?
Что-то пошло не так, что делать?
2.1. Цикл вмешательства (Intervention Cycle)
2.2. Всегда ли применим цикл вмешательства
2.3. Кейсы!
Никита Филиппов, ScrumTrek (Москва)
Или как в стартапах и больших корпорациях команды вместе создают продукт
Говоря вслух Project Manager, какие у вас возникают ассоциации?
Зачем нужен Project Manager?
Кто создает проект/продукт?
Чьи плюшки, если проект закончен с успехом?
Повышает ли шансы на успех наличие главного за результат?
Как должен измениться мир разработки?
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Scrum!
Short introduction to Scrum in Russian.
What, who, how and which results you gain.
Scrum!
Краткое введение в Scrum на русском языке.
Что, кто, как и для чего он нужен.
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Позволяют ли метрики эффективно управлять проектом: диагностировать проблемы, локализовать их, исправлять и проверять? Как использовать метрики с максимальной результативностью?
Как оценить процесс тестирования на проектеCOMAQA.BY
Тестирование - это процесс, он не стоит на месте, а нуждается в непрерывном улучшении. Мы приходим к ним на ретроспективах, из собственного и чужого опыта и ошибок, интуитивно или на основании некоторых данных. В своем докладе я расскажу, как провести оценку процесса тестирования на проекте: с чего начать, на что обратить внимание, поделюсь практическим опытом и отвечу на ваши вопросы. До встречи на докладе!
Денис Тучин - Как не завалить Ретро: практические советы, как готовится и как...Denis Tuchin
Подготовка к Ретроспективе
1.1. Карта фасилитации
1.2. Нейро-карта фасилитации
1.3. Какие практики выбрать именно для этого ретро?
Что-то пошло не так, что делать?
2.1. Цикл вмешательства (Intervention Cycle)
2.2. Всегда ли применим цикл вмешательства
2.3. Кейсы!
Никита Филиппов, ScrumTrek (Москва)
Или как в стартапах и больших корпорациях команды вместе создают продукт
Говоря вслух Project Manager, какие у вас возникают ассоциации?
Зачем нужен Project Manager?
Кто создает проект/продукт?
Чьи плюшки, если проект закончен с успехом?
Повышает ли шансы на успех наличие главного за результат?
Как должен измениться мир разработки?
4 подхода работы с часто меняющимися требованиями в SCRUMak-itconsulting.com
Знакома ли вам ситуация, когда вы уже спланировали спринт и начали работать, а тут приходят новые срочные/важные требования от заказчика или Product Owner-а? Или другой вариант: вы работаете с живой системой (которая уже в продакшене) и во время спринта приходят задачи на поддержку этой системы (например, баг-репорты)? На этом вебинаре мы поговорим именно о таких ситуациях и о том, как их обрабатывать в рамках SCRUM и не только.
В ходе вебинара вы:
- Узнаете почему меняющиеся требования — это хорошо!
- Поймете как можно обрабатывать важные задачи (Urgent Tasks) посреди спринта
- Увидите как Kanban иногда спасает в таких ситуациях
Узнать больше:
http://coach.ak-itconsulting.com/2014/11/webinar-chasto-menyayushiesya-trebovaniya/
- Кто есть кто? Или немного о ролях.
- Project менеджер VS Product Owner
- Характеристики PO
- Взаимодействие с командой, Scrum Master-ом, заказчиками
- Масштабирование роли PO
- Основные ошибки
Управление проектом/продуктом в Agile в первую очередь связано с эффективным управлением требованиями. Хорошие требования = ценный для заказчика продукт. Для любого менеджера продуктов существует две основных преграды к реализации продукта:
— Что делать в первую очередь? Как управлять приоритетами?
— Как интегрировать сбор требований в итеративный процесс разработки.
В этом докладе мы поговорим о том, чем отличается классический сбор требований от организации требований в Agile разработке. Поговорим о способах эффективного сбора требований, метриках и т.д. Обсудим роль Product Owner'a.
Agile ретроспективы. Ритуал оглядываться назад, чтобы двигаться вперед.
Ретроспектива – это трансформация полученного опыта в конкретные действия, которые могут улучшить процесс.
Для команды это шанс улучшить и результаты, и собственные ощущения от работы.
Ретроспективы дают возможность всей команде обучаться, действуют как катализатор изменений и стимулируют работу над проектом.
- Задачи ретроспективы:
Инспекция степени успешности итерации относительно
результатов,
людей и взаимоотношений между ними,
процессов и инструментов.
Обнаружение того, что прошло хорошо и того, что нуждается в улучшении
Создание плана внедрения улучшений в процесс работы команды.
- Причины неудачных ретроспектив:
Нет подготовки к проведению ретроспективы.
Отсутствие фокуса.
Пропуск этапа сбора данных.
Доминируют один или два человека в разговоре.
Копаемся в прошлом в поиске оправданий и обвинений.
Фокусировка только на препятствиях, которые находятся вне контроля команды или влияния команды.
Генерация слишком длинных списков улучшений и попытка сделать их все сразу.
«Показательное» ретро.
Сохранение «плана совершенствования» отдельно от плана «реальной работы».
Не определяются ответственные члены команды за реализацию планов по улучшению.
Делаем все как всегда и ничего не меняем: формат, упражнения, фокус внимания.
Не интересуемся как нам ретро.
- Структура ретроспективы
1. Подготовка (Set the Stage)
2. Сбор данных (Gather Data)
3. Генерация Идей (Generate Insights)
4. Планирование дальнейших действий (Decide What To Do Data)
5 Завершение ретроспективы (Close The Retrospective)
- Подготовка ретроспективы (см. таблицу)
- Проведение ретроспективы:
Процесс проведения ретро – управление структурой сессии, упражнениями, групповой динамикой, временем.
Ведущему необходимы навыки фасилитации групповой работы.
Типы активностей:
Короткие обмены мнениями:
Проводить последовательно со всеми участниками.
Длинные разговоры:
Объединиться в мини-группы и работать параллельно,
Презентация работы.
Работа со стикерами, рисование.
Брейншторм «среди себя» письменно.
Брейншторм классический.
- Agile ретроспектива. Чек-лист:
Ретроспектива проводится в конце итерации.
Все члены команды участвуют.
Все члены команды имеют равное право голоса.
Ретроспектива не является встречей по поиску виноватых.
Никто не доминирует, все участники высказывают свое мнение.
Фокусировка на проблемах, которые находятся под прямым контролем или влиянием команды.
Результаты обсуждения зафиксированы и доступны всем.
Результатом ретроспективы является план улучшений процесса работы команды для следующих итераций.
Денис Тучин - Удачные и неудачные паттерны распределённого Agile (Agile Days ...Denis Tuchin
Видео выступления: https://www.youtube.com/watch?v=vOMSRSTl1Xo
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём некоторые паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как:
- передача изолированных User Story удалённой команде
- Индивидуальные User stories
- Scrum of Remote Scrums
- Функциональные распределённые команды
- Scrum in spite of distributed team
Денис Тучин, Удачные и неудачные паттерны распределённого AgileScrumTrek
Хотим мы этого или нет, но часто приходится работать с удалёнными командами, а иногда и с полностью распределёнными, когда все участники сидят в разных местах. На докладе разберём какие есть паттерны организации взаимодействия распределённых Agile команд, какие из них работают лучше, какие хуже и почему, а также посмотрим, что можно изменить, чтобы получился всё же Agile. Рассмотрим такие паттерны как: передача изолированных User Story удалённой командеИндивидуальные User stories Scrum of remote Scrums Функциональные распределённые команды Scrum in spite of distributed team
Воркшоп по управлению командой проекта в Академии ПВТAliaksei Minkevich
Наша презентация с ВОРКШОПА ПО УПРАВЛЕНИЮ КОМАНДОЙ ПРОЕКТА 29 января в 19.00
Лидеры компании Juno поделятся с вами собственным опытом по следующим темам:
Как набирать и развивать команду проекта
Какие шаги проходит группа людей во время создания команды
Инструмент “Устав Команды”
Управление командой проекта
Обратная связь
Урегулирование конфликтов
Решение проблем
Принятие решений
Делегирование
RnDm. Управление проектами исследования и разработки. Советы практика: недел...Alexey Kachalin
Управление проектами исследования и разработки - курс, ориентированный на студентов и молодых специалистов в области разработки программного обеспечения, а также проектов НИР/НИОКР.
В рамках курса делятся опытом практикующие менеджеры: что "работает" и ошибки, которых следует не совершить.
ONLINE-ШКОЛА "Центр оценки шаг за шагом" -
знакомство с технологией центра оценки.
На вебинарах online-школы мы рассказываем, как планировать и организовать проект по оценке персонала: силами внутренних специалистов компании и с привлечением внешних провайдеров.
Темы занятия №3:
1. Проведение центра оценки: требования стандарта.
2. Использование результатов центра оценки: обратная связь участникам, обсуждение результатов с руководством, принятие решений.
3. Тест на знания по всему курсу.
Презентация Бибичева Андрея об опыте внедрения Scrum в компании CustIS, прочитанная на конференции РИТ-2008.
Текст статьи - http://www.slideshare.net/biBIGine/scrum-2029854
Александр Белецкий "Архитектура Javascript приложений"Agile Base Camp
This document discusses large scale JavaScript applications and common patterns used to build them. It begins by introducing Addy Osmani and his work on JavaScript frameworks. It then covers the evolution of JavaScript apps from early uses to modern complex single page apps. Key points are made about the complexity of front-end development. The document dives into architectural patterns like namespaces, modules, facades, mediators, and observers to handle complexity. It provides examples of implementing these patterns with RequireJS and AMD for module loading. Finally, it proposes an overall application architecture bringing these concepts together and recommends further resources on the topic.
Daniel Lewis "How to build a motivational system"Agile Base Camp
The document discusses how to increase employee engagement in a business to improve success. It defines employee engagement as employees' willingness to go above and beyond their regular duties. The document recommends that businesses understand individual contributions, involve employees in decision making, focus on development and recognition, and foster a culture of trust, respect and customer focus to increase engagement levels.
Мark Phillips "Intoduction to Silicon Valley"Agile Base Camp
Silicon Valley is an area in Northern California known for its concentration of tech companies and startups. It began emerging in the 1950s when Stanford University leased land to technology companies. Major companies founded in Silicon Valley include Intel, Apple, Cisco, Oracle, Google, and Facebook. Biotech has also become a large industry, receiving billions in venture capital funding annually. Venture capital firms provide startups with funding in rounds from seed to later stages. While the tech industry experiences boom and bust cycles, Silicon Valley remains a global hub for innovation. Life at a startup is typically fast-paced and chaotic, but offers flexibility and potential for high rewards if the company succeeds.
JDaniel Lewis "How to build a motivational system"Agile Base Camp
Engaged employees are fully involved in and enthusiastic about their work, and work to further their organization's interests. A document discusses ways for businesses to increase employee engagement by motivating staff. It defines engagement and discusses factors that drive it such as senior management interest, personal development opportunities, reputation as an employer, input into decisions, benefits, inspiring managers, and fair compensation. Theories on motivation from Hertzberg and McGregor are also summarized that differentiate motivators from hygiene factors and management styles that view employees as wanting responsibility versus disliking work. The document concludes with recommendations for businesses to get to know employees, value them, involve them in alignment efforts, help them grow, communicate effectively, focus on customers, lead by
Саша Белецкий "Continuous Delivery в продуктовой разработке"Agile Base Camp
This document discusses why, how, and when to implement continuous delivery for software projects. It describes how the author used to manually deploy updates for a simple web application, which took 30 minutes to 2 hours and caused customer dissatisfaction. The document then presents the key aspects of continuous delivery: (1) enabling one-click local builds and deployments, (2) defining a source control model with branches for features and releases, and (3) running continuous integration to automatically build, test and deploy changes. It provides examples of tools that can be used to achieve this, such as Jenkins for continuous integration. Implementing these practices resulted in deployment times improving 45 times and site downtimes reducing 300 times.
Brad Hoover "Differences between building a consumer vs. enterprise product"Agile Base Camp
Enterprise software product development requires extensive upfront design and prototyping with customer input. It focuses on gaining credibility with reference customers and expanding features for broader appeal. Sales forces can overcome objections. Consumer products require exceptional products that can sell without speaking through fluid interfaces and speedy iterations to test hypotheses and infer user needs. They benefit from co-located product and engineering teams for rapid communication. Both approaches share a focus on clear goals and feedback to create optimal product-market fit.
21. Action plan - Пример Действие Ответственный Сделать до Настроить автоматический deployment DK 2 февраля Добавить acceptance tests к stories AG 5 февраля Провести planning по новому формату SN 2 февраля