В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Повышение эффективности команды. Ретроспектива как инструмент.Natalia Zinovyeva
Хорошие команды не появляются просто так. Они формируются с течением времени. И ретроспектива может стать ключевым помощником в этом.
На основе собственного опыта расскажу о том, как провести эффективную ретроспективу. Как с помощью ретроспективы повышать эффективность команды. Как решать различные сложности, улучшать коммуникации и атмосферу, мотивировать команду на успех.
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
Асхат Уразбаев. Agile Coach и Scrum Master как руководители нового типаScrumTrek
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы:
— Какое место они занимают в организации?
— Какими они должны быть?
— Что входит в их обязанности?
— Что они должны знать и уметь?
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Повышение эффективности команды. Ретроспектива как инструмент.Natalia Zinovyeva
Хорошие команды не появляются просто так. Они формируются с течением времени. И ретроспектива может стать ключевым помощником в этом.
На основе собственного опыта расскажу о том, как провести эффективную ретроспективу. Как с помощью ретроспективы повышать эффективность команды. Как решать различные сложности, улучшать коммуникации и атмосферу, мотивировать команду на успех.
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
Зачем нужны ретроспективы и как их проводить? Основные отличия ретроспектив в различных фреймворках, например, Scrum или Kanban, рекомендации по продолжительности, наполнению, советы по каждому этапу ретроспективы.
Асхат Уразбаев. Agile Coach и Scrum Master как руководители нового типаScrumTrek
Мир меняется. Высокая скорость изменений трансформирует бизнес-модели и сами организации. В новом мире решения надо принимать быстро и уметь синхронизировать работу большого количества людей. Важность по-настоящему командной работы растет. Появляются роли, главной задачей которых является построение эффективной команды.
Речь идет о роли Scrum Master/Agile Coach. В докладе мы ответим на вопросы:
— Какое место они занимают в организации?
— Какими они должны быть?
— Что входит в их обязанности?
— Что они должны знать и уметь?
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Екатерина Типанова (QA engineer / I-Free) выступила на семинаре "Как стать TRUE-тестировщиком #3" от учебного центра Урансофт, и рассказала о жизненном цикле тестировщика.
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной моделиDenis Tuchin
Видео: https://www.youtube.com/watch?v=79Joxx6gTeU
Используя имитационную модель на докладе мы проверим, что лучше работает:
- Что делать если команда не сбалансирована
- Может ли сбалансированная команда работать без ограничения WIP
- Как подобрать оптимальные ограничения WIP
- Помогает ли приоритезация бизнесу
Денис Тучин - Лучшие практики внедрения изменений на уровне командDenis Tuchin
1. Правильная постановка цели (Больше чем SMART)
2. Взвешиваем все за и против
3. Ищем единомышленников
4. Создаём атмосферу безотлагательности действий
5. ADKAR
6. Инструменты, процессы, борьба с бюрократией
7. Маленькие победы (планируем, осуществляем и распространяем)
8. Другие поощрения изменений
9. Кадровые перестановки
10. Институционализация
Вы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный.
Вам нравится эта идея? Вижу, что нет.
Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость?
По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами.
Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...Denis Tuchin
В докладе рассмотрим два ключевых момента: решение о целесообразности внедрения изменений и лучшие практики самого процесса внедрения. В том числе разберём отдельные элементы модели Коттера, проверку цели на экологичность и модель ADKAR. Также обсудим, как внедрение изменений на разных этапах развития команды влияет на его динамику.
Как сделать ретроспективу полезной @ Agile Days'15 Simon Petkov
Презентация к мастер-классу на AgileDays'15
ОK, команда! Что в этот спринт было хорошо? Что плохо? Какие идеи?
Такие ретроспективы чаще всего не ведут к главной цели - не создают атмосферу непрерывного улучшения.
Как же всё-таки создать эту атмосферу?
В рамках этого воркшопа мы:
Поговорим о том как подготовиться к проведению ретроспективы
Как создаётся руководство по фасилитации ретроспективы
Поговорим о том , как сделать ретроспективу интересной и главное полезной
Расширим базовый инструментарий фасилитатора ретроспективы
Постараемся накреативить свои собственные, новые техники.
И конечно же просто поделимся опытом.
Жизненный цикл тестировщика (Урансофт, семинар TrueTester #3)Catherine Tipanova
Презентация для семинара "Как стать true-тестировщиком #3". Жизненный цикл тестировщика, большие и маленькие компании, как выбрать первую работу, большие и маленкие команды, процессы разработки, место тестировщика в процессах.
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
The document describes a software system being developed to visually monitor the workload of cores in a high-performance manycore computer architecture. The system receives data about the state of cores in a computing system, analyzes the data, and displays it visually with remote web access. Compared to other software for visually monitoring multiprocessor systems, this system provides a visual display of processed data on the state of cores based on analysis of inter-core messages and characteristics of individual cores. The system is being developed using Microsoft Visual Studio 2008 on a 16-core Windows cluster at Polytechnic University and will aid in analyzing and monitoring complex systems and their components during different workload modes.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Екатерина Типанова (QA engineer / I-Free) выступила на семинаре "Как стать TRUE-тестировщиком #3" от учебного центра Урансофт, и рассказала о жизненном цикле тестировщика.
Денис Тучин - Проверка гипотез Kanban Method с помощью имитационной моделиDenis Tuchin
Видео: https://www.youtube.com/watch?v=79Joxx6gTeU
Используя имитационную модель на докладе мы проверим, что лучше работает:
- Что делать если команда не сбалансирована
- Может ли сбалансированная команда работать без ограничения WIP
- Как подобрать оптимальные ограничения WIP
- Помогает ли приоритезация бизнесу
Денис Тучин - Лучшие практики внедрения изменений на уровне командDenis Tuchin
1. Правильная постановка цели (Больше чем SMART)
2. Взвешиваем все за и против
3. Ищем единомышленников
4. Создаём атмосферу безотлагательности действий
5. ADKAR
6. Инструменты, процессы, борьба с бюрократией
7. Маленькие победы (планируем, осуществляем и распространяем)
8. Другие поощрения изменений
9. Кадровые перестановки
10. Институционализация
Вы слышали о движении #NoEstimates? Разработчики во всем мире отказываются от оценки! Не надо оценивать проекты, фичи и таски — говорят они. Это занимает много времени, да и процесс это не особо приятный.
Вам нравится эта идея? Вижу, что нет.
Вот например, как объяснить заказчику свое новое безоценочное восприятие? Хотите вы или нет, сроки придется называть! Что делать с обязательствами на спринт? А как же прозрачность? Предсказуемость?
По большому счету вы правы. Нельзя просто выкинуть оценку и все. Идея #NoEstimate в том, что можно увеличить прозрачность и предсказуемость разработки, если заменить оценку более эффективными инструментами.
Мы поговорим, что такое на самом деле #NoEstimate и чем практически можно заменить оценку.
Денис Тучин - Внедрение изменений: семь раз отмерь – один отрежь на UlCamp.Wi...Denis Tuchin
В докладе рассмотрим два ключевых момента: решение о целесообразности внедрения изменений и лучшие практики самого процесса внедрения. В том числе разберём отдельные элементы модели Коттера, проверку цели на экологичность и модель ADKAR. Также обсудим, как внедрение изменений на разных этапах развития команды влияет на его динамику.
Как сделать ретроспективу полезной @ Agile Days'15 Simon Petkov
Презентация к мастер-классу на AgileDays'15
ОK, команда! Что в этот спринт было хорошо? Что плохо? Какие идеи?
Такие ретроспективы чаще всего не ведут к главной цели - не создают атмосферу непрерывного улучшения.
Как же всё-таки создать эту атмосферу?
В рамках этого воркшопа мы:
Поговорим о том как подготовиться к проведению ретроспективы
Как создаётся руководство по фасилитации ретроспективы
Поговорим о том , как сделать ретроспективу интересной и главное полезной
Расширим базовый инструментарий фасилитатора ретроспективы
Постараемся накреативить свои собственные, новые техники.
И конечно же просто поделимся опытом.
Жизненный цикл тестировщика (Урансофт, семинар TrueTester #3)Catherine Tipanova
Презентация для семинара "Как стать true-тестировщиком #3". Жизненный цикл тестировщика, большие и маленькие компании, как выбрать первую работу, большие и маленкие команды, процессы разработки, место тестировщика в процессах.
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
The document describes a software system being developed to visually monitor the workload of cores in a high-performance manycore computer architecture. The system receives data about the state of cores in a computing system, analyzes the data, and displays it visually with remote web access. Compared to other software for visually monitoring multiprocessor systems, this system provides a visual display of processed data on the state of cores based on analysis of inter-core messages and characteristics of individual cores. The system is being developed using Microsoft Visual Studio 2008 on a 16-core Windows cluster at Polytechnic University and will aid in analyzing and monitoring complex systems and their components during different workload modes.
А.Маглияс (Lappeenranta Univ) "ISPMA: международный стандарт для обучения и с...PCampRussia
- The International Software Product Management Association (ISPMA) aims to establish software product management as a recognized discipline through the development and dissemination of a standardized body of knowledge (SPMBoK).
- ISPMA offers certification programs at multiple levels based on their SPMBoK curriculum. Their certification approach involves partitioning the SPMBoK into learning units, developing training programs, and conducting standardized examinations.
- ISPMA works with both academic and industry partners. Their certification programs and standards are meant to provide more value than proprietary training by clearly separating training providers from the certification process. The first version of their SPMBoK reference architecture and Foundation Level syllabus have been released.
This document provides advice on how to write a great research paper. It recommends structuring the paper with an abstract, introduction, sections on the problem and idea, details supporting the claims, related work, and conclusions. The introduction should describe the problem, state the contributions, and reference later sections. Presenting the idea using examples before the general case helps readers. Providing evidence in later sections to support claims from the introduction is important. Give credit to other work and engage experts to improve the paper before publication.
Зачем нам Это? или Как продать agile командеMichael Karpov
Мы все сталкиваемся с ситуациями когда сложно работать с Заказчиком по Agile и уговорить его на подобный способ коммуникации.
Также, часто команде сложно уговорить своего менеджера.
Но!
Бывает и иначе: менеджер предлагает внедрять Agile, а команда "не до конца уверена"...
Именно о такой ситуации и рассказывает этот доклад!
В рамках доклада будут рассмотрены основы Теории ограничений, применимость Теории ограничений при разработке ПО, а также будут рассмотрены практические примеры оптимизации процесса разработки.
It talk №23: "Если не Scrum, то что?", Екатерина ШалапановаMarina Peregud
Докладчик: Екатерина Шалапанова, деливери-менеджер финансовой практики DataArt, Петербург
О чем пойдет речь:
Что делать:
Если ваш заказчик не подписывал Agile Manifesto и не читал Scrum Guide?
Если в итерацию врываются сверхсрочные задачи?
Если бизнес-процессы не позволяют регулярные релизы?
Идеологи Scrum создавали процесс для небольших вовлеченных и нацеленных на результат команд. Что же делать, если вам приходится работать с корпорациями?
Процесс приходится строить заново, беря все самое лучшее и подстраиваясь под нужды и возможности любимых клиентов.
Я расскажу, какие подходы мы используем при создании процесса разработки, что, по моему опыту, важно, а чем можно пренебречь, ну, и обязательно о чем-нибудь еще.
Anton Stoliar SQADays2012 Управление качеством в Agile. Как опередить баги.Anton Stoliar
1. Цель презентации:
• Побудить аудиторию пользоваться описанными техниками, которые могут помочь уменьшить количество «фейлов» со стороны QA команды в Agile-based проектах.
• Сфокусировать внимание на «фишках» которые особенно пропагандируются в Agile, которые помогают выпускать более качественный продукт
2. Какова практическая ценность презентации для аудитории:
• Поделиться конкретным опытом использования всяческих Agile-техник : Sprint Planning на основе QA оценок, Создание командного Vision-a на основе Product Canvas, First Release Baseline
• Поделиться некоторыми hint-ами когда ты вроде бы test team lead, но по факту менеджишь еще и команду разработки.
3. Для кого предназначена:
• QA которые уже работали по Agile (Scrum в частности)
• Начинающие ПМs и QA Team Leads
• Ребята которым скоро придется лидать Agile-проекты
4. Короткий план презентации по шагам:
• Чего могут жать от работы QA команды к зависимости от специфики проекта\компании
• Чего ожидают от QA в Agile
• Какие техники могут помочь выпустить более правильный\успешный\ качественный продукт
o Как формировать у команды общий Vision и как это помогает снижать дефекты в продукте
o Как планировать спринт отталкиваясь от QA-команды чтобы снизить овертаймы
o Как First Release Baseline помогает спланировать регрессию, когда совсем не осталось на нее времени
Рассказ про собственный опыт использования Agile, как на работе, так и в личной жизни.
На работе Agile-подходы я применял в рамках компании Avito. Опыт интересен тем, что он позитивный, но при этом не использовались стандартные методологические фрейм-ворки: Scrum, Kanban и пр. Также привожу свой вариант краткого определения сути Agile и кратко описываю опыт применения этих подходов в семье.
Слайды к докладу на конференции AgileDays 2015.
EdCrunch 2018 - Skyeng - EdTech product scaling: How to influence key growth ...Michael Karpov
Skyeng company case:
"EdTech product scaling: How to influence key growth indicators and achieve rapid progress. Product VS Marketing look"
Global conference for technology in education #EdCrunch
https://2018.edcrunch.ru/en/
Movement to business goals: Data, Team, Users (4C Conference)Michael Karpov
In this talk Mikhail Karpov discuss the methods used to move to business goals faster on example of VK.com processes, including teams flexible structure and feedback loop from service audience
"Пользователи: сигнал из космоса". CodeFest mini 2012Michael Karpov
О способах получения обратной связи от пользователей в российских и иностранных интернет-компаниях.
Также, на основе различных жизненных кейсов рассмотрим их полезность и применимость.
Михаил рассмотрит основные случаи и всякие примеры применения на основе Яндекса и нескольких других российских и иностранных компаний.
Как сделать команде приятное - Михаил Карпов (Яндекс)Michael Karpov
Команде приятное можно сделать разными способами.
Этот доклад о том, как это сделать с помощью вашего процесса.
Многие понимают то, что важно вовлекать команду в продукт, но также важно вовлекать команду в ваш процесс.
Для этого ваш процесс должен коротко и доходчиво отвечать на вопросы команды.
О них и поговорим.
Hpc Visualization with X3D (Michail Karpov)Michael Karpov
The document describes two modes of data analysis for workload rendering on server clusters:
1. General system analysis uses a molecular metaphor to visualize task load across cluster nodes over time, allowing users to identify bottlenecks.
2. Detailed task analysis uses a greenhouse metaphor to test individual tasks under varying hardware/software parameters and identify bottlenecks like CPU, memory, or disk limitations.
Both modes aim to optimize workload distribution and resource usage across clusters.
сбор требований с помощью Innovation gamesMichael Karpov
За основу были взяты бизнес-игры от Люка Хоммана: innovationgames.com
Они представлены ниже в презентации: "Начни новый день", "Product Box", "Воспоминания о будущем", "Удиви клиента", "Катер", "Паутина".
Практическое занятие было не лишено соревновательного характера:
в первой части команды "разработчиков" собирали неявные знания с "пользователей", а во второй части должны были предложить им каждый свой продукт.
Естественно, что пользователи выбирают наиболее понравившийся (то есть наиболее удовлетворяющий их потребностям) и команда, предложившая данный продукт, побеждает.
The document discusses the development of a system for visual monitoring of workloads on high-performance multi-core computer clusters. The system provides visual analysis and performance monitoring of clusters and their components. It was developed using Microsoft tools on a 16-node Windows HPC Server 2008 cluster. The system displays program characteristics, core memory usage, and process status to help optimize parallel programs.
Simon Peyton Jones provides advice on how to give a great research talk in 3 sentences or less:
The purpose of a research talk is to engage the audience and make them eager to read your paper, not to impress them or present all details; the talk should motivate the key idea in the first 2 minutes and then focus 80% on the idea with examples, leaving out technical details and related work. Enthusiasm is the most potent tool for presenting an exciting talk that keeps the audience awake and makes them glad they attended.
Если Вы бы работали в Америке, в какой-нибудь крупной процессной организации, например в Мотороле, у вас было бы куча процессов и, соответственно кипы документов. Вас бы купили двумя заявлениями – в Agile короткие митинги и практически нет документации. К слову сказать, - в Мотороле сейчас начинают внедрять Agile.
«Это Россия, детка!»
Это означает, что именно команда выбирает, когда и сколько работы взять на себя, они "вытягивают" работу, как только они готовы, а не работа "проталкивается" к ним извне. Так же, как принтер вытягивает следующую страницу только тогда, когда он готов к печати на ней (хотя и существует небольшой, ограниченных размеров лоток, откуда он эту бумагу вытаскивает).
Чтобы справиться с этой проблемой, мы дали возможность командам назначать своим менеджерам задачи по устранению "командных препятствий" (до двух штук).
Первые шаги: Изучение некоторых основных принципов • Ограничение объёмов работ • Загрузка и время обработки • Незавершённая работа и пропускная спосообность • Теория ограничений Демонстрация Kanban • 3 "типа работ": ответы на вопросы, создание автомобиля из кубиков Lego, проектирование и построение дома. • 3 итерации Измерьте производительность для каждого вида работ Поэксперементуйте, подберите значение НЗР. • Обсуждение результатов
отдельные ритмы для планирования, выпуска и усовершенствования процессов
Размещаем на доске задачи длительностью более одного часа – чтобы не было трэша из кучи задач Оценка: стараемся не оценивать или (когда боимся что заказчикам придётся ждать) оцениваем "по футболке": S, M, L, XL Отслеживать "длины очередей" ( Queues lengths). Уважение к ограничению незавершенной работы: Шкала « Emergency » для срочных задач – вне общей системы. Обсуждение у доски. 2) Варианты выбора командой элементов из Product Backlog: Всегда выбирать верхний элемент Всегда выбирать самый старый элемент (соответственно, у каждого элемента есть метка времени) Выбирать любой элемент Тратить примерно 20% времени на поддержку, а 80% – на новую функциональность Распределять время команды между продуктами А и В по возможности равномерно Всегда сначала выбирать "красные" элементы, если таковые имеются