Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
Развитие управления проектами
и критериев качества в ИТ
Максим Цепков
Главный архитектор дирекции развития решений
Москва,...
 Способы ведения проектов и представления
о качественном результате регулярно меняются
 Это популярная тема холиваров
 ...
 Исторический обзор
 Современные тренды
 Big Picture ведения проектов
 Применение на практике
План рассказа
3/36
История моды ведения проектов
4/36
 Квалифицированный персонал
 Большие и сложные проекты
 В которых редко менялись требования
 А упор был на качество ре...
 Вау, можно автоматизировать каждую
компанию!
 Но где взять столько квалифицированных
разработчиков?
 А вроде и среднен...
 ИТ-разработка как проект создания
системы: спроектировать, разработать
и внедрить
 Решение: разделим задачу на этапы,
с...
Природа ИТ мешает процедурам
Jack W. Reeves «What is software design» (1992; перевод)
Конструирование
системы
Обычный НИОК...
 Стоимость: процедура увеличивает ее
кратно, не сильно повышая вероятность
успеха
 Изменчивость: потребности меняются
бы...
 Вместо тщательного планирования –
наблюдение за траекторией движения
проекта и приближением к цели
 Концепция SMART-цел...
 Сохранилась доля успешных проектов
 Стало намного дешевле, чем «по RUP»
 Появилась возможность вносить
изменения в ход...
 В 90-х ученые массово пошли
зарабатывать деньги
 Это позволило долго держать
НИОКР-способ разработки в ИТ
 Нормировани...
Что меняется сейчас?
13/36
 От проектной деятельности –
к непрерывному развитию продукта
 От качества ИТ-системы –
к удовлетворенности стейкхолдеро...
 Простота – must!
 Из стандарта вычищено слово «проект»
 В альфах – стейкхолдеры и возможности
OMG Essence
Разработан S...
 В несложных или небольших системах –
успешно, есть много практик
 А в сложных люди – ключевой фактор
 Лучшие решения д...
От истории – к действию
Рисуем Big Picture!
История  Модель  Действия
17/36
Big Picture истории развития
Эпоха НИОКР
Время
Способ
работы
«Новое время»
 Удовлетворенность стейкхолдеров
 Достижение ...
Архитектор
Техлид
Заказчик
Пользователь
Заказчик
Разработчик
Product
Owner
Менеджер
ИТ-проект
Вектора развития
ИТ-
система...
Энтони Лаудер
Культуры программных проектов
ИТ-проект
История
Научная
Заводская
Дизайнерская
Сервисная
Моя схема мне подхо...
Развитие глазами OMG Essence
4 3
2
1
1
2
1
21/36
Изменения на V-диаграмме
Concept
Requirements
and
Architecture
Detailed
Design
Implementation
Integration
and Test
System
...
 Каждый следующий этап развития
включает предыдущие, а не заменяет
 Но значимость предыдущих ценностей
уменьшается: они ...
Модели есть –
можно применять на практике
24/36
 Представления о «правильном» способе
ведения проекта и «правильном» результате
у разных стейкхолдеров разные
 У предста...
В чем фишка проекта?
Оценим
по векторам
Или на диаграмме
Essence
ИТ-проект
ИТ-
система
Техническое
совершенство
системы
Со...
 Бизнес-модель
 Подходы к ведению проектов
 Найм персонала и работа с ним
 Манипуляции или сотрудничество?
А как работ...
Разработка по спецификациям
Разрабатываем по строгим спецификациям доступным персоналом.
Технологии обеспечивают приемку с...
Продажа аутсорсинга разработки
При продаже обещаем качественный продукт, а потом обеспечиваем
приемку того, что получилось...
Создание качественных решений
Создаем совершенные высокотехнологичные системы посредством
тщательного проектирования и воп...
Высокотехнологичный стартап
Создаем высокотехнологичную систему, дающую пользователям
принципиально новые возможности. Тех...
Технологичные системы для бизнеса
Создаем сложные системы, обеспечивающие решение проблем
бизнеса. Технологии обеспечивают...
Решение проблем бизнеса
Квалифицированная команда обеспечит разработку ИТ-систем,
поддерживающих и обеспечивающих решение ...
 Холиварные темы
 «Глупые пользователи недовольны мелкими багами»
 «Разработчики всегда делают что-то суперсложное»
 «...
 Есть формальные модели
 Есть шаблоны и методики
 Используем готовое и комбинируем
Модели для «неформальных» областей
...
Важно понимать
 Культуры ведения проектов
и исторический контекст их возникновения
 Критерии успеха вашего проекта
 Спо...
Upcoming SlideShare
Loading in …5
×

Развитие управления проектами и критериев качества в ит

  • Be the first to comment

  • Be the first to like this

Развитие управления проектами и критериев качества в ит

  1. 1. Развитие управления проектами и критериев качества в ИТ Максим Цепков Главный архитектор дирекции развития решений Москва, 19 марта 2015 года
  2. 2.  Способы ведения проектов и представления о качественном результате регулярно меняются  Это популярная тема холиваров  У каждого свои представления:  Одни используют то, чему научили когда-то  Другие кропотливо накапливают личный арсенал  Третьи следуют модным трендам  Все методики и практики формировались в своем контексте и уместны для конкретных видов проектов О чем этот доклад Об этом и поговорим 2/36
  3. 3.  Исторический обзор  Современные тренды  Big Picture ведения проектов  Применение на практике План рассказа 3/36
  4. 4. История моды ведения проектов 4/36
  5. 5.  Квалифицированный персонал  Большие и сложные проекты  В которых редко менялись требования  А упор был на качество решения Эпоха НИОКР: когда компьютеры были большими Ф. Брукс «Мифический человеко-месяц» Были успехи и поражения – как в любом НИОКР 5/36
  6. 6.  Вау, можно автоматизировать каждую компанию!  Но где взять столько квалифицированных разработчиков?  А вроде и средненькие справляются…  Только надо поставить процессы и регламенты Появились персоналки 6/36
  7. 7.  ИТ-разработка как проект создания системы: спроектировать, разработать и внедрить  Решение: разделим задачу на этапы, создадим процесс их прохождения  Оценка качества: по тому, удалось ли выполнить проект в срок, бюджет и с ожидаемым результатом Да, много накладных расходов, зато результат гарантирован Эпоха RUP PMBOK-3 (2004) RUP (2003) Фиг он гарантирован… 7/36
  8. 8. Природа ИТ мешает процедурам Jack W. Reeves «What is software design» (1992; перевод) Конструирование системы Обычный НИОКР ПроизводствоПроект ИТ-разработка Архитектура и дизайн Тех. проект Кодирование Вещь Прило- жение Архитектура и дизайн КодКодиро- вание Прило- жение Компиляция (build) Цена ошибки невелика, поэтому пробуем, отлаживаем, доводим – так дешевле. Пока проект не становится слишком сложным 8/36
  9. 9.  Стоимость: процедура увеличивает ее кратно, не сильно повышая вероятность успеха  Изменчивость: потребности меняются быстрее, чем проходит цикл разработки, и нужно учесть эти изменения  Управленческие кадры: где брать, особенно руководителей групп?  Нормирование аналитической работы: в PMBOK-4 попробовали – не получилось Вызовы, на которые не ответили В стандарте признано Итерации в RUP – тяжелые 9/36
  10. 10.  Вместо тщательного планирования – наблюдение за траекторией движения проекта и приближением к цели  Концепция SMART-целей, измеримость достижения  Итеративное движение с корректировкой положения цели (требования к системе)  Оценка качества ведения проекта по адекватности оценки расстояния до цели и движения в итерацию Agile и SCRUM: ответ на вызовы Гибкость и наблюдаемость 10/36
  11. 11.  Сохранилась доля успешных проектов  Стало намного дешевле, чем «по RUP»  Появилась возможность вносить изменения в ходе проекта  Снизились требования к руководителям групп и команд  Постепенно произошло масштабирование на большие проекты Факторы успеха SCRUM В стандарте игнорировать не могли, включить – не получилось. В PMBOK-4 (2008) добавили итерации – вышла эклектика 11/36
  12. 12.  В 90-х ученые массово пошли зарабатывать деньги  Это позволило долго держать НИОКР-способ разработки в ИТ  Нормирование процессов использовали слабее  SCRUM был не столь востребован, шел почти 7–8 лет: появился в начале 2000-х – пришел в конце 2000-х  Сейчас различие нивелируется  Agile приходит в in-house Это – в мире. А в России? 12/36
  13. 13. Что меняется сейчас? 13/36
  14. 14.  От проектной деятельности – к непрерывному развитию продукта  От качества ИТ-системы – к удовлетворенности стейкхолдеров  От создания системы – к достижению возможностей для бизнеса и пользователя  Особенно в новых направлениях – стартапы, мобильная и массовая продуктовая разработка, игры  Каждому проекту – свой метод работы Вектора развития Канбан в ИТ (2010) DevOps (2012) PMBOK 5 (2013) частично Все это требует новых подходов… 14/36
  15. 15.  Простота – must!  Из стандарта вычищено слово «проект»  В альфах – стейкхолдеры и возможности OMG Essence Разработан SEMAT (Ивар Якобсон) Предыдущая такая схема – водопад Ройса Requirements Design Implementation Verification Maintenance 15/36
  16. 16.  В несложных или небольших системах – успешно, есть много практик  А в сложных люди – ключевой фактор  Лучшие решения для сложных систем  Процесс – FDD (Джефф де Люка)  Способ – DDD (Эрик Эванс)  Оба – тяжелые А что с проектированием? 16/36
  17. 17. От истории – к действию Рисуем Big Picture! История  Модель  Действия 17/36
  18. 18. Big Picture истории развития Эпоха НИОКР Время Способ работы «Новое время»  Удовлетворенность стейкхолдеров  Достижение бизнес-целей продукта  Каждому проекту – свой способ Эпоха RUP Время SCRUM 1960 1990 2005 2013 18/36
  19. 19. Архитектор Техлид Заказчик Пользователь Заказчик Разработчик Product Owner Менеджер ИТ-проект Вектора развития ИТ- система История Техническое совершенство системы Совершенство процесса разработки Достижение результата разработки Обеспечение удовлетворенности стейкхолдеров Обеспечение возможностей для бизнеса SCRUM Master 19/36
  20. 20. Энтони Лаудер Культуры программных проектов ИТ-проект История Научная Заводская Дизайнерская Сервисная Моя схема мне подходит больше. Но это не значит, что она правильнее Оригинал, перевод (pdf), рецензия Стаса Фомина 20/36
  21. 21. Развитие глазами OMG Essence 4 3 2 1 1 2 1 21/36
  22. 22. Изменения на V-диаграмме Concept Requirements and Architecture Detailed Design Implementation Integration and Test System Verification Maintenance Concept Maintenance ИТ-система Бизнес-проект 22/36
  23. 23.  Каждый следующий этап развития включает предыдущие, а не заменяет  Но значимость предыдущих ценностей уменьшается: они перестают иметь исключительную важность Расширение, а не отрицание 23/36
  24. 24. Модели есть – можно применять на практике 24/36
  25. 25.  Представления о «правильном» способе ведения проекта и «правильном» результате у разных стейкхолдеров разные  У представителей заказчика  Менеджеров  Разработчиков…  Нет задачи привести всех к одному мнению  Но надо знать представления, а когда нужно – объяснять, работать с ними Ценности для людей различны Спасибо, кэп! А когда нужно? 25/36
  26. 26. В чем фишка проекта? Оценим по векторам Или на диаграмме Essence ИТ-проект ИТ- система Техническое совершенство системы Совершенство процесса разработки Достижение результата разработки Обеспечение удовлетворенности стейкхолдеров Обеспечение возможностей для бизнеса 26/36
  27. 27.  Бизнес-модель  Подходы к ведению проектов  Найм персонала и работа с ним  Манипуляции или сотрудничество? А как работает компания? Что и как компания делает для мира? Можно использовать те же модели – векторную, Essence и другие 27/36
  28. 28. Разработка по спецификациям Разрабатываем по строгим спецификациям доступным персоналом. Технологии обеспечивают приемку спецификации, декомпозицию работ на типовые с выполнением и сборку со сдачей заказчику по процедуре Что сказали, то и сделаем, думать зачем? 28/36
  29. 29. Продажа аутсорсинга разработки При продаже обещаем качественный продукт, а потом обеспечиваем приемку того, что получилось сделать доступным персоналом, с дальнейшими доработками за отдельные деньги Технологии «впаривания» 29/36
  30. 30. Создание качественных решений Создаем совершенные высокотехнологичные системы посредством тщательного проектирования и воплощения Увы, не хватает смысла проекта 30/36
  31. 31. Высокотехнологичный стартап Создаем высокотехнологичную систему, дающую пользователям принципиально новые возможности. Технологии обеспечивают не только разработку, но и работу с возможностями Для счастья пользователей 31/36
  32. 32. Технологичные системы для бизнеса Создаем сложные системы, обеспечивающие решение проблем бизнеса. Технологии обеспечивают проектирование системы, отвечающей потребностям стейкхолдеров во взаимодействии с ними IT-технологии в помощь бизнесу 32/36
  33. 33. Решение проблем бизнеса Квалифицированная команда обеспечит разработку ИТ-систем, поддерживающих и обеспечивающих решение текущих задач бизнеса IT-шники в помощь бизнесу 33/36
  34. 34.  Холиварные темы  «Глупые пользователи недовольны мелкими багами»  «Разработчики всегда делают что-то суперсложное»  «Аналитики идут на поводу у безумных пользователей»  Надо понимать, в чем «фишка» проекта и фирмы, за что платят деньги  И как твоя работа дает вклад в общее дело  Хотя проектированием всегда занимается ограниченное число людей Нужно ли понимать это каждому? 34/36
  35. 35.  Есть формальные модели  Есть шаблоны и методики  Используем готовое и комбинируем Модели для «неформальных» областей  Стейкхолдеры и их цели  ArchiMate Motivation Model  Модель описания целей i* (i-star)  Возможности – язык бизнес-стартапов и Minimum Viable Product (MVP) Разобраться не сложно Это тоже проектирование, хотя и другое – надо освоить 35/36
  36. 36. Важно понимать  Культуры ведения проектов и исторический контекст их возникновения  Критерии успеха вашего проекта  Способ работы вашей компании  Имея для всего этого модели Это дает бОльшую осознанность деятельности Подводя итоги Спасибо! Вопросы? Максим Цепков mtsepkov.org 36/36

    Be the first to comment

    Login to see the comments

Views

Total views

771

On Slideshare

0

From embeds

0

Number of embeds

408

Actions

Downloads

9

Shares

0

Comments

0

Likes

0

×