Взаимодействие с командой разработки

Outsource или in-house

Петрухин Денис студия Future Colors

Общие принципы

— Наличие своего технического эксперта (желательно)

— Язык и платформа — те, на которых есть потенциальные разработчики— Делать самостоятельно столько, сколько возможно — потом формировать команду

Общие принципы

— Для типовых продуктов — лучше CMS— Постоянно отслеживать новые сервисы в интернете и по возможности использовать их, не писать свои “с нуля”

Архитектура и техдолг

— Архитектуру надо закладывать с самого начала— Должна быть настолько простой, чтобы не мешала разработке ближайших фич— Кто-то должен за нее отвечать — Отслеживать уровень технического долга

Постановка задач разработчику

— Agile — вариант для стартапов. Нужна команда, способная его поддерживать— Оптимальны итерации в 1-2 недели— Внутри каждой итерации всё чётко зафиксировано. В самом крайнем случае - свёртывание всей итерации и открытие новой

Как описывать задачу

— Зачем мы это делаем (какую именно пользовательскую задачу решаем)

— Как мы это делаем (предлагаемый способ)

— Приёмочный тест. По каким признакам мы определяем, что задача выполнена (одновременно является ТЗ для тестировщиков)

— Больше понимания — больше пользы— Синхронность понимания— Лучшие решения открываются в процессе — Хорошая команда думает над продуктом, плохая - делает по бумажке

Вовлечение разработчика

Этапы разработки

— Бэклог— Оценка— Выделение итераций— Разработка— Тестирование — Выкатка

Признаки хорошей команды

— Выполненные проекты— Тим-лид— Opensource-проекты, инфраструктура и автотесты— Осознанность в работе

Инхаус или аутсорс?

— Что качать: технологии или маркетинг— Слишком маленькая команда неустойчива (менее 5 человек)

— Фриланс — только для формализованных задач на первых этапах

Инхаус или аутсорс: кадры

— Сложно найти специалистов— Крутые спецы не любят рутину— Всегда учиться — в рамках одного небольшого проекта это сложно

Инхаус или аутсорс: менеджмент

— Менеджмент — это важно— Менеджмент — это затратно (особенно на этапе становления)

— Менеджмент — это вообще куча всего (персонал, тестировщики, инфраструктура, системное администрирование)

Инхаус или аутсорс: финансы

Схемы оплаты внешней команды:— фиксированная (на ком риск оценки)

— за время (как считать часы)

— ФФФ (Фикс тайм, Фикс прайс, Флекс скоуп)

Инхаус или аутсорс: как выбирать

— Направление деятельности компании— Технологическая сложность проекта— Объём проекта— Сроки— Объём поддержки проекта после запуска

Сопровождение проекта. Фидбэк

— Постоянная аналитика— Сплит-тестирование— Работа с отзывами

Спасибо за внимание

Вопросы?

+7 (495) 649-32-49denis@futurecolors.ru

Future Colorshttp://futurecolors.ru