Особенности использования современных методологий управления ИТ-проектами в работе географически распределенных команд В.Л.Павлов, vlpavlov@ieee.org vlpavlov@ieee.org. - презентация

1 Особенности использования современных методологий управления ИТ-проектами в работе географически распределенных команд В.Л.Павлов, А.А.Терехов,

2 О докладчиках В.Л.Павлов (Днепропетровск / Питтсбург) Технический директор eLine Software, Inc. Технический директор eLine Software, Inc. Microsoft Endorsed MSF Practitioner, MCSD for.NET, MCSD, MCDBA, MCT, CompTIA Certified IT Project+ Microsoft Endorsed MSF Practitioner, MCSD for.NET, MCSD, MCDBA, MCT, CompTIA Certified IT Project+ Член PMI, ACM, IEEE и IEEE Computer Society Член PMI, ACM, IEEE и IEEE Computer Society А.А.Терехов (Санкт-Петербург) Исполнительный директор ЛАНИТ-ТЕРКОМ Исполнительный директор ЛАНИТ-ТЕРКОМ К.ф.-м.н., старший преподаватель кафедры системного программирования СПбГУ К.ф.-м.н., старший преподаватель кафедры системного программирования СПбГУ Microsoft Endorsed MSF Practitioner, MCSD, (ex-)MCT, IEEE Certified Software Development Professional Microsoft Endorsed MSF Practitioner, MCSD, (ex-)MCT, IEEE Certified Software Development Professional Член ACM, IEEE и IEEE Computer Society Член ACM, IEEE и IEEE Computer Society

3 На чем базируется доклад обобщение опыта авторов в: Управлении проектами разработки ПО для зарубежных клиентов Авторы участвовали в таких проектах не только со стороны субподрядчиков, но и со стороны заказчиков Проведении аудитов процессов разработки ПО Проведении проектов по внедрению MSF на предприятиях – разработчиках ПО

4 Успешные проекты нечасты в ИТ Статистика по 30,000 проектам по разработке ПО в американских компаниях. Источник: The Standish Group International, Extreme Chaos, The Standish Group International, Inc., 2000 Успешные проекты – вовремя и в рамках бюджета был выполнен весь намеченный фронт работ. Проблемные – не уложились в сроки, перерасходовали бюджет и/или сделали не все, что требовалось. Проваленные – не были доведены до конца %23%49% 26%28%46% 27%40%33% 16%31%53% УспешныеПроблемныеПроваленные

5 Что такое MSF Рассказ будет вестись на примере MSF. Мы предполагаем, что слушатели знакомы хотя бы с одной из распространенных методологий (MSF, RUP, CDM и т.д.), но не обязательно владеют именно MSF Microsoft Solutions Framework - используемый внутри Microsoft подход к управлению IT-проектами. Microsoft никак не рекламирует MSF, являющийся основой ее успеха. Софтверный гигант зарабатывает деньги не продавая этот продукт, а ИСПОЛЬЗУЯ его. Первоначальная версия MSF увидела свет в 1994 г.; в 2002 г. была опубликована последняя версия MSF (v3.0). MSF взрослеет подобно другим продуктам Microsoft. Windows XP намного более зрелый продукт, чем Windows 95, аналогичная тенденция наблюдается и для MSF Все материалы по MSF открыты для широкого доступа. Кроме того, желающие внедрить MSF на своем предприятии могут бесплатно получить комплект шаблонов для всех документов, используемых в MSF-проектах.

6 Типичные модели аутсорсинга СНГЕвропа / США Компания – разработчик Офис разработки Компания – посредник Главный офис Клиент Для различных аутсорсинговых моделей могут требоваться различные схемы адаптации методологий разработки ПО компанией-разработчиком предоставляется УСЛУГА клиент получает ПРОДУКТ либо услугу

7 Software outsourcing: игра в испорченный телефон СНГЕвропа / США Технические специалисты Специалисты в предметной области Клиент Когда программист разговаривает с менеджером или специалистом в предметной области, нередко происходит потеря или искажение важной информации Когда два человека из разных стран (разных культур) ведут разговор по телефону через океан, нередко происходит потеря или искажение важной информации Что случается, когда программист общается по телефону со специалистом-предметником из другой страны?

8 Модель проектной группы MSF Команда соратников Достижение результата в рамках проектных ограничений (бюджет, сроки и т.п.) Удовлетворенные заказчики Повышение эффективности пользователя, увеличение потребительской ценности продукта Беспроблемное внедрение и сопровождение продукта Одобрение выпуска продукта только лишь после того, как все дефекты выявлены и улажены Создание продукта в соответствии со спецификацией Управление программой Разработка Тестирование Управление выпуском Удовлетворение потребителя Управление продуктом Ролевые кластеры и стоящие перед ними цели

9 Software outsourcing: основные проектные роли должны быть представлены во всех подгруппах NIS Europe / US Управление программой Разработка Тестирование Удовл. потребителя Управление продуктом Управление программой Разработка Тестирование Управление выпуском Удовлетворение потребителя Управление продуктом Управление выпуском

10 Использование базовых принципов MSF в работе распределенных команд Применение MSF предполагает следование ряду базовых принципов Распределение ответственности при фиксации отчетности Распределение ответственности при фиксации отчетности Наделяйте членов команды полномочиями Наделяйте членов команды полномочиями Концентрируйтесь на бизнес-приоритетах Концентрируйтесь на бизнес-приоритетах Единое видение проекта Единое видение проекта Проявляйте гибкость – будьте готовы к переменам Проявляйте гибкость – будьте готовы к переменам Поощряйте свободное общение Поощряйте свободное общение Извлекайте из всего уроки Извлекайте из всего уроки Инвестируйте в качество Инвестируйте в качество Для распределенных команд внедрение некоторых из этих принципов может потребовать дополнительных усилий

11 Управление рисками аутсорсинговых проектов СНГ Европа / США Формулиро вка риска База знаний о рисках Список рисков Главн ые риски Анализ и приорит езация Планиро вание Монит оринг Коррекция Извле чение уроко в Выявление Формулиро вка риска База знаний о рисках Список рисков Главн ые риски Анализ и приорит езация Планиро вание Монит оринг Коррекция Извле чение уроко в Выявление

12 Один сквозной процесс управления рисками для всех подгрупп СНГ Европа / США Формулировка риска База знаний о рисках Список рисков Главные риски Анализ и приоритезация Планирование Мониторинг Коррекция Извлечение уроков Выявление

13 Сколько между нами границ? СНГЕвропа / США Компания в СНГ Компания в США/Европе Клиент языковый барьер временной сдвиг культурные отличия

14 Культурные отличия В станах Запада люди традиционно придают большое значение вопросам организации и управления производством. В СНГ в менеджменту нередко относятся по-иному Управление подготовкой имеет некую специфику в странах СНГ

15 Определение Дисциплина управления подготовкой MSF Знания, умения, способности Корректировк а Оценивание Осмыслени е

16 Несколько слов об управлении подготовкой Полноценное управление подготовкой редко осуществляется сегодня аутсорсинговыми предприятиями СНГ. Практически все говорят о значимости квалификации сотрудников и при этом практически никто не инвестирует деньги в переподготовку своих специалистов Нередко при самооценке отечественные программисты завышают свою квалификацию. Фраза в резюме 5 лет опыта на Java может означать 5 лет назад я прочел книжку про Java С другой стороны, в СНГ сертификационные экзамены часто стоят намного меньше, чем в США/Европе, и, соответственно, они более доступны для оценки квалификации сотрудников в процессе их (пере)подготовки

17 Несколько слов о менеджменте Многие люди в СНГ все еще воспринимают в душе науку управления как бесполезное словоблудие. Такое отношение возникло в советские времена, когда преподаватели соответствующих дисциплин были ограничены прокрустовой раскладушкой марксизма-ленинизма Сегодня в СНГ формируется новый стереотип: термин успешный менеджер часто понимается какудачливый организатор откатов Нехватку управленческих знаний идентифицировать (и устранить) сложнее, чем нехватку знаний технических

18 Языковый барьер Английский язык является языком ИТ-индустрии, подобно латыни для медиков Однако, знание английского языка разработчиками из СНГ не всегда можно признать удовлетворительным Обычной практикой является посещение разработчиками курсов английского языка за счет работодателя и использование английского языка во всем докуметообороте Тем не менее, опыт показывает, что критически важные документы необходимо переводить на русский язык

19 Доступность стандартов, знание которых требуется от ИТ-менеджера Бесплатный доступ Платный доступ Есть русский перевод MSF некоторые стандарты ISO, PMBOK** Только английский вариант MOF, CMMI, SWEBOK*, стандарты OMG ITIL***, RUP***, стандарты IEEE, стандарты ISO

20 Временной сдвиг Хороший пример того, как риск может превратиться в новую возможность В худшем случае временной сдвиг может стать причиной задержек При правильно поставленном управлении он позволяет ускорить процесс. Вечером своего рабочего дня американцы посылают в офшорный офис описание новой идеи, и уже утром видят некоторый (пусть предварительный) результат

21 Использование наследования помогает уменьшить бюрократизацию Вариант 1 Вариант 2 Итого: 64 страницы Итого: 34 страницы Java coding standard C++ coding standard C coding standard Java coding standard C++ coding standard C coding standard General style and coding standard

22 Компания в Европе/США Опубликованные (в т.ч. в Internet) документы Компания в СНГ Реорганизация внутренних регламентирующих документов для уменьшения бюрократизации СНГ Европа / США Standard

23 В послепроектное обсуждение следует вовлекать все заинтересованные стороны СНГЕвропа / США P O S T M O R T E M Увы, но сегодня такой подход не часто практикуется в офшорных проектах

24 Принципы адаптации Для различных аутсорсинговых моделей могут требоваться различные схемы адаптации методологий разработки ПО Основные проектные роли должны быть представлены во всех подгруппах Один сквозной процесс управления рисками для всех подгрупп Культурные отличия должны учитываться при построении процессов управления проектом (в особенности – управления подготовкой) С языковым барьером надо бороться по нескольким направлениям Необходимо минимизировать бюрократизацию. В этом может помочь использование наследования В послепроектное обсуждение следует вовлекать все заинтересованные стороны

25 MSF для аутсорсинговых проектов MSF лучше подходит для аутсорсинговых проектов, чем многие другие подходы, поскольку лежащая в его основе итеративная модель позволяет предоставлять заказчику промежуточные результаты на каждой стадии проекта Заблаговременное формулирование приоритетов для будущих компромиссов (использование матрицы компромиссов MSF) крайне важно в аутсорсинговых проектах. Существенным элементом также являются ежедневные билды. Обобщая, можно сказать, что для аутсорсинговых проектов важной является формализация процедур любых ежедневно выполняемых работ. Для использования MSF в аутсорсинговых проектах от всех заинтересованных сторон требуется высокий уровень управленческой культуры

26 См. также В.Л.Павлов, А.А.Терехов Как готовить ИТ-менеджеров? В.Л.Павлов Microsoft Solutions Framework на предприятиях и в вузах Документация по MSF (русс.) (русс.) (англ.) (англ.) В.Кияев, А.А. Терехов О сертификации российской компании, производящей программное обеспечение (русс.) (русс.) (англ.) (англ.) В.Кияев, И. Соболев, А.А. Терехов, Б. Федотов Формализация и автоматизация распределенного процесса разработки программного обеспечения (русс.) (русс.) (англ.) (англ.)

27 Заключение Управление крупными коллективами разработчиков невозможно без использования современных методологий управления ИТ-проектами (RUP, MSF и т.д.) Большинство подобного рода методологий разрабатывалось без учета специфики работы географически распределенных команд За последние годы рядом предприятий Украины и России был накоплен значительный успешный опыт адаптации обсуждаемых методологий к условиям offshore development В докладе на примере MSF были рассмотрены основные принципы такой адаптации

28 Возможное сотрудничество Аудит и реинжениринг производственных процессов для предприятий-разработчиков ПО Внедрение MSF на таких предприятиях Обмен опытом управления географически распределенными коллективами Совместная исследовательская работа В.Л.Павлов: А.А.Терехов:

29 Благодарности: С.П.Бусыгин (eLine Software, Inc.) С.П.Бусыгин (eLine Software, Inc.) Ю.А.Губанов (ЛАНИТ-ТЕРКОМ) Ю.А.Губанов (ЛАНИТ-ТЕРКОМ) Н.И.Кащеев (Мера – Нижний Новгород) Н.И.Кащеев (Мера – Нижний Новгород) А.В.Любимов (Санкт-Петербургский Технический Университет) А.В.Любимов (Санкт-Петербургский Технический Университет) И.В.Штурц (Драйвер-Интер) И.В.Штурц (Драйвер-Интер) А.Е.Зверинцев (eLine Software, Inc.) А.Е.Зверинцев (eLine Software, Inc.) Файл опубликован на: При подготовке доклада были использованы материалы учебного курса Microsoft 1846 Microsoft Solutions Framework Essentials Вопросы?

30 Доклад был сделан на второй рабочей встрече проекта Адонис Киев, 19 июня 2003 г.