Kanban 101 workshop by John Goodsen and Michael Sahota.
This covers everything you will need to know to play Russell Healy's Kanban Game: visualizing the work, metrics, and creating explicit policies.
Slides are available on request. Please email me.
Scrum is a development framework in which cross-functional teams develop products or projects in an iterative, incremental manner.
A good product backlog is Detailed appropriately, Estimated, Emergent and Prioritized. The output of every Sprint is called a Potentially Shippable Product Increment
إدارة القيمة المكتسبة مفيدة ومخادعة في التحكم في المشروعات
فيديو دورة الأساسيات: http://prof.planner.teachable.com/p/evm-basics/
دورة المستوى المتقدم: http://www.slideshare.net/MohamedMaged8/contracts-classification
للمزيد: https://www.facebook.com/groups/prof.cost.engineers/
Scrum vs Kanban - Which Agile Methodology Fits Best For Your Team?Invensis Learning
Scrum vs Kanban? Which fits best for your team? Learn the key differences between the two popular Agile frameworks, Scrum and Kanban. Also, learn when to use these two Agile Methodologies.
https://www.youtube.com/watch?v=pxxmSLJj8FQ&t=435s
Kanban 101 workshop by John Goodsen and Michael Sahota.
This covers everything you will need to know to play Russell Healy's Kanban Game: visualizing the work, metrics, and creating explicit policies.
Slides are available on request. Please email me.
Scrum is a development framework in which cross-functional teams develop products or projects in an iterative, incremental manner.
A good product backlog is Detailed appropriately, Estimated, Emergent and Prioritized. The output of every Sprint is called a Potentially Shippable Product Increment
إدارة القيمة المكتسبة مفيدة ومخادعة في التحكم في المشروعات
فيديو دورة الأساسيات: http://prof.planner.teachable.com/p/evm-basics/
دورة المستوى المتقدم: http://www.slideshare.net/MohamedMaged8/contracts-classification
للمزيد: https://www.facebook.com/groups/prof.cost.engineers/
Scrum vs Kanban - Which Agile Methodology Fits Best For Your Team?Invensis Learning
Scrum vs Kanban? Which fits best for your team? Learn the key differences between the two popular Agile frameworks, Scrum and Kanban. Also, learn when to use these two Agile Methodologies.
https://www.youtube.com/watch?v=pxxmSLJj8FQ&t=435s
When I needed to do presentations of Scrum to executives and students, I started to look for existing ones. Most presentations I found were very good for detailed presentations or training. But what I was looking for was a presentation I could give in less than 15 minutes (or more if I wanted). Most of them also contained out dated content. For example, the latest changes in the Scrum framework were not present and what has been removed was still there.
UPDATE VERSION : https://www.slideshare.net/pmengal/scrum-in-ten-slides-v20-2018
Summary: Update and coordination between the Team members.
Participants: Team is required; Product Owner is optional; ScrumMaster is usually present but ensures
Team holds one.
Duration: Maximum length of 15 minutes.
Once the Sprint has started, the Team engages in another of the key Scrum practices: The Daily
Scrum. This is a short (15 minutes or less) meeting that happens every workday at an appointed time.
Everyone on the Team attends. To keep it brief, it is recommended that everyone remain standing. It is
the Team’s opportunity to synchronize their work and report to each other on obstacles. In the Daily
Scrum, one by one, each member of the Team reports three things to the other members of the Team: (1)
What has been accomplished since the last meeting?; (2) What will be done before the next meeting?;
and (3) What obstacles are in the way?.
This is the 4th presentation as part of PM Awareness Sessions I\'ve made for my company\'s (ITEC) staff to increase their awareness of PM best practices.
Executive Presentation on Agile Project Management by Boardroom Metrics Inc.Boardroom Metrics
This presentation was delivered to a group of senior executives with little or no understanding of Agile methodologies. It was an eye-opening experience!
If interested, please reach out to our firm to discuss how we can help your organization: 1.416.994.6552 or info@boardroommetrics.com
On 23 May 2012, McLachlan Lister's Anamaria Popescu made a presentation on "Extensions of Time - Avoiding the Traps or Taking Advantage of Them" in conjunction with well-known Australian law firm Holding Redlich
Join BostonPHP and Michael Bourque as he presents the concept of Scrum and shows why so many people are now deploying scrum to their development projects. Michael will take us through the process and talk about how his company, Parametric Technology Inc. (PTC) , is successfully applying Scrum.
When I needed to do presentations of Scrum to executives and students, I started to look for existing ones. Most presentations I found were very good for detailed presentations or training. But what I was looking for was a presentation I could give in less than 15 minutes (or more if I wanted). Most of them also contained out dated content. For example, the latest changes in the Scrum framework were not present and what has been removed was still there.
UPDATE VERSION : https://www.slideshare.net/pmengal/scrum-in-ten-slides-v20-2018
Summary: Update and coordination between the Team members.
Participants: Team is required; Product Owner is optional; ScrumMaster is usually present but ensures
Team holds one.
Duration: Maximum length of 15 minutes.
Once the Sprint has started, the Team engages in another of the key Scrum practices: The Daily
Scrum. This is a short (15 minutes or less) meeting that happens every workday at an appointed time.
Everyone on the Team attends. To keep it brief, it is recommended that everyone remain standing. It is
the Team’s opportunity to synchronize their work and report to each other on obstacles. In the Daily
Scrum, one by one, each member of the Team reports three things to the other members of the Team: (1)
What has been accomplished since the last meeting?; (2) What will be done before the next meeting?;
and (3) What obstacles are in the way?.
This is the 4th presentation as part of PM Awareness Sessions I\'ve made for my company\'s (ITEC) staff to increase their awareness of PM best practices.
Executive Presentation on Agile Project Management by Boardroom Metrics Inc.Boardroom Metrics
This presentation was delivered to a group of senior executives with little or no understanding of Agile methodologies. It was an eye-opening experience!
If interested, please reach out to our firm to discuss how we can help your organization: 1.416.994.6552 or info@boardroommetrics.com
On 23 May 2012, McLachlan Lister's Anamaria Popescu made a presentation on "Extensions of Time - Avoiding the Traps or Taking Advantage of Them" in conjunction with well-known Australian law firm Holding Redlich
Join BostonPHP and Michael Bourque as he presents the concept of Scrum and shows why so many people are now deploying scrum to their development projects. Michael will take us through the process and talk about how his company, Parametric Technology Inc. (PTC) , is successfully applying 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 помогает спланировать регрессию, когда совсем не осталось на нее времени
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Практическое руководство для менеджеров компаний
Если вы решили развалить бизнес, то не стоит затягивать, сделайте это за месяцы, а не за годы. Чем раньше вы справитесь на текущем месте работы, тем быстрее перейдете на новое!
7 Способы проведения ретроспектив для анализа и улучшения процессаMagneta AI
Ретроспектива играет большую роль в развитии команд, работающих в Agile проектах. В большинстве случаев, успех проекта зависит от того, насколько команда умеет совместно выявлять проблемы и улучшать свою работу от итерации к итерации.
Мы рассмотрим различные практики проведения ретроспектив, обсудим часто возникающие вопросы в организации работы команды и коллективного принятия решения.
Азбука менеджмента: управление от стратегии до командыRoman Dusenko
Нет и не может быть универсальных решений выхода из сложных ситуаций.
Не существует пошагового алгоритма создания компании №1 .
Нет единой системы мотивации которая поможет продолжать сотрудникам работать в компании в тяжелые времена.
Самое сложное для реальной ситуации бизнеса – для неё не было и нет готового рецепта!
Азбука менеджмента: управление от стратегии до команды
Scrum Сhecklist (Russian)
1. Постоянно улучшаем наш
процесс
Есть определение готовности
(DoD)
DoD достижимо в каждой
итерации
Команда признает и
уважает DoD
Самая суть
Выдаём проверенный рабочий
софт раз в 4 недели или чаще
Поставляем то, что нужно
бизнесу прежде всего
Демонстрация в конце каждого
спринта
Показываем рабочий и
проверенный софт
Получаем обратную связь
от PO и заинт. лиц
Ретроспектива после каждого
спринта
Результат – конкретные
предложения
Некоторые из предложений
действительно внедряем
Участвуют вся команда +
PO
У команды есть план спринта
Всем виден и доступен
Обновляется ежедневно
Управляется исключительно
командой
Проводим планирование
спринта
PO участвует
Вся команда участвует
Результат – план спринта
Вся команда верит, что план
выполним
PO согласен с
приоритетами
PO предоставляет самый
«свежий» PBL
Длительность 4 недели и
менее
Завершаются
всегда вовремя
Команду никто не отвлекает
и не контролирует извне
Ограниченные по времени
итерации (спринты)
PO ведёт бэклог продукта (PBL)
Верхушка упорядочена по
бизнес-ценности
Верхние пункты оценены
PO понимает назначение
каждого пункта PBL
Верхушка достаточно мала,
чтобы успеть за спринт
Оценки сделаны самой
командой
Чётко определённый владелец
продукта (PO)
PO уполномочен
расставлять приоритеты
PO знает, как расставлять
приоритеты
PO контактирует с
командой напрямую
PO контактирует с заинт.
лицами напрямую
PO говорит «в один голос»
(если PO – целая команда)
Члены команды
сидят все вместе
Если вы этого достигли, забудьте про
чеклист – ваш процесс и так прекрасен.
То, без чего ваш процесс вряд ли можно
назвать Скрамом.
Основа Скрама
У PO есть видение продукта,
синхронизированное с PBL
Видение и PBL видны и
доступны
Каждый в команде участвует в
оценивании
PO всегда доступен, пока
команда оценивает задачи
Членам команды не назначены
строго определённые роли
У команды есть все навыки,
чтобы выполнить бэклог
У команды есть Скрам-мастер
(SM)
Вся команда знает 1-3 основных
препятствия
У SM есть стратегия, как
исправить главное из них
SM нацелен на то, чтобы их
устранить
Что команда не может
решить, выносим «наверх»
Измеряем скорость работы
Скорость основана только
на том, что Готово
PO опирается на скорость
при планировании релиза
Команда ведёт диаграмму
сгорания
То, что выбрали из PBL для
спринта, разбиваем на задачи
Оценки текущих задач
обновляются ежедневно
Всем видна и доступна
Обновляется ежедневно
PO участвует минимум
несколько раз в неделю
Каждый пункт в плане
спринта имеет оценку
SM сидит вместе с
командой
Проводим ежедневный Скрам в
то же время, в том же месте
Задачи спринта оценены
Оценки относительные – в
«попугаях», а не в днях и часах
Не дольше 15 минут
Каждый в команде знает,
чем заняты остальные
Большая часть этого точно пригодится, но не факт, что всё и сразу. Экспериментируйте!
Рекомендуется, но необязательно
Проводим ежедневный Скрам
Участвует вся команда
Вскрываем проблемы и
препятствия
Есть главный владелец
продукта (если несколько PO)
Взаимозависимые команды
проводят Скрам Скрамов
Взаимозависимые команды
интегрируются каждый спринт
Масштабирование
Нам весело! «Глаза горят».
Переработки редки и только по
желанию
Обсуждаем и критикуем процесс,
экспериментируем с ним
Хорошие признаки
Скрам-чеклист
http://www.crisp.se/scrum/checklist | Версия 2.2 (2010-10-04)
неофициальный
Хенрик Книберг
PO = Владелец продукта SM = Скрам-мастер PBL = Бэклог продукта DoD = Определение готовности
Команда как правило
выдаёт, что обещала
Главные показатели хорошего Скрама.Необходимый минимум при
масштабировании Скрама.
В команде не более 9
человек
Обречённые на провал спринты
завершаются досрочно
2. Что это и для кого?
Скрам-чеклист поможет вам начать работать по Скраму, или
оценить насколько хорошо вы им уже владеете.
Это не правила, а скорее руководство. Команда из двух
человек решает не проводить ежедневный Скрам, поскольку и
так весь день программирует в паре? Ну и отлично. Они
намеренно выкинули практику Скрама, но убедились, что этой
же цели достигают иным путём. А именно это и важно!
Если вы уже работаете по Скраму, можете пробежаться по
этому списку на ретроспективе. Но не для оценки, а чтобы
подискутировать.
Как использовать?
• Женя: Вот, я тут принёс один чеклист нам на ретроспективу.
Может в нем найдется то, чего у нас ещё нет?
• Лиза: Хммм… Дай ка взглянуть. Ага, точно – у нас нет
определения готовности и мы не замеряем скорость работы.
• Женя: Тааак… Определение готовности тут указано в
«Основах Скрама» – значит это очень важно! А скорость – в
«Рекомендуется, но необязательно». Тогда давай отложим
скорость и начнём с главного.
• Лиза: Смотри, мы еще и не выдаём «проверенный рабочий
софт раз в 4 недели или чаще», а это вообще «Самая суть».
Да и маркетологи постоянно на это жалуются.
• Женя: Может определение готовности и поможет нам брать
поменьше на спринт и выпускать релизы чаще?
• Лиза: А это мысль. Всё, запускаем.
Как НЕЛЬЗЯ использовать?
• Начальник: Тааак, народ, самое время проверить, как там у
вас с вашим Скрамом. Ну-ка, заполните-ка вот тут галочки.
• Женя: Ух ты, да у нас тут почти всё. Ну, кроме диаграммы
сгорания.
• Начальник: Не понял! Здесь же ясно написано, что вы
должны делать это… как его… сгорание! Так что вперёд, –
чтоб завтра же было!
• Лиза: Но у нас и так спринты по 2 недели и мы почти всегда
выдаём, что обещали… да и клиенты довольны. Диаграмма
сгорания погоды не сделает.
• Начальник: А здесь сказано, что сделает! Или опять в
«умников» играть будем? Бегом, за работу, а не то я вызову
Скрам-спецназ!
Это официальный чеклист?
Нет. Это лишь мой личный опыт и субъективное мнение на
счёт того, что в Скраме действительно важно. Несколько лет я
помогал компаниям внедрять Скрам, встречался с сотнями
других практиков, тренеров и коучей и убедился, что такой
чеклист может весьма пригодиться, если его правильно
использовать.
Скрам-чеклистХенрик Книберг www.crisp.se/scrum/checklist