agilebasecamp 2013 - start up and get done

Start Up and Get DoneHow to build success product in time.

Максим КлимишинCTO в ZAKAZ.UA

@maxmaxmaxmax

Немного личного

10 лет в IT

программист, совладелец, лид, менеджер

блоггер, организатор конференций

активист OpenSource

О чем это я

Что есть на старте?

НАДО СОЗДАТЬ ПРОДУКТ

Ограничения

Дата релиза

Платформа/технологии

Ожидаемая нагрузка

Команда

На вид По факту

поехали

По факту

За одну итерацию не сработаешься

Понять интересы и «темперамент» разработки занимает время

Притирку и заниженную продуктивность не учли при планировании скоупа

Чего хотим добиться?

Идиллии

Доставить вовремя

Сплотить(ся)

Впечатлить UX-м

Краааасивый Рабочий код

Легко масштабироваться

Цели лида

Чего мы не хотим?

ПРОБЛЕМ с product owner-оm

Типичные проблемы

Задержки в коммуникациях - особенно с американскими заказчиками

Один PO на 10-ть проектов - с трудом удерживает контекст одного конкретного проекта

Большая команда “менеджмента”: PO, CTO, VP, архитектор, маркетолог - избыточные митинги

Решения

Самому понять цели и стратегию разработки продукта

Углубиться в приоритеты и детали реализации

Встречи по узким темам минимальным составом (разделить технические и маркетинговые)

Выбрать правильного ПО (вместо всего выше)

Наархитектить

Что обычно тупит

Синхронная архитектура - когда “тяжелые” задачи работают внутри слоя отображения

Dog-pile effect, “тяжелые” задачи кешируют одновременно

Неразумное использование хранилищ - например PgSQL как Key/Value или MySQL для EAV

Запросы к базе данных в циклах, автоматически генерируемые запросы, third-party API

Очень простой рецепт

Оставьте синхронным только front-end - отображение для пользователя

Как можно больше задач обрабатывайте асинхронно

PubSub, MQ - это все создано для простых и рабочих систем

Все для людей

Просите делать презентации по архитектурным предложениям или изменениям

Прежде, чем внедрять новую технологию лучше внимательно изучить отзывы в интернете

Метрики, метрики, метрики - очень хороший аргумент для новой технологии

Безопасность

О чем это?

Не надо хранить пароли в открытом виде, в виде md5 без salt-a

Крайне внимательно относиться к ACL

Правильный транспорт - SSL и тп

Некорректная архитектура защищенной сети

Зачем?

Непредвиденные задачи по “латанию” дыр в безопасности (не выпустить вовремя)

Доверие пользователей

В двух словах: не обосраться

Как достичь цели?

Планировать два сценария

•Меньше фич

•В меньшем объеме

•Включаем команду

2: Все по другому

1: Все OK

Все фичи в полном объеме и вовремя

Мотивировать команду

В зависимости от типа разработчика:

Задачи - интересные

Проблемы - посильные

Сроки - реалистичные

Нагрузка - поддерживаемая

Тогда команда творит

IT’S flowtime

product owner, что ты творишь, ахаха прекрати

Релиз,теперь можно расслабить

Спасибо. Вопросы?

@maxmaxmaxmax