Презентация вебинара "Использование гибких методологий в управлении проектами"Учебный центр Микротест
На вебинаре были рассмотрены следующие вопросы:
· современных методологиях и практиках управления проектами;
· тенденциях развития методологий и практик управления проектами;
· современных практиках внедрения систем управления проектами.
Agile/Scrum методологии разработки программного обеспеченияjazzteam
Сотрудница компании JazzTeam провела ряд лекций в Гродненском государственном университете имени Янки Купалы.
После конференции Solit-2013 в рамках ознакомительного тура по Беларуси для одного из англозычных докладчиков, руководство компании посетило Гродненский государственный университет имени Янки Купалы, где состоялось знакомство с руководством кафедры программного обеспечения интеллектуальных и компьютерных систем. В рамках продолжения отношений между компанией и кафедрой представитель компании JazzTeam провела несколько лекции по тематике разработки программного обеспечения.
Лекции проходили в рамках заседания студенческого семинара “Информатика – Сегодня”, которые университет и кафедра проводят регулярно.
Первая лекция была проведена 22 марта 2013 года на тему: “Agile/Scrum методологии разработки программного обеспечения”.
Посетителей, участников, слушателей этой лекции заинтересовали такие вопросы: преимущества и недостатки agile и scrum, как разработчики решают спорные моменты, как новичок может повлиять на всю команду, как замотивировать разработчиков и т.д. После доклада была продолжительная и насыщенная дискуссия по возникшим у слушателей вопросам.
На лекциях присутствовало много людей, начиная от первокурсников до преподавателей.
Лекции охватывали большой спектр вопросов, и все моменты были разобраны на примерах. Публика вела себя очень оживленно и интересовалась больше примерами из жизни, практическими навыками.
Впечатления о проведенных лекциях остались самые положительные. Спасибо за интересные вопросы и обсуждения!
На примере крупного холдинга и инжиниринговой компании показано, что необходимо для запуска ИСУП в компании. Доклад Павла Алферова, представленный на конференции "Внедрение проектного управления. УСпешный проектный офис 2016"
Презентация вебинара "Использование гибких методологий в управлении проектами"Учебный центр Микротест
На вебинаре были рассмотрены следующие вопросы:
· современных методологиях и практиках управления проектами;
· тенденциях развития методологий и практик управления проектами;
· современных практиках внедрения систем управления проектами.
Agile/Scrum методологии разработки программного обеспеченияjazzteam
Сотрудница компании JazzTeam провела ряд лекций в Гродненском государственном университете имени Янки Купалы.
После конференции Solit-2013 в рамках ознакомительного тура по Беларуси для одного из англозычных докладчиков, руководство компании посетило Гродненский государственный университет имени Янки Купалы, где состоялось знакомство с руководством кафедры программного обеспечения интеллектуальных и компьютерных систем. В рамках продолжения отношений между компанией и кафедрой представитель компании JazzTeam провела несколько лекции по тематике разработки программного обеспечения.
Лекции проходили в рамках заседания студенческого семинара “Информатика – Сегодня”, которые университет и кафедра проводят регулярно.
Первая лекция была проведена 22 марта 2013 года на тему: “Agile/Scrum методологии разработки программного обеспечения”.
Посетителей, участников, слушателей этой лекции заинтересовали такие вопросы: преимущества и недостатки agile и scrum, как разработчики решают спорные моменты, как новичок может повлиять на всю команду, как замотивировать разработчиков и т.д. После доклада была продолжительная и насыщенная дискуссия по возникшим у слушателей вопросам.
На лекциях присутствовало много людей, начиная от первокурсников до преподавателей.
Лекции охватывали большой спектр вопросов, и все моменты были разобраны на примерах. Публика вела себя очень оживленно и интересовалась больше примерами из жизни, практическими навыками.
Впечатления о проведенных лекциях остались самые положительные. Спасибо за интересные вопросы и обсуждения!
На примере крупного холдинга и инжиниринговой компании показано, что необходимо для запуска ИСУП в компании. Доклад Павла Алферова, представленный на конференции "Внедрение проектного управления. УСпешный проектный офис 2016"
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Гибкие методологии разработки ПО в реальном миреTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=ooa5qE7oTQg
8 апреля 2016. Гибкие методологии разработки ПО в реальном мире (Антон Дёмин, Xored)
На этой лекции мы рассмотрим классические модели управления проектами, поговорим о реалиях разработки и о наиболее частых проектных проблемах, с которыми сталкиваются разработчики и менеджеры.
Среди прочего мы рассмотрим гибкие методологии; как в общем, так и на примере их конкретных представителей (Scrum, XP, Kanban). Также будет рассказано о процессе перехода на Scrum на примере крупного проекта для одного из клиентов компании.
Кроме того, поскольку гибкие методологии подразумевают гибкие правила, мы прямо на лекции попробуем модифицировать одну из хрестоматийных методологий под нужды конкретного проекта, а именно — немного доработаем Scrum путем добавления в него артефактов из других методологий.
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Семинар по управлению проектами. Часть 2. Технический процессVasiliy Deynega
Семинар в магистратуре, проведенный командой портала "it works!", специально для Уральского Федерального Университета (бывший УГТУ-УПИ).
Тренеры:
Малых Денис Александрович
Дейнега Василий Михайлович
Часть 2: Технический процесс
iLLi Studio
Портал it works (http://ru.itworks-portal.com)
Блог для менеджеров:
http://itw66.ru/blog/project_management/
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Основано на книге Стив МакКонелл, "Сколько стоит программный проект"
- Цели, План, Эстимейт, Обязательства - как они взаимосвязаны?
- Переоценка и недооценка - последствия
- Основные причины ошибок в оценках
- Факторы и их влияние на оценку (COCOMO ||)
- Методы оценки
- Правильная процедура оценки
Полезные ссылки:
Classic Mistakes Enumerated -
http://www.stevemcconnell.com/rdenum.htm
CoCoMo - https://ru.wikipedia.org/wiki/COCOMO
Экстремальное программирование - https://ru.wikipedia.org/wiki/Экстремальное_программирование
Гибкие подходы перестали работать! По крайне мере, если судить по многочисленным публикациям, которые все чаще и чаще стали появляться. У кого-то не работает Scrum, у кого-то не прижился Канбан и, вообще, Agile не работает. В своем докладе я также приведу несколько примеров критики Agile в виде статей и докладов, разберу типичные заблуждения и ошибки, которыми оперируют критики.
Если использовать модель жизненного цикла принятия инноваций, можно спрогнозировать, что число такого негатива будет расти, потому что в России Agile начинают использовать не только инноваторы и ранние последователи, но и раннее большинство, которому трудно грамотно внедрить Agile и стать действительно гибкими.
Опытные управленцы, которые владеют гибкими подходами, обычно посмеиваются над этим негативом и пересказывают друг другу как анекдоты, а это как раз и есть та пропасть, которую Джеффри Мур описал в своей книге. Дополнительно мы обсудим, где сейчас находится Agile с точки зрения цикла зрелости технологий, так как эта модель тоже объясняет неудачный опыт использования Agile.
Agile-сообществу важно дальше вовлекать и помогать развиваться тем, кто пытается сделать свою команды, отдел или целую компанию гибкой.
Гибкие методологии разработки ПО в реальном миреTech Talks @NSU
http://techtalks.nsu.ru
Видеозапись: http://www.youtube.com/watch?v=ooa5qE7oTQg
8 апреля 2016. Гибкие методологии разработки ПО в реальном мире (Антон Дёмин, Xored)
На этой лекции мы рассмотрим классические модели управления проектами, поговорим о реалиях разработки и о наиболее частых проектных проблемах, с которыми сталкиваются разработчики и менеджеры.
Среди прочего мы рассмотрим гибкие методологии; как в общем, так и на примере их конкретных представителей (Scrum, XP, Kanban). Также будет рассказано о процессе перехода на Scrum на примере крупного проекта для одного из клиентов компании.
Кроме того, поскольку гибкие методологии подразумевают гибкие правила, мы прямо на лекции попробуем модифицировать одну из хрестоматийных методологий под нужды конкретного проекта, а именно — немного доработаем Scrum путем добавления в него артефактов из других методологий.
Лекция прочитана в рамках проекта Tech Talks @NSU – серии открытых лекций о разработке ПО и карьере в IT, проводимых в Новосибирском государственном университете.
Подробности: http://techtalks.nsu.ru
Семинар по управлению проектами. Часть 2. Технический процессVasiliy Deynega
Семинар в магистратуре, проведенный командой портала "it works!", специально для Уральского Федерального Университета (бывший УГТУ-УПИ).
Тренеры:
Малых Денис Александрович
Дейнега Василий Михайлович
Часть 2: Технический процесс
iLLi Studio
Портал it works (http://ru.itworks-portal.com)
Блог для менеджеров:
http://itw66.ru/blog/project_management/
Мы обсудим основные виды тестовой документации, зачем и почему они нужны, кратко поговорим о том почему нужны тест планы и в каком виде. Узнаем для каких задач какую тест документацию стоит выбрать. Поговорим об эффективных принципах и подходах к построению наборов тест-кейсов и чек-листов. Затронем тему отчетности и, конечно же, поговорим о типичных ошибках.
В длительной перспективе ретроспективы – самая важная часть гибких процессов. Но очень часто у команд не получается запустить процесс непрерывного улучшения, либо через некоторое время этот процесс обрывается, когда команда думает, что все проблемы решены. Я расскажу не только теоритическую часть, которая позволит преодолеть эти проблемы, но и дам несколько десятков примеров конкретных практик, которые применяются на эффективных ретроспективах. Доклад рассчитан, как на начинающих ретроспективы, так и практиков гибких методологий.
Как контролировать работу? Вадим НарейкоVadim Nareyko
Школа Управленческого Мастерства (ШУМ) - 4. Тренинг по контролю выполнения работ.
Посвящен типичным ошибкам управления при внедрении гибких (адаптивных, Agile) методологий. Разбираются активности и роли на примере методологии Scrum.
Ведущий: Вадим Нарейко
Страница: https://www.facebook.com/ManagementMasters
Agile ретроспективы. Ритуал оглядываться назад, чтобы двигаться вперед.
Ретроспектива – это трансформация полученного опыта в конкретные действия, которые могут улучшить процесс.
Для команды это шанс улучшить и результаты, и собственные ощущения от работы.
Ретроспективы дают возможность всей команде обучаться, действуют как катализатор изменений и стимулируют работу над проектом.
- Задачи ретроспективы:
Инспекция степени успешности итерации относительно
результатов,
людей и взаимоотношений между ними,
процессов и инструментов.
Обнаружение того, что прошло хорошо и того, что нуждается в улучшении
Создание плана внедрения улучшений в процесс работы команды.
- Причины неудачных ретроспектив:
Нет подготовки к проведению ретроспективы.
Отсутствие фокуса.
Пропуск этапа сбора данных.
Доминируют один или два человека в разговоре.
Копаемся в прошлом в поиске оправданий и обвинений.
Фокусировка только на препятствиях, которые находятся вне контроля команды или влияния команды.
Генерация слишком длинных списков улучшений и попытка сделать их все сразу.
«Показательное» ретро.
Сохранение «плана совершенствования» отдельно от плана «реальной работы».
Не определяются ответственные члены команды за реализацию планов по улучшению.
Делаем все как всегда и ничего не меняем: формат, упражнения, фокус внимания.
Не интересуемся как нам ретро.
- Структура ретроспективы
1. Подготовка (Set the Stage)
2. Сбор данных (Gather Data)
3. Генерация Идей (Generate Insights)
4. Планирование дальнейших действий (Decide What To Do Data)
5 Завершение ретроспективы (Close The Retrospective)
- Подготовка ретроспективы (см. таблицу)
- Проведение ретроспективы:
Процесс проведения ретро – управление структурой сессии, упражнениями, групповой динамикой, временем.
Ведущему необходимы навыки фасилитации групповой работы.
Типы активностей:
Короткие обмены мнениями:
Проводить последовательно со всеми участниками.
Длинные разговоры:
Объединиться в мини-группы и работать параллельно,
Презентация работы.
Работа со стикерами, рисование.
Брейншторм «среди себя» письменно.
Брейншторм классический.
- Agile ретроспектива. Чек-лист:
Ретроспектива проводится в конце итерации.
Все члены команды участвуют.
Все члены команды имеют равное право голоса.
Ретроспектива не является встречей по поиску виноватых.
Никто не доминирует, все участники высказывают свое мнение.
Фокусировка на проблемах, которые находятся под прямым контролем или влиянием команды.
Результаты обсуждения зафиксированы и доступны всем.
Результатом ретроспективы является план улучшений процесса работы команды для следующих итераций.
Презентация была представлена в ходе вебинара "Scrum с нуля". Ведущая: Анна Чащина – разработчик 1С, руководитель отдела внедрения компании "Кодерлайн".
Основная тема для обсуждения: почему IT - самая передовая отрасль во всем мире отдает предпочтение именно Scrum.
http://www.koderline.ru/
Олег Афанасьев. Корпоративная Школа Управления. Модуль 1. Цикл управления. Ию...Oleg Afanasyev
Этот модуль открывает новую серию корпоративных тренингов по управлению в стиле групповых коучинг-сессий. Извлечение знаний из группового опыта. Тренинг-исследование живой реальности. Полное вовлечение всех участников. Тренер как фасилитатор. Вот основные принципы такой работы. Все счастливы! Люди не хотят, чтобы их учили. Люди хотят учиться сами. Им нужна только методика систематизации опыта. Всё!
Ролевая игра используется в обучении в следующих случаях:
- Имеется четкая, понятная, часто – прописанная роль
- Имеется набор компетенций (Знаний, Умений и Навыков), которые требуются для того, чтобы быть в данной роли продуктивным
- Имеются задачи по оценке потенциала соискателей на данную роль или развитию всего комплекса компетенций, связанных с данной ролью
Сайт проекта: http://hredu.ru
Facebook: http://facebook.com/hreduru
LinkedIn: https://www.linkedin.com/company/hredu-ru/
Управление компанией с использованием метода критического цепи (МКЦ)Евгений Пикулев
Частная презентация, рассказывающая о недостатках метода критического пути, и о достоинствах метода критической цепи. Полезна для собственников и руководителей компаний.
Основы скрам. Версия 1.0
Презентация подготовлена в целях обучения и ознакомления сотрудников с фреймворком Скрам.
Оставляйте комментарии насколько эффективен этот материал для вас и насколько позновательной была информация для вас.
Воркшоп по управлению командой проекта в Академии ПВТAliaksei Minkevich
Наша презентация с ВОРКШОПА ПО УПРАВЛЕНИЮ КОМАНДОЙ ПРОЕКТА 29 января в 19.00
Лидеры компании Juno поделятся с вами собственным опытом по следующим темам:
Как набирать и развивать команду проекта
Какие шаги проходит группа людей во время создания команды
Инструмент “Устав Команды”
Управление командой проекта
Обратная связь
Урегулирование конфликтов
Решение проблем
Принятие решений
Делегирование
Тренинг "Менеджер: искусство управления людьми" - это 7-дневный курс развития менеджерских навыков "Тренинг-студии Евгения Галая".
Мы разработали эту программу года 3 назад и экспериментировали с её проведением и наполнением на протяжении нескольких десятков групп. В «Тренинг-студии Евгения Галая» у нашей команды появилась замечательная возможность сделать программу идеально сбалансированной в системе координат «количество информации - количество практики».
Сегодня «Менеджер: искусство управления людьми» - это 7-дневный курс, который будет особенно полезен руководителям младшего и среднего звена. Мы сделали упор на практичность и инструментальность курса.
Вот три идеи, которые точно отражают ценность данного тренинга:
1) «Даем рыбу, но учим пользоваться леской» - понимая, что тренинг должен быть результативным, мы дадим готовые инструменты работы на каждом этапе цикла менеджмента, который можно использовать в своей работе сразу после занятия, но основной упор сделаем на тренировку менеджера созданию собственных инструментов;
2) «Все включено, все учтено» - сотрудник получит самую полную информацию о том, что делать с людьми на каждом этапе менеджмента, что-то подробно (с проработкой), что-то ознакомительно (с подсказкой, где и как изучить глубже);
3) «Гарантируем результат» - «Тренинг-студия Евгения Галая» дает 6 месяцев гарантийной поддержки переданных знаний: помощь в адаптации и применении полученных знаний на рабочем месте, помощь в решении сложных управленческих кейсов, подготовка индивидуального плана развития 1 из навыков.
Мы гордимся нашим продуктом и будем рады им поделиться!
6. Классические методы не работают () Регулятор Уточнение цели u r Объект управления Структура и свойства объекта не известны / меняются со временем. 6
7. Адаптивное управление () Регулятор Уточнение цели u r Объект управления Адаптивное управление, направленно на изучение и изменение свойств и структуры объекта управления: людей и их взаимодействия. a Адаптер Задачи руководителя: Обеспечить эффективность каждого участника рабочей группы. Обеспечить эффективные процессы взаимодействия. 7
14. История. Программист Ашманова () // Программист: Ну, не знаю, у меня на машине всё работает; Я уже неделю ночами работаю, а вы меня укоряете за срыв срока; К пятнице готово не будет, но в понедельник - точно. Или во вторник. Чего там планировать, я быстрее сделаю и всё уже будет работать; Планировать разработку бессмысленно, жизнь всё равно богаче; Программные проекты всегда срывают сроки потому, что это сложное и творческое дело, вроде научных исследований; 12
15. Принцип 3. Четыре функции руководителя () Штурман-направляет Помощник-обеспечивает Наставник-обучает Вдохновитель-мотивирует 13
29. История. Менеджер должен занимать очередь () Ни одно предлагаемое решение не принимается на веру. Все требуют факты для его обоснования; Активно анализируются возможные негативные последствия или упущенные возможности при принятии решения; Конфликты носят исключительно производственный характер; При решении конфликтов активно ищутся взаимовыгодные возможности; «Менеджер проекта должен занимать очередь, чтобы покритиковать сотрудника, не выполняющего свои обещания»; 18
30. Принцип 6. Принцип цикличности () Четыре фазы становления команды должны циклически повторяться, чтобы обеспечить непрерывный рост эффективности; Reforming Performing Norming Эффективность Storming Performing Forming Norming Storming Forming Застой и стагнация Время 19