Михаил Табунов (Coub.com)
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
    Be the first to like this
No Downloads

Views

Total Views
416
On Slideshare
392
From Embeds
24
Number of Embeds
3

Actions

Shares
Downloads
3
Comments
0
Likes
0

Embeds 24

http://ritconf.ru 14
http://www.highload.ru 7
http://www.slideee.com 3

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

  • 1. Управление проектом в условиях стремительного роста на примере Coub Михаил Табунов, CTO
  • 2. Что такое Coub - Сайт про короткие зацикленные видеоролики - За 2013 год – 120 кратный рост Начало 2013: - 1mln MAU - 2.4mln pageviews Начало 2014: - 48mln MAU - 475mln pageviews
  • 3. Мы – стартап - Сделать минимальный продукт который будет нужен людям (Minimal Valuable Product) - Дальше - успешно его масштабировать и развивать
  • 4. Процессы в компании Требования Реализация Тестирование Эксплуатация Управление продуктом Управление проектом Управление качеством Управление инфраструктурой
  • 5. Управление продуктом
  • 6. - MVP — это стартовая точка - Появляется понимание, что как и для кого мы делаем - Начинают появляться Performance Indicators, развиваются метрики
  • 7. - Мы год искали тот самый MVP - За этот год перепробовали кучу нужного и ненужного: три раза меняли целиком концепцию - Стало ясно, что мы знаем очень мало о наших пользователях
  • 8. Мы не знаем что происходит - Data-Driven и Data-Informed подходы - A/B тестирование - Поиск реально важных метрик, целенаправленная работа над их увеличением - Engagement
  • 9. Наш опыт - Внутренняя система A/B тестирования на базе готового решения - Mixpanel + Google Analytics - Собственная система записи и анализа событий - Движение к плотной интеграции аналитики в продукт
  • 10. - Стараемся выкатывать весь новый функционал через A/B тесты - Собираем статистику, пусть она кажется ненужной - Не боимся убирать редко используемые фичи
  • 11. Мы не знаем куда двигаться - Появилось несколько планов (Roadmap, месячный план разработки) - Нужно учится расставлять правильные приоритеты - Даже бредовые идеи надо записывать
  • 12. Наш опыт Roadmap — всё, что когда либо хотелось бы сделать План разработки - всё, что мы делаем в ближайшие несколько спринтов План спринта
  • 13. Управление проектом
  • 14. Кризис роста - Теперь появились пользователи, вместе с ними появился запрос на качество - Помимо этого теперь надо работать над масштабируемостью - Новых фич теперь нужно больше, они нужны быстро чтобы зафиксировать успех - Месяц - очень длительный срок
  • 15. Наш опыт - Без четкой и понятной системы управления много времени уходит на решение простых задач - Требования очень быстро меняются - Всем нужна прозрачность того, что происходит
  • 16. - Scrum-подобный процесс (но не Scrum) - Недельный спринт - Оценка в пойнтах - Очень удобный инструмент для руководителя
  • 17. - Спринты вносят больше ясности в процесс как для разработчиков, так и для руководства - Новые сотрудники говорят что им проще влится - Можно делать приблизительные прогнозы
  • 18. - Github workflow (Feature branch & Pull Request) - Jira integration - Production и Staging среды - За год команда увеличилась в три раза - процесс менять не пришлось
  • 19. Команда - Чем сложней предметная область - тем дольше время адаптации - Не получится нанять много и сразу - Формируйте корпоративную культуру, она сильно экономит время - Быть маленькой командой - круто
  • 20. Наш опыт - Не делайте лишней работы, используйте готовое - Всё, что вы делаете, будет меняться, надо помнить про это - Работайте над командной продуктивностью
  • 21. Управление качеством
  • 22. Качество - Очень много багов в самом начале, из за сырости технологии - На разных этапах – разные требования по качеству продукта - Ресурсы по остаточному принципу
  • 23. Тестирование - Автоматичекое API тестирование – спасение в условиях нехватки рук - Пишем тесты с первого дня - Тесты без Continous Integration не имеют смысла
  • 24. Тест-план - Автоматические интерфейсные тесты (Selenium) дорого содержать - Пишем тест-план, все серьезные релизы кликаем руками - Если нет тестировщика - дружно кликаем все вместе
  • 25. Continuous Integration - Environment, близкий к production - Следим за code coverage - Важно держать тесткейс рабочим: билд должен собираться быстро, тесты должны быть актуальными
  • 26. Continuous Delivery - На стейджинг можно задеплоить только через CI - Тесты всегда в актуальном состоянии, иначе работа встанет - Весьма рискованно так выкатывать production
  • 27. Практика - Очень мало проблем с поломкой уже работающего функционала - Реально критичные баги встречаются редко (раз в месяц) - Баги есть, но все терпимые - Есть что улучшать
  • 28. Эксплуатация
  • 29. Эксплуатация - Всё растет в N раз в месяц - Надо чтобы всё работало, причем хорошо - Нет возможности нанять толпу специалистов - Инцидентов много, надо реагировать быстро
  • 30. Инфраструктура - Используем самые простые в поддержке и надежные компоненты системы - Мониторим не только сервера, но и приложения - Автоматизируем с первого дня
  • 31. SAAS, PAAS - Используйте по максимуму, они экономят время - В любом таком решении всё не идеально - Ищите баланс, не бойтесь делать своё, зачастую это имеет смысл
  • 32. Что мы используем - Статика: CDN, Amazon S3 - Отсылка почты: Amazon SES, Mandrilapp - DNS: Amazon Route 53 - Мониторинг: NewRelic, Scoutapp, HoneyBadger
  • 33. Релизы - Выкатка должна быть идеальной - Нужно учится правильно выкатывать, сразу не получится - Быстро растем, быстро меняемся, часто релизим - Zero-Downtime - сильно влияет на ваш рост, если вы релизите часто
  • 34. Мобильные приложения - Релиз может занимать от нескольких часов, до нескольких недель - Помним про обратную совместимость и зоопарк устройств - Очень важен хорошо спроектированный API, это снимет много проблем
  • 35. coub.com