Позволяют ли метрики эффективно управлять проектом: диагностировать проблемы, локализовать их, исправлять и проверять? Как использовать метрики с максимальной результативностью?
10 техник эффективной командной работы - презентация к вебинару в рамках проекта Коучинг со Звездами http://coaching-events.ru/speaker/svetlana-muhina/
Фасилитируем встречи, повышающие уровень сотрудничества в командеLuxoftAgilePractice
Третий вебинар из серии вебинаров ICAgile Agile Team Facilitation, которая состоит из 7 вебинаров о фасилитации Agile команд. Будем рассматривать техники и инструменты, которые повышают уровень сотрудничества в команде. Поговорим про особенности их применения, случаи, когда они работают, а когда нет.
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Последнее время термины «Канбан» и «Канбанизация» очень часто используются в ИТ. Но что же это такое? Мы приглашаем Вас на бесплатный вебинар, который посвящен теме Kanban в сфере разработки программного обеспечения.
В ходе вебинара вы:
- Узнаете основы Kanban
- Поймете откуда пришел сам подход
- Увидете как Kanban работает в ИТ-шных проектах
Вебинар прошел 23 сентября 2014. Узнать больше можно по ссылке: http://coach.ak-itconsulting.com/2014/09/webinar-kanban/
Бывала ли у вас такая ситуация с командой, когда вы не понимали, чем вызван спад ее производительности или возросшее количество внутрикомандных конфликтов? На прошлой неделе еще все дружно работали, а на этой начался какой-то разлад и шатание.
Одной из причин такой метаморфозы может быть переход команды из стадии формирования в стадию штормления. Как это определить и что с этим делать, мы рассмотрим на вебинаре на примере модели командной динамики Брюса Такмана.
Модель Такмана - это, конечно, не единственный способ описания процессов, которые происходят с командой, компанией или социумом в целом. Для рассмотрения более глубокий, экзистенциальных потоков изменений можно использовать модель Спиральной Динамики. Эта модель может ответить не только на философские, но и на такие утилитарные вопросы как:
В чем причина бюрократии на проекте или в компании?
Каким сотрудникам будет сложно работать в Agile среде?
Почему участники одной команды могут действовать против друг друга и напоминать коллектив из басни “лебедь, рак и щука”?
Каким руководителям сложно увольнять сотрудникам и проводить дисциплинарные беседы с подчиненными?
Каким командам подойдет и принесет пользу Скрам фреймворк.
На вебинаре мы детально, но быстро, разберем две вышеперечисленные модели и еще один подход, который помогает последовательно сформировать команду из группы специалистов.
Запись прошлых вебинаров на тему фасилитации:
https://youtu.be/VqarmllTKD4 Фасилитируем командное обсуждение и принятие решений
https://youtu.be/7x3uHaFqe1I Майндсет и поведение Agile фасилитатора
https://youtu.be/ykx54Kx6wOA Фасилитируем встречи, повышающие уровень сотрудничества в команде
https://youtu.be/mjIu06mvO4A Вебинар От Agile фасилитатора до Agile коуча
Презентация к вебинару - https://youtu.be/mZEJ_YEFdoI
Вебинар из серии вебинаров ICAgile Agile Team Facilitation, которая состоит из 7 вебинаров о фасилитации Agile команд. Будем рассматривать техники, которые помогают командам проводить совместные обсуждение и принимать решения.
О чем узнаете на вебинаре?
2 техники для “обсуждения-дискусcии", они обе хорошо подойдут как для малых (4-5 человек) так и для больших (12-14 человек) команд. Плюсы и минусы этих техник, особенности и возможности их трансформации под ваши рабочие условия.
2 техники для “обсуждения-обратной связи". Одна из них довольно распространенная и она мне не очень нравится своей банальностью, а вторую вы вряд ли знаете, она интереснее, но и сложнее в применении.
1 техника для “обсуждения-анализа”, называется “Декартовы Координаты”, часто применяется в индивидуальном коучинге, но в 99% упускается одна интересная деталь при ее использовании, на вебинаре я про нее расскажу.
2 техники для голосования, про точко-голосование вы все, конечно, уже в курсе, я расскажу еще две простые техники, может, они вам тоже знакомы. Я бы хотела больше остановиться даже не на самих техниках, а на том, как можно манипулировать будущими результатами голосования еще до самого голосования.
Продолжая тему манипуляций, мы рассмотрим валидность мажоритарного способа принятия решений и познакомимся с другими, возможно, более подходящими для ваших команд, подходами.
Запись прошлых вебинаров:
https://youtu.be/7x3uHaFqe1I
https://youtu.be/ykx54Kx6wOA
https://youtu.be/mjIu06mvO4A
Позволяют ли метрики эффективно управлять проектом: диагностировать проблемы, локализовать их, исправлять и проверять? Как использовать метрики с максимальной результативностью?
10 техник эффективной командной работы - презентация к вебинару в рамках проекта Коучинг со Звездами http://coaching-events.ru/speaker/svetlana-muhina/
Фасилитируем встречи, повышающие уровень сотрудничества в командеLuxoftAgilePractice
Третий вебинар из серии вебинаров ICAgile Agile Team Facilitation, которая состоит из 7 вебинаров о фасилитации Agile команд. Будем рассматривать техники и инструменты, которые повышают уровень сотрудничества в команде. Поговорим про особенности их применения, случаи, когда они работают, а когда нет.
В начале 2011го года компания Skype купила небольшой стартап под названием Qik. На тот момент в компании Skype был официальный процесс на базе SCRUM. Вышло так, что после перехода на этот процесс, команда Qik сильно потеряла в скорости поставки. В своём докладе я расскажу, что именно произошло, и как следование правилам Scrum мешало команде быстро и качественно разрабатывать свой продукт.
Михаил Лукьянов, Дмитрий Шайхатаров, Agile среди водопадов. Использование SCR...ScrumTrek
Трудно представить возможность применения Agile в компаниях с большим количеством зарегламентированных процессов, которые, к тому же, ориентированны на водопадную модель разработки ПО. На примере разработки системы управления рисками на Финансовых рынках мы поделимся своим опытом как можно построить полноценный Agile процесс исключительно с использованием стандартного SCRUM framework. Мы расскажем об бизнес процессе, решенных проблемах и инженерных практиках, которые позволили обеспечить высокую скорость delivery в рамках данной системы.
Последнее время термины «Канбан» и «Канбанизация» очень часто используются в ИТ. Но что же это такое? Мы приглашаем Вас на бесплатный вебинар, который посвящен теме Kanban в сфере разработки программного обеспечения.
В ходе вебинара вы:
- Узнаете основы Kanban
- Поймете откуда пришел сам подход
- Увидете как Kanban работает в ИТ-шных проектах
Вебинар прошел 23 сентября 2014. Узнать больше можно по ссылке: http://coach.ak-itconsulting.com/2014/09/webinar-kanban/
Бывала ли у вас такая ситуация с командой, когда вы не понимали, чем вызван спад ее производительности или возросшее количество внутрикомандных конфликтов? На прошлой неделе еще все дружно работали, а на этой начался какой-то разлад и шатание.
Одной из причин такой метаморфозы может быть переход команды из стадии формирования в стадию штормления. Как это определить и что с этим делать, мы рассмотрим на вебинаре на примере модели командной динамики Брюса Такмана.
Модель Такмана - это, конечно, не единственный способ описания процессов, которые происходят с командой, компанией или социумом в целом. Для рассмотрения более глубокий, экзистенциальных потоков изменений можно использовать модель Спиральной Динамики. Эта модель может ответить не только на философские, но и на такие утилитарные вопросы как:
В чем причина бюрократии на проекте или в компании?
Каким сотрудникам будет сложно работать в Agile среде?
Почему участники одной команды могут действовать против друг друга и напоминать коллектив из басни “лебедь, рак и щука”?
Каким руководителям сложно увольнять сотрудникам и проводить дисциплинарные беседы с подчиненными?
Каким командам подойдет и принесет пользу Скрам фреймворк.
На вебинаре мы детально, но быстро, разберем две вышеперечисленные модели и еще один подход, который помогает последовательно сформировать команду из группы специалистов.
Запись прошлых вебинаров на тему фасилитации:
https://youtu.be/VqarmllTKD4 Фасилитируем командное обсуждение и принятие решений
https://youtu.be/7x3uHaFqe1I Майндсет и поведение Agile фасилитатора
https://youtu.be/ykx54Kx6wOA Фасилитируем встречи, повышающие уровень сотрудничества в команде
https://youtu.be/mjIu06mvO4A Вебинар От Agile фасилитатора до Agile коуча
Презентация к вебинару - https://youtu.be/mZEJ_YEFdoI
Вебинар из серии вебинаров ICAgile Agile Team Facilitation, которая состоит из 7 вебинаров о фасилитации Agile команд. Будем рассматривать техники, которые помогают командам проводить совместные обсуждение и принимать решения.
О чем узнаете на вебинаре?
2 техники для “обсуждения-дискусcии", они обе хорошо подойдут как для малых (4-5 человек) так и для больших (12-14 человек) команд. Плюсы и минусы этих техник, особенности и возможности их трансформации под ваши рабочие условия.
2 техники для “обсуждения-обратной связи". Одна из них довольно распространенная и она мне не очень нравится своей банальностью, а вторую вы вряд ли знаете, она интереснее, но и сложнее в применении.
1 техника для “обсуждения-анализа”, называется “Декартовы Координаты”, часто применяется в индивидуальном коучинге, но в 99% упускается одна интересная деталь при ее использовании, на вебинаре я про нее расскажу.
2 техники для голосования, про точко-голосование вы все, конечно, уже в курсе, я расскажу еще две простые техники, может, они вам тоже знакомы. Я бы хотела больше остановиться даже не на самих техниках, а на том, как можно манипулировать будущими результатами голосования еще до самого голосования.
Продолжая тему манипуляций, мы рассмотрим валидность мажоритарного способа принятия решений и познакомимся с другими, возможно, более подходящими для ваших команд, подходами.
Запись прошлых вебинаров:
https://youtu.be/7x3uHaFqe1I
https://youtu.be/ykx54Kx6wOA
https://youtu.be/mjIu06mvO4A
Что такое групповая динамика и зачем про нее знать фасилитатору?LuxoftAgilePractice
Бывала ли у вас такая ситуация с командой, когда вы не понимали, чем вызван спад ее производительности или возросшее количество внутрикомандных конфликтов? На прошлой неделе еще все дружно работали, а на этой начался какой-то разлад и шатание.
Одной из причин такой метаморфозы может быть переход команды из стадии формирования в стадию штормления. Как это определить и что с этим делать, мы рассмотрим на вебинаре на примере модели командной динамики Брюса Такмана.
Модель Такмана - это, конечно, не единственный способ описания процессов, которые происходят с командой, компанией или социумом в целом. Для рассмотрения более глубокий, экзистенциальных потоков изменений можно использовать модель Спиральной Динамики. Эта модель может ответить не только на философские, но и на такие утилитарные вопросы как:
В чем причина бюрократии на проекте или в компании?
Каким сотрудникам будет сложно работать в Agile среде?
Почему участники одной команды могут действовать против друг друга и напоминать коллектив из басни “лебедь, рак и щука”?
Каким руководителям сложно увольнять сотрудникам и проводить дисциплинарные беседы с подчиненными?
Каким командам подойдет и принесет пользу Скрам фреймворк.
На вебинаре мы детально, но быстро, разберем две вышеперечисленные модели и еще один подход, который помогает последовательно сформировать команду из группы специалистов.
Запись прошлых вебинаров на тему фасилитации:
https://youtu.be/VqarmllTKD4 Фасилитируем командное обсуждение и принятие решений
https://youtu.be/7x3uHaFqe1I Майндсет и поведение Agile фасилитатора
https://youtu.be/ykx54Kx6wOA Фасилитируем встречи, повышающие уровень сотрудничества в команде
https://youtu.be/mjIu06mvO4A Вебинар От Agile фасилитатора до Agile коуча
В своей работе Agile коуча я часто сталкиваюсь не с тем, что какая-то практика не работает или какой-то фреймворк не приносит пользы, а с тем, что команда не хочет пробовать ничего нового, особенно если "особых проблем на проекте нет". Если нет проблем - стоит искать возможности. Мир (и особенно IT область) постоянно меняется. "Чтобы оставаться на месте, нужно бежать, а чтобы двигаться немного вперед, нужно бежать в два раза быстрее" Льюис Кэрролл.
В своем докладе я рассмотрю коучинговые и фасилитационные подходы, которые помогает мне уговорить/убедить команду попробовать новые практики и которые также снижают травматичность перемен для участников команд.
This is a presentation to a webinar about facilitation of chartering activities.
The content is the following
Project Chartering Activities
What is project charter;
Why it is necessary;
How to create it using World Café technique;
Team Chartering Activities
What is team charter;
Why it is necessary;
How to create it using Mindmap technique;
The presentation to my webinar:
During this webinar we explored the following topics
Team protection cycle
Phase/steps to perform in order to protect the team from external or internal interference
Spiral Dynamics of Clare Graves
A psychological/sociological theory holds that human beings, groups, teams exist at different ‘levels of existence.’ At any given level, an individual or a group exhibits the behavior and values characteristic of this particular level
Team performance model
Allan Drexler and David Sibbet spent 10 years refining a comprehensive model of team performance that describes predictable stages involved in both creating and sustaining teams. The Drexler/Sibbet Team Performance Model illustrates team development in 7 stages, 4 to create the team and 3 to support increasing levels of sustained performance.
Светлана Мухина, Метрики в Agile проектахScrumTrek
Я думаю, что чем сложнее метрика, тем проще ее подвести под необходимые результаты. Зачастую достаточно немного исказить одно не самое важное значение в формуле расчета и в итоге на больших числах можно получить приличное искажение. С помощью визуализации метрик тоже можно оказывать влияние и изменять мнение в необходимую вам сторону. И тут возникает вопрос #2 - "Что делать?" Использовать или не использовать метрики. Возможно, вы найдете для себя ответ на этот вопрос в моем докладе про очень простые метрики: -capacity - кол-во идеальных часов доступное в итерацию; -velocity - количество сделанной работы в стори поинтах или других "попугаях"; -burn-down - прогресс команды на данный момент, сколько сделали и сколько осталось; -индекс стабильности требований - как часто меняются требования; И еще поделюсь своим мнением о том, какая может быть польза команде от заполнения системы учета времени; Я расскажу, как мы собираем эти метрики на проектах и что нам это дает. Например, иногда они помогают найти ответ на вопрос #1 "Кто виноват?" (это шутка).
Презентация Бибичева Андрея об опыте внедрения Scrum в компании CustIS, прочитанная на конференции РИТ-2008.
Текст статьи - http://www.slideshare.net/biBIGine/scrum-2029854
6-7 июня на мероприятии Startup Village в Сколково прошла серия митапов, организованных совместно Сбербанком и СберТехом. Вашему вниманию - серия презентационных материалов с мероприятия.
В этом вебинаре о сопротивлении, мы рассматриваем тему индивидуального сопротивления в команде, исследуем, как возникает сопротивление, какую функцию оно выполняет, как сопротивление может проявляется, к чему оно может привести и как можно работать со своим собственным сопротивлением и с сопротивлением коллег.
На вебинаре мы говорим о сопротивлении как о творческом приспособлении, которое свойственно каждому из нас и которое выполняет какую-то важную для нас или для наших коллег функцию. Мы исследуем причины сопротивления, учим узнавать его разные формы и даем рекомендации о том, как можно помочь себе и участникам своей команды иметь дело с сопротивлением.
Ведущие вебинара:
- Марина Герасимова - клинический психолог, гештальт-терапевт и супервизор. Член сообщества практикующих психологов ОПП Гештальт-подход.
- Светлана Мухина – Agile коуч, скрам-мастер (PSM III), авторизованный тренер ICAgile, консультант SAFe (SPC), студентка Московского Гештальт Института.
Третий вебинар из серии вебинаров ICAgile Agile Team Facilitation, которая состоит из 7 вебинаров о фасилитации Agile команд. Будем рассматривать техники и инструменты, которые повышают уровень сотрудничества в команде. Поговорим про особенности их применения, случаи, когда они работают, а когда нет.
Presentation of webinar "Overview of Function Point Analysis"
On this webinar we investigated on a very high-level estimation in function points. It is introductory webinar and it provides basics on this estimation method. During the webinar we went over following topics:
Theoretical information on FP (Project estimation model, History, Concept, Pro and Con);
Practical information of FP (Application Boundary, Type of count, Application Elements and transactions, Formulas, Non-functional requirements);
Examples and Exercises;
Next steps and recommended materials.
video - https://youtu.be/bPkm1NMDCSI
Презентация к вебинару о мотивации.
На вебинаре мы поговорим о том, что мотивирует нас самих и как можно мотивировать других: свою команду, коллег, менеджеров. Мы поймем, как повысить мотивацию с помощью возможности влиять на события в свой жизни, как улучшить мотивацию, остановив многозадачность, как отдых влияет на нашу мотивацию, как находиться в потоке высокой продуктивности и как интегрировать необходимые активности в свой график.
Это второй вебинар на тему мотивации, первую часть (видео, презентацию и пример техники) можно посмотреть по этой ссылке - https://www.linkedin.com/pulse/как-я-мотивирую-себя-делать-неприятные-задачи-svetlana
2. www.luxoft.com
Знакомимся
Светлана Мухина
ICAgile ICP, ICP-ATF, ICP-BVA, PSM I, CSPO
Agile and Career Coach
Опыт работы: 13+ лет в IT, руководитель проектов,
компьютерный лингвист, тех. писатель, бизнес-аналитик
Интересы: управление проектами, процессные
трансформации, коучинг, психология
Хобби: верховая езда, музыка, покер, путешествия
https://www.linkedin.com/in/svetlanamukhina
3. www.luxoft.com
Какие метрики мы собираем на проектах?
Capacity – количество идеальных часов, доступное в следующем спринте
Velocity – количество стори поинтов (work units), выполненных за прошлый спринт(ы)
Requirements stability index – процент измененных требований в текущем спринте
Burn-down chart – визуальная презентация сделанной и оставшейся работы
Time-tracking - Зачем заполнять систему учета времени?
4. www.luxoft.com
Capacity
Capacity прогноз - количество идеальных часов, доступное в следующем спринте
Понять, сколько часов у нас есть на работу: на написание кода, тестирование, т.д.
Как правило участник проекта работает не более 5ти часов в день
Эффективно распределить задачи
Нет смысла планировать задачи на тех, кто будет в отпуске или занят другими активностями
Мало пользы принесет технический анализ задачи, выполненный участником проекта, который в
следующем спринте будет отсутствовать
Аккуратно и точно планировать
Мы оцениваем задачи в часах и берем в спринт столько, сколько соответствует нашей capacity
6. www.luxoft.com
Идеальный час и load factor
изучаю требования
обсуждаю требования с бизнес-
аналитиком
планирую работу
вношу изменения в БД
занимался серверной частью
занимаюсь интерфейсом
проверяю возможность
интеграции с другой системой
запускаю сборку проекта
тестирую
исправляю дефекты
создаю юнит тесты
запускаю юнит тесты
исправляю дефекты после юнит тестов
готовлю тестовые данные
объединяю изменения кода (merge)
создаю и проверяю процедуры деплоймента
деплою на сервер
обновляю информацию Jira
показываю функциональность
тестировщику
исправляю дефекты
делюсь знаниями о приложении
занимаюсь наставничеством
Включеновидеальныйчас
Включеновloadfactor
7. www.luxoft.com
Velocity
Velocity Опыт– количество стори поинтов, выполненное в прошлый спринт(ы)
Знать производительность, чтобы понимать возможности ее улучшения на уровне команды и
индивидуально
Формировать объем задач спринта основываясь на исторических данных прошлых спринтов
Уменьшать давление менеджмента или/и владельца продукта в случае включения в спринт
дополнительной работы
Осознать наличие технического долга;
Технический долг не включается в задачи, но на него тратится время
Совместное использование velocity и capacity позволяет более точно планировать исходят из
предыдущего опыта и предположений о распределении времени в будущем
9. www.luxoft.com
Индекс стабильности требований
ИСТ – процент измененных требований во время спринта
Понять сколько времени мы тратит на переделывание задач (re-work)
Показать эти данные по времени менеджменту, или владельцу продукта, бизнес аналитику
Это может помочь стабилизировать требования в спринте
Это может убедить владельца продукта продумывать требования заранее
10. www.luxoft.com
Учет рабочего времени
Понять какие задачи чаще всего недооцениваются
Принести эту информацию на ретро или сессию работы над ошибками
Используя этот подход мы обнаружили, что постоянно недооцениваем UI задачи
Мы так же увидели, что работа на виртуальных машинах увеличивает время выполнения
задачи от 20 до 30 %
Мы смогли показать, что нам не хватает времени на мануальное тестирование
Определить как часто задачи переоткрываются и подумать, почему так происходит
Это помогло нам узнать о пользе sanity тестирования
Узнать производительность каждого участника команды
Настольный теннис – это не тоже самое, что написание кода или тестирование
13. www.luxoft.com
График burndown
Burn-down – это визуальное представление на линии времени проделанной
работы
Прогнозировать выполнение задач спринта в оговоренные сроки
Визуализировать добавление дополнительной работы в спринт
Сфокусировать команду на выполнение всего объема работ спринта, а не только
индивидуальных задач
Рисуйте burn-down всей командой, это повышает уровень вовлеченности и ответственность
Определить и уменьшить риски, когда на это еще есть время
17. www.luxoft.com
Идеальная команда
Берем в спринт ровно столько,
сколько сможем сделать
Завершаем вовремя
Вкладываемся в свои оценки
Улучшений не требуется
Отличная команда
Завершаем вовремя
Адаптируемся в процессе работы
В конце спринта есть время на доп. работу
Обсудить причины медленного прогресса в
начали спринта
Поэксперементировать с capacity
Adopted from Dusan Kocurek, ScrumDesk
18. www.luxoft.com
Вкладываемся в сроки
Сумели “поднажать” и успели завершить работу
Анализируем свой прогресс
Договорится незамедлительно обсуждать
снижение производительности
Выработать процедуру удаления из скоупа
спринта низкоприоритетных задач
Обычная команда Давайте отдохнем
Взяли задач меньше, чем можем сделать
Владелец продукта не предоставил готовых для
работы требований
Переоценили сложность задач
Определить заранее способ реагирование на
недостаточное кол-во задач
Попросить предоставить больше задач
Заняться исследованием требований на
следующие спринты
Adopted from Dusan Kocurek, ScrumDesk
19. www.luxoft.com
Не успели выполнить запланированную работу
Не завершили спринт
В течение спринта не соотносили объем
оставшихся задач с производительностью
Перенести незавершенные задачи в список
общих требований
Снизить capacity на следующий спринт
Предпринять какие-то действия после 2-3 дней
медленного прогресса
Упс, опоздали А мы молодцы
Завершили работу раньше, чем
запланировали
Не добавили дополнительных задач в спринт
Задачи были переоценены
Неверные данные по сapacity или/и velocity
Добавить в спринт дополнительных готовых
задач
Adopted from Dusan Kocurek, ScrumDesk
20. www.luxoft.com
By Dusan Kocurek, ScrumDesk
Прогресс не измерялся
Добавлялись новые задачи в таком же объеме, в
котором команда выполняла уже запланированные
Были сложности с определением сроков завершения
работ по спринту
Объяснить команде для чего необходимо ежедневно
измерять прогресс
Остановить работу после 2-3 дней спринта и обсудить
с командой причины отсутствия прогресса
Серьезные проблемы в команде
Никто не занимается обучением команды
Владелец продукта / менеджмент не
беспокоится о прогрессе и
производительности
Завершить спринт
Объяснить команде цель проекта
Обучайте команду
Ой, менеджмент идет Какой прогресс?
21. www.luxoft.com
Работа на спринт не была оценена
Спринт еще не начался
Организовать встречу по планированию
Оценить работу на спринт
Создайть план работ на спринт
Начать разработку функциональности
Обычно так выглядит первый спринт
В спринт добавлялись новые задачи, а прогресс не измерялся
Задачи постоянно переоценивались в большую сторону
Еще раз оцените все задачи спринта
Пригласите фасилитатора на это встречу
Расскажите команду как оценивать задачи
Нулевой эффект
Выше в небо
Кочка на дороге Задачи были добавлены в спринт после начала
спринта
Начать спринт заново, уменьшив время спринта и
используя метрики на сессии планирования спринта
Adopted from Dusan Kocurek, ScrumDesk
22. www.luxoft.com
Время для рефлексии
Что вы начнете делать из того, что услышали?
Что вы станете делать по-другому?
Что вы продолжите делать?
Что перестанете делать?
25. www.luxoft.com
Тренинги от Luxoft Agile Practice
ICAgile Certified Professional - Agile Fundamentals
ICAgile Certified Professional - Business Value Analysis
ICAgile Certified Professional - Agile Team Facilitation
Professional Scrum Master
Management 3.0
Workshops:
• Coaching and self-coaching;
• Agile project management;
• Agile project metrics;
• Motivation and team-building;
• Effective communication;
• etc.
Регистрации и информация
http://www.luxoft.com/agile/certified-trainings