Dnepr IT PM Club #11
Speaker - Angelina Linskaya [PM в IT-департаменте компании БаДМ]
https://www.linkedin.com/in/angelina-linskaya-92236186/
Тема: "Что такое «самоорганизующаяся команда» и мое видение как это работает"
Основные тезисы:
- Самоорганизующаяся команда — это миф или реальность»?
- Откуда взялось это понятие и что за ним стоит?
- Какие условия нужны для того, чтобы самоорганизующаяся команда действительно заработала?
О спикере:
Более 5 лет опыта как Project Manager и Business Analyst в сфере IT. Основное направление работы Enterprise проекты: разработка и внедрение EAM, ERP, MES, MRP, CRM систем.
2. АНГЕЛИНА ЛИНСКАЯ
5 ЛЕТ ОПЫТА
PROJECT MANAGER И BUSINESS ANALYST
ОСНОВНОЕ НАПРАВЛЕНИЕ
РАЗРАБОТКА И ВНЕДРЕНИЕ EAM, ERP, MES, MRP И CRM СИСТЕМ.
3. ЧТО ТАКОЕ
«САМООРГАНИЗУЮЩАЯСЯ КОМАНДА»
И МОЕ ВИДЕНИЕ
1. КАК УСТРОЕН МЕХАНИЗМ КОЛЛЕКТИВНОЙ РАБОТЫ
2. КАКИЕ ФУНКЦИИ ВЫПОЛНЯЮТ ИНСТРУМЕНТЫ SCRUM
3. КАКУЮ КОМАНДУ МОЖНО НАЗВАТЬ САМООРГАНИЗУЮЩЕЙСЯ.
4. Самоорганизующаяся команда — это команда, которая берет
на себя ответственность за все решения и ее совместная работа
является наилучшим средством достижения поставленных целей.
Презентация timofey(tim) yevgrashyn, agile basecamp conference.
«Как показывает практика, только самоорганизующиеся команды
способны гибко реагировать на изменения... Команда должна
быть самоорганизующейся, чтобы справится с потоком проблем
(повседневных проектных задач, в условиях меняющихся
требований и отсутствия документации)».
Асхат уразбаев, статья «внедрение agile».
«Самые лучшие требования, архитектурные и технические
решения рождаются у самоорганизующихся команд.»
Основополагающие принципы agile-манифеста
И все……..
5. «Мы исходим из реального подхода исполнителей к своему делу
и обеспечиваем их таким механизмом для самоорганизации,
который позволяет стремительно повышать скорость и качество
разработок»
ДЖЕФФ САЗЕРЛЕНД «SCRUM. РЕВОЛЮЦИОННЫЙ СПОСОБ УПРАВЛЕНИЯ ПРОЕКТАМИ»
6. «Мы исходим из реального подхода исполнителей к своему делу
и обеспечиваем их таким механизмом для самоорганизации,
который позволяет стремительно повышать скорость и качество
разработок»
ДЖЕФФ САЗЕРЛЕНД «SCRUM. РЕВОЛЮЦИОННЫЙ СПОСОБ УПРАВЛЕНИЯ ПРОЕКТАМИ»
SCRUM - это революционный метод управления проектами,
позволяющий гибко реагировать на изменения и при этом
максимально полно удовлетворить заказчика.
7. «Мы исходим из реального подхода исполнителей к своему делу
и обеспечиваем их таким механизмом для самоорганизации,
который позволяет стремительно повышать скорость и качество
разработок»
ДЖЕФФ САЗЕРЛЕНД «SCRUM. РЕВОЛЮЦИОННЫЙ СПОСОБ УПРАВЛЕНИЯ ПРОЕКТАМИ»
SCRUM - это революционный метод управления проектами,
позволяющий гибко реагировать на изменения и при этом
максимально полно удовлетворить заказчика.
Scrum
для
команды
?
или
Команда
для
Scruma
8. вводятся инструменты Scrum
нужно убрать РМ
команда должна формироваться сама
команда должна сама определять, что ей делать
специалисты в команде должны быть
взаимозаменяемыми
в команде должна быть неформальная атмосфера
нельзя менять состав команды
команда должна пройти все стадии Forming, Storming,
Norming, Performing
команда должна всегда иметь неограниченный доступ к
бесплатным печенькам
Самооргани-
зующаяся
команда
Результат
9. МОЕ ВИДЕНИЕ ВОПРОСА:
1. КАК УСТРОЕН МЕХАНИЗМ КОЛЛЕКТИВНОЙ РАБОТЫ В ПРОЕКТНОЙ КОМАНДЕ
2. КАКИЕ ФУНКЦИИ ВЫПОЛНЯЮТ ИНСТРУМЕНТЫ SCRUM В МЕХАНИЗМЕ
КОЛЛЕКТИВНОЙ РАБОТЫ
3. КАКУЮ КОМАНДУ МОЖНО НАЗВАТЬ САМООРГАНИЗУЮЩЕЙСЯ.
Хрестоматия по работам Щедровицкого Г.П.
«Путеводитель по основным понятиям и схемам
методологии организации, руководства и управления»
10. С ЧЕГО НАЧИНАЕТСЯ ФОРМИРОВАНИЕ ПРОЕКТНОЙ КОМАНДЫ?
Проблематика
Техническое
решение
Заказчик Проектная
команда
11. С ЧЕГО НАЧИНАЕТСЯ ФОРМИРОВАНИЕ ПРОЕКТНОЙ КОМАНДЫ?
Проблематика
Техническое
решение
Необходимые
компетенции
Проектная
команда
Проблематика
Техническое
решение
Заказчик Проектная
команда
12. КАК ФОРМИРУЕТСЯ СОСТАВ ПРОЕКТНОЙ КОМАНДЫ ДЛЯ ИТ ПРОЕКТОВ?
«Нужно собрать команду, в которую войдут специалисты,
непосредственно выполняющие работу.
Они должны обладать навыками и знаниями, которые помогут воплотить
идею владельца продукта в жизнь»
Джефф Сазерленд «Scrum. Революционный способ управления проектами»
13. КАК ФОРМИРУЕТСЯ СОСТАВ ПРОЕКТНОЙ КОМАНДЫ ДЛЯ ИТ ПРОЕКТОВ?
Обязательные производственные процессы:
1. Сбор и уточнение требований
2. Разработка технического решения
3. Оформление тех. документации
4. Разработка программного продукта
5. Тестирование программного продукта
6. Внедрение программного продукта
7. Планирование
8. Оформление проектной документации
9. Мониторинг и контроль, координация
10. Организация работ
11. Работы по улучшению процессов.
14. КАК ФОРМИРУЕТСЯ СОСТАВ ПРОЕКТНОЙ КОМАНДЫ ДЛЯ ИТ ПРОЕКТОВ?
Сбор
требо
ваний
Разработк
а тех.
решения
Оформ
ление
тех. док.
Разрабо
тка
Тестиров
ание
Внедре
ние
Планиров
ание
Оформ
ление
проект.
док.
Мониторинг
и контроль,
координа
ция
Орга
низация
Улучшение
процессов
15. КАК ФОРМИРУЕТСЯ СОСТАВ ПРОЕКТНОЙ КОМАНДЫ ДЛЯ ИТ ПРОЕКТОВ?
Сбор
требо
ваний
Разработк
а тех.
решения
Оформ
ление
тех. док.
Разрабо
тка
Тестиров
ание
Внедре
ние
Планиров
ание
Оформ
ление
проект.
док.
Мониторинг
и контроль,
координа
ция
Орга
низация
Улучшение
процессов
Владелец
продукта,
заказчик
Бизнес –
аналитик
Тех. спец.
( разраб)
Архитектор
системы
Дизайнер Тестировщик Спец. ТП Проектный
менеджер
16. КАК ФОРМИРУЕТСЯ СОСТАВ ПРОЕКТНОЙ КОМАНДЫ ДЛЯ ИТ ПРОЕКТОВ?
Сбор
требо
ваний
Разработк
а тех.
решения
Оформ
ление
тех. док.
Разрабо
тка
Тестиров
ание
Внедре
ние
Планиров
ание
Оформ
ление
проект.
док.
Мониторинг
и контроль,
координа
ция
Орга
низация
Улучшение
процессов
Владелец
продукта,
заказчик
Бизнес –
аналитик
Тех. спец.
( разраб)
Архитектор
системы
Дизайнер Тестировщик Спец. ТП Проектный
менеджер
АДИВ О Е М
17. КАК ФОРМИРУЕТСЯ СОСТАВ ПРОЕКТНОЙ КОМАНДЫ ДЛЯ ИТ ПРОЕКТОВ?
Сбор
требо
ваний
Разработк
а тех.
решения
Оформ
ление
тех. док.
Разрабо
тка
Тестиров
ание
Внедре
ние
Планиров
ание
Оформ
ление
проект.
док.
Мониторинг
и контроль,
координа
ция
Орга
низация
Улучшение
процессов
Владелец
продукта,
заказчик
Бизнес –
аналитик
Тех. спец.
( разраб)
Архитектор
системы
Дизайнер Тестировщик Спец. ТП Проектный
менеджер
АДИВ О Е М
АДИВ О Е М
18. КАК ФОРМИРУЕТСЯ СОСТАВ ПРОЕКТНОЙ КОМАНДЫ ДЛЯ ИТ ПРОЕКТОВ?
Сбор
требо
ваний
Разработк
а тех.
решения
Оформ
ление
тех. док.
Разрабо
тка
Тестиров
ание
Внедре
ние
Планиров
ание
Оформ
ление
проект.
док.
Мониторинг
и контроль,
координа
ция
Орга
низация
Улучшение
процессов
Владелец
продукта,
заказчик
Бизнес –
аналитик
Тех. спец.
( разраб)
Архитектор
системы
Дизайнер Тестировщик Спец. ТП Проектный
менеджер
АДИВ О Е М
АДИВ О Е М
19. ПРЕИМУЩЕСТВА КОМАНДНОГО ПОДХОДА В ПРОЦЕССЕ СБОРА
ТРЕБОВАНИЙ И ПОИСКА ТЕХНИЧЕСКОГО РЕШЕНИЯ
Проблематика
Зона неопределенности
Тех. Решение 1
Заказчик
Проектная
команда
Тех. Решение 2
Тех. Решение 3
Проектная
специалистов
20. ПРЕИМУЩЕСТВА КОМАНДНОГО ПОДХОДА В ПРОЦЕССЕ СБОРА
ТРЕБОВАНИЙ И ПОИСКА ТЕХНИЧЕСКОГО РЕШЕНИЯ
1. Сведена к минимуму вероятность не верно понять требования
заказчика, особенно в ситуации часто меняющихся требований
2. Усиление позиции бизнес — аналитика и архитектора за счет
компетенций других специалистов
3. Вовлеченность специалиста в деятельность и заинтересованность
в достижении результата.
21. ПРЕИМУЩЕСТВА КОМАНДНОГО ПОДХОДА В ПРОЦЕССЕ СБОРА
ТРЕБОВАНИЙ И ПОИСКА ТЕХНИЧЕСКОГО РЕШЕНИЯ
Тех. Решение *
Проблематика
Тех. Решение *Руководитель
Проектная
команда
Тех. Решение *
План
Бюджет
Ожидаемый результат
22. ПРЕИМУЩЕСТВА КОМАНДНОГО ПОДХОДА В ПРОЦЕССЕ СБОРА
ТРЕБОВАНИЙ И ПОИСКА ТЕХНИЧЕСКОГО РЕШЕНИЯ
Проблематика
Руководитель
Проектная
команда
Тех. Решение ?
ПодрядчикЗаказчик
23. ФУНКЦИИ ПРОЕКТНОГО МЕНЕДЖЕРА В SCRUM
ПРОИЗВОДСТВЕННЫЕ ПРОЦЕССЫ РМ
• планирование работ
• мониторинг и контроль
• координация работ
• организация работ
• работы по улучшению процесса
• оформление проектной
документации
• формирование команды
ИНТСРУМЕНТЫ SCRUM
• бек-лог и планирование спринта
• скрам-доска и дейли
• диаграмма сгорания задач
• ретроспектива
?
24. РЕАЛЬНЫЙ УПРАВЛЯЮЩИЙ КОМАНДНОЙ РАБОТОЙ
Проблематика
Зона неопределенности
Тех. Решение 1
Заказчик
Проектная
команда
Тех. Решение 2
Тех. Решение 3
Проектная
специалистов
управляющий
25. РЕАЛЬНЫЙ УПРАВЛЯЮЩИЙ КОМАНДНОЙ РАБОТОЙ
Проблематика
Зона неопределенности
Тех. Решение 1
Заказчик
Проектная
команда
Тех. Решение 2
Тех. Решение 3
Проектная
специалистов
управляющий
управляющий
27. ИТОГО
Все начинается в проблемы в деятельности заказчика.
Переходит в поиск наилучшего из доступных технического
решения. А уже потом утверждается команда.
Команда собирается под конкретное техническое решение и
должна обладать всеми компетенциями, чтобы обеспечить
результат.
У проекта всегда есть управляющий. Вы должны быть уверенны,
что управляющий приведет проект к тому результату, который вы
ожидаете.