AzovDevMeetup 2016 | Основы Agile Project Management или Прощай, менеджер проектов! | Андрей Холявкин
1 like627 views
Принципы Agile и практические методики их применения сегодня у всех на слуху. В докладе Андрей рассмотрит аспекты теории и практики, предлагаемые консорциумом ICAgile для проектных менеджеров на сертификации Agile Project Management.
More Related Content
What's hot (20)
Viewers also liked (10)
Similar to AzovDevMeetup 2016 | Основы Agile Project Management или Прощай, менеджер проектов! | Андрей Холявкин (20)
AzovDevMeetup 2016 | Основы Agile Project Management или Прощай, менеджер проектов! | Андрей Холявкин
- 1. Основы Agile Project Management или Прощай, менеджер проектов! Андрей Холявкин, Аркадия
- 2. Обо мне 2 Андрей Холявкин Руководитель Таганрогского офиса АО «Аркадия» [email protected] 13 лет работы в IT, 10 лет в управлении проектами
- 3. Agile Project 3 Что такое успешный проект?
- 4. Agile Project 4 Что люди на самом деле имеют в виду, говоря «проект»? Это? Или это? https://www.pmi.org/about/learn-about-pmi/what-is-project-management
- 5. Agile = Iterative + Incremental 5 Не пытайтесь получить все правильно сделанным с самого начала Не выкатывайте все сразу за один раз
- 6. Agile = Iterative + Incremental 6 Не так… А так! • Выясняем проблему - клиенты описывают продукт • «Стоп, я хочу не ехать, а лететь!» - fast fail • Делаем правильные вещи - максимизировать ценность, а не объемы
- 7. Agile Project Management? Agile Product Delivery! 7 http://icagile.com/Overview http://icagile.com/Learning-Roadmap/Delivery-Management
- 8. Что же делает PM? 8 Не: «Я – PM, а значит я один отвечаю за все в проекте!» А: «Моя задача – сбалансировать поток выполняемых задач и позволить команде найти человека, который ответит на очередной вопрос и решит задачу.»
- 9. Функциональный тип структуры 9 Формализованные правила, процедуры, скоординированные планы и бюджеты, функции подразделений хорошо разделимы. Хорошо работает в стабильных условиях.
- 10. Проектный тип структуры 10 Руководитель проекта ведет свою группу. В которой имеет неоспоримое влияние на принятие решений.
- 11. Матричный тип структуры 11 Используется в основном для управления большими проектами и продуктами, работники выделяются в команду без удаления с текущей должностной позиции.
- 13. Agile Team 13 Небольшая группа людей, которые все вместе обладают необходимыми компетенциями для определения, создания и тестирования приростов ценности в коротком временном отрезке. Члены команды кросс-функциональны, само- организуемы, способны к само-менеджменту и ответственны за доставку результатов, которые соответствуют нуждам и ожиданиям клиента. Культура ест стратегию на завтрак. Питер Друкер, теоретик менеджмента
- 14. Agile Manager 14 • Ответственен за эффективную и своевременную коммуникацию с важнейшими стейкхолдерами с утвержденной частотой и формальностями. • Производит высокоуровневое планирование и расписание, но не планирование на уровне спринтов. • Мониторит прогресс. • Управляет рисками и взаимодействует с важнейшими бизнес- и техническими персонами для обработки рисков. • Мотивирует и управляет чувством вовлечения и ответственности в командах. • Участвует в скрам митингах как наблюдатель для понимания текущего прогресса и проблем. Из DSDM https://en.wikipedia.org/wiki/Dynamic_systems_development_method
- 15. Кто такие stakeholders 15 ● A person with an interest or concern in something, especially a business. – Oxford ● Stakeholders are persons or organisations (e.g., customers, sponsors, the performing organization, or the public), who are actively involved in the project or whose interests may be positively or negatively affected by the performance or completion of the project. – PMI ● A person external to the Scrum Team with a specific interest in and knowledge of a product that is required for incremental discovery. Represented by the Product Owner and actively engaged with the Scrum Team at Sprint Review. – Scrum.org
- 17. Project Charter 17 Небольшой документ, открытый всей команде 3 ключевых элемента: 1. Vision – «почему». Высокоуровневая цель, причина существования проекта. «Почему мы собрались вместе.» 2. Mission – «что». Что будет сделано в проекте для достижения высокоуровневой цели. 3. Success Criteria. Набор тестов, которые описывают эффекты вовне проекта. «Как мы поймем, что цель достигнута?» Цель – диалог и обсуждение решаемой проблемы в целом, а не особенности технической реализации. Life is easy and we know how to improve it.
- 18. Ситуационное лидерство 18 4 стиля лидерства: 1. Указывать 2. «Продавать» 3. Участвовать 4. Делегировать Проработайте свой личный путь к уровню 4
- 19. Семь уровней власти 19 1. Указывать: принимать решения как начальник 2. Продавать: убедить людей в решении 3. Консультироваться: узнать мнение команды перед принятием решения 4. Соглашаться: принять решение вместе с командой 5. Советовать: возможность оказать влияние на решение 6. Спрашивать: узнать что команда решила 7. Делегировать: никакого влияния, пусть команда выработает решение
- 20. Вовлечение команды в управление 20 https://management30.com/
- 21. Служение в лидерстве 21 10 самых важных характеристик служения: • слушание • сопереживание • исцеление • осведомленность • убедительность • осмысление • предвидение • быть «наставников» • стремление к росту людей • построение коммюнити
- 22. Конфликты в команде 22 Конфликт в команде – это межличностная проблема, которая возникает между двумя или более членами команды и влияет на результаты командной работы, команда теряет эффективность. Возникает когда нарушен баланс между восприятием и целями и/или есть беспорядок с ценностями в команде, в результате люди не могут далее работать вместе. Типы: • По функциональному атрибуту (функциональные или дисфункциональные) • По причине конфликта (различные ценности членов команды, цели vs. ожидания, роли и ответственности, недостаток ресурсов и т.п.) • По поведение (конструктивные и деструктивные) Конфликт – точка роста! Разрешение конфликта Три шага: 1. «Что произошло?» 2. Чувства 3. Идентификация настоящей проблемы https://www.amazon.com/Difficult-Conversations-Discuss-What-Matters/dp/0143118447
- 23. Здоровая команда 23 Команды умеют самоорганизовываться, но это требует вовлечения и доверия от руководства. http://agilityhealthradar.com/ Доверие > контроля 100% контроль = 0% движения If everything’s under control, you’re going too slow! - Mario Andretti, Formula 1
- 24. “We’re not sure we need a PM role.” 24
- 25. Найти баланс 25
- 26. Generalizing Specialists 26 • Выделенная команда тестировщиков – “We own quality!” (testers) • Выделенная роль тестировщика – “I own quality!” – «Я сделаль» • В команде нет тестировщика - «Мы все отвечаем за качество!» Внутренний хакатон – отличный способ начать осваивать новые роли. Регбийная команда «Булава», Таганрог
- 27. Что не вошло 27 • Agile Requirements Management – Useful -> Usable -> Desirable. • “Vision is the art of seeing what is invisible to others.” –Jonathan Swift. • Открытка из будущего. • User Persona. • Список рисков фичи и проекта, виден всей команде -> принцип Паретто существует только из-за неправильно оцененных рисков. • «Что может пойти не так?» - Fishbone diagram. • Метрики и эффект кобры. • “If you only quantify one thing, quantify the cost of delay.” –Don Reinertsen. • No Management, холакратия, самоорганизующиеся структуры. Максим Цепков, http://mtsepkov.org/
- 28. Q & A Презентация содержит материалы из различных источников, включая, но не ограничиваясь: Henrik Kniberg, Mike Cohn, Alistar Cockburn, Ken Schwaber, Jeff Sutherland, David Andersen, Ester Derby, Don Reinertsen, Jeff Patto, Larry C. Spears, Алексей Фридман, ICAgile, Project Management Institute, Agile Transformation Link, ЯПлакал и AgileLAB. Все товарные знаки являются собственностью их правообладателей.