2. Обозначение проблем
•Подрядчик живет в своем мире со своими ценностями и задачами
•Экономичный аутсорсинг не инвестирует в ИТ-инфраструктуру
•Качество кода для подрядчика – второстепенно, главное вовремя сделать
фичи
•Медленные коммуникации (например, «пришел бешеный босс и все
должны бежать в новом направлении»)
•Двойное тестирование, так как даже покупка аутсорсинга тестирования не
решает проблему (product owner – у нас)
•Широкую линейку продуктов сложно поддерживать в высоком темпе
изменений
•Дополнительные ресурсы на слияние кода с другими источниками
изменений (внутренняя команда, другие аутсорсинговые компании)
3. Пути решения
•«Набеги» менеджера заказчика, постоянная болтология по скайпу и прочая
«вода»
•Общие мероприятия (совместное планирование, демонстрации,
ретроспективы, тимбилдинги, хобби и спорт)
•Общие инструменты коллективной работы и общения (багтрекер, вики,
телеграмм-чат, скайп-группы и так далее)
•Выделение внутренних ресурсов:
•для ревью кода, соблюдения код-конвенций и иным практикам,
принятым у заказчика
•для приемочного тестирования, переходящего в функциональное
•Доскональное, детальное, заSMARTованное задание для подрядчика
•Долгосрочное планирование и организация проектного офиса
•Введение в процессы проектного управления роли интегратора
•Делать все самим!
4. Плюсы и минусы отказа от
аутсорсинга
Минусы
• То же самое нужно делать и в
своей команде (коммуникация,
командообразование…)
• Может быть дороже (накладные
расходы по аренде, техническому
обеспечению, лицензиям и так
далее)
• Компаниям без имени в ИТ трудно
привлекать людей с рынка труда
Плюсы
• Своя команда – свои правила с более
высоким качеством решений
• Снижение риска потери
интеллектуальной собственности
• Снижение нагрузки на
коммуникационный канал («глаза в
глаза» все еще работают)
• Нарабатывается уникальная экспертиза и
аналитика рынка
• Большая скорость и динамичность
изменений («выживают только
параноики» (с), ведь чтобы стоять на
месте, надо бежать)
• Сотрудники имеют возможности для
роста вне ИТ (горизонтальный и
вертикальный рост в рамках бизнеса)
5. Наступленные грабли
•Внешние верстальщики – «адъ» для команды
•Внешние разработчики мобильных приложений – не понимают
специфику бизнеса («к пуговицам претензии есть?»)
•Аутсорсинг разработки и поддержки веб-сайта дочерней
компании – «чемодан без ручки»
•Уволившийся держатель уникальной экспертизы – «террорист»
на аутсорсе
6. Наши лучшие практики
Когда нужно заканчивать:
• Когда формируется
уникальная экспертиза
не на своей стороне
• Когда в проекте нельзя
перестраховаться по
срокам
• Когда подрядчик
регулярно проводит
одни и те же работы
(переводим в штат)
Когда работу продолжаем:
• Проект не критичный
(можно доверить
подрядчику выбирать
технологические решения
и архитектуры)
• Если много разовых
задачи