Upload
maksym-klymyshyn
View
327
Download
0
Embed Size (px)
DESCRIPTION
Небольшой доклад о проблемах и решениях при разработке продуктов, управлении командой.
Citation preview
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