Денис Петрухин: Взаимодействие с разработчиками
-
Upload
greenfieldproject -
Category
Documents
-
view
15 -
download
0
description
Transcript of Денис Петрухин: Взаимодействие с разработчиками
Взаимодействие с командой разработки
Outsource или in-house
Петрухин Денис студия Future Colors
Общие принципы
— Наличие своего технического эксперта (желательно)
— Язык и платформа — те, на которых есть потенциальные разработчики— Делать самостоятельно столько, сколько возможно — потом формировать команду
Общие принципы
— Для типовых продуктов — лучше CMS— Постоянно отслеживать новые сервисы в интернете и по возможности использовать их, не писать свои “с нуля”
Архитектура и техдолг
— Архитектуру надо закладывать с самого начала— Должна быть настолько простой, чтобы не мешала разработке ближайших фич— Кто-то должен за нее отвечать — Отслеживать уровень технического долга
Постановка задач разработчику
— Agile — вариант для стартапов. Нужна команда, способная его поддерживать— Оптимальны итерации в 1-2 недели— Внутри каждой итерации всё чётко зафиксировано. В самом крайнем случае - свёртывание всей итерации и открытие новой
Как описывать задачу
— Зачем мы это делаем (какую именно пользовательскую задачу решаем)
— Как мы это делаем (предлагаемый способ)
— Приёмочный тест. По каким признакам мы определяем, что задача выполнена (одновременно является ТЗ для тестировщиков)
— Больше понимания — больше пользы— Синхронность понимания— Лучшие решения открываются в процессе — Хорошая команда думает над продуктом, плохая - делает по бумажке
Вовлечение разработчика
Этапы разработки
— Бэклог— Оценка— Выделение итераций— Разработка— Тестирование — Выкатка
Признаки хорошей команды
— Выполненные проекты— Тим-лид— Opensource-проекты, инфраструктура и автотесты— Осознанность в работе
Инхаус или аутсорс?
— Что качать: технологии или маркетинг— Слишком маленькая команда неустойчива (менее 5 человек)
— Фриланс — только для формализованных задач на первых этапах
Инхаус или аутсорс: кадры
— Сложно найти специалистов— Крутые спецы не любят рутину— Всегда учиться — в рамках одного небольшого проекта это сложно
Инхаус или аутсорс: менеджмент
— Менеджмент — это важно— Менеджмент — это затратно (особенно на этапе становления)
— Менеджмент — это вообще куча всего (персонал, тестировщики, инфраструктура, системное администрирование)
Инхаус или аутсорс: финансы
Схемы оплаты внешней команды:— фиксированная (на ком риск оценки)
— за время (как считать часы)
— ФФФ (Фикс тайм, Фикс прайс, Флекс скоуп)
Инхаус или аутсорс: как выбирать
— Направление деятельности компании— Технологическая сложность проекта— Объём проекта— Сроки— Объём поддержки проекта после запуска
Сопровождение проекта. Фидбэк
— Постоянная аналитика— Сплит-тестирование— Работа с отзывами