Практика гибкого управления проектами

Практика гибкогоуправления проектами

Степан Василевскийменеджер проектов QuartSoft Corp.

2012 г.

Степан Василевский

stephen@quartsoft.comSkype: stephen.vasilevsky

http://www.linkedin.com/in/stephenv

• ДГМА, кафедра КИТ

• JavaScript-программист – 1,5 года

• Разработчик на ASP.NET C# – 2 года

• Mobile development team lead – 5 месяцев

• Менеджер проектов – 8 месяцев

Управление проектом

• Продукт – то, что хочет получить заказчик

• Проект – процесс создания продукта

Управление проектом

Срок

иСтоимость

Содержание работ

Удовлетворённостьзаказчика

Методологии и фреймворки

PMIScrum

Extreme Programming (XP)

Lean

IPMA

PRINCE2RUP

MSF

CMMI

OpenUP FDD

Project Management Institute (PMI)

Основной документ – PMBoK (Project Management Body of Knowledge)

Менеджер проекта управляет:

• временем

• стоимостью

• содержанием

• качеством

• рисками

• закупками

• персоналом

• коммуникациями

• интеграцией

Project Management Institute (PMI)

Инициация Закрытие

Планирование

Мониторинг

Выполнение

Гибкие методологии Agile

Основные методологии:

• Экстремальное программирование – уровень личности

• Scrum – уровень команды

• Lean – уровень организации

Основной документ – Agile Manifesto

Экстремальное программирование

Основные черты:

• Простота

• Общение

• Обратная связь

• Решительность

Экстремальное программирование

Что требуется от разработчика:

• Оценка времени

• Проектирование

• Программирование

• Качество

Экстремальное программирование

Что нужно знать заказчику:

• Как долго?

• Что сделано?

• Насколько хорошо?

Экстремальное программирование

Что нужно знать разработчику:

• Что нужно сделать?

• Когда это нужно сделать?

• Когда это сделано?

Экстремальное программированиеПрактики экстремального программирования:

• Игра в планирование

• Маленькие релизы

• Метафора

• Простой проект

• Тестирование

• Рефакторинг

• Парное программирование

• Коллективное владение

• Постоянная интеграция

• 40-часовая рабочая неделя

• Контакт с заказчиком

• Стандарты кодирования

Scrum

vision backlog

selected backlog

sprint backlog

sprint

dailyscrum

demo & review

Scrum

Роли в Scrum:

• Scrum-мастер

• Владелец продукта (Product Owner)

• Команда

ScrumSprint – период времени, по истечении которого демонстрируется

фактически работающий продукт с инкрементом

функциональности.

• Фиксированное содержание работы

• Сбор требований, дизайн, программирование, тестирование

• В результате – готовая сборка

• Короткие спринты – быстрая обратная связь

Scrum

Артефакты:

• Product Backlog

• Sprint Backlog

• Sprint Burn Down Chart

Scrum

Daily Scrum (stand up meeting):

• Что было сделано с момента предыдущего митинга до

момента этого митинга?

• Что планируете делать с момента этого митинга до

момента следующего митинга?

• Какие проблемы препятствуют выполнению

запланированного?

Scrum

Ретроспектива:

• Демонстрация инкремента продукта

• Оценка состояния продукта

• Обсуждение выполненных задач и возникающих проблем

• Выводы о дальнейшем развитии

ScrumSprint Burn Down Chart

0 1 2 3 4 5 6 7 8 9 100

8

16

24

32

40

48

56

64

72

80

Normal Real

Спасибо за внимание!Время вопросов!

Степан Василевскийменеджер проектов QuartSoft Corp.

stephen@quartsoft.comSkype: stephen.vasilevsky

http://www.linkedin.com/in/stephenv