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

Like this? Share it with your network

Share

Михаил Табунов (Coub.com)

on

  • 334 views

 

Statistics

Views

Total Views
334
Views on SlideShare
316
Embed Views
18

Actions

Likes
0
Downloads
3
Comments
0

3 Embeds 18

http://ritconf.ru 12
http://www.slideee.com 3
http://www.highload.ru 3

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Михаил Табунов (Coub.com) Presentation 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