А.Ильин (iConText) - Аналитика использования продукта: нужны ли вам метрики и как их раздобыть?
0 likes727 views
More Related Content
What's hot (9)
Viewers also liked (11)
Similar to А.Ильин (iConText) - Аналитика использования продукта: нужны ли вам метрики и как их раздобыть? (20)
More from PCampRussia (20)
А.Ильин (iConText) - Аналитика использования продукта: нужны ли вам метрики и как их раздобыть?
- 1. Переход от хаоса к планированию, или проблемы роста интернет-отдела внутри компании Яна Москвина, teine@teine.ru
- 2. Задача • заказчик • исполнитель • сроки
- 3. Кто тут главный Контент - примадонна Интернет-отдел – обслуживающая часть
- 4. Кто заказчик • Отдел продаж • Редакция • Региональный филиал • Дистрибуция • Отдел лицензирования контента • Маркетинг
- 5. Как все начинается: «Давайте попробуем!» • «Один знакомый программист» • Виртуальный хостинг • Правим по-живому • Все задания даются голосом или по почте • Все, что не напомнили, то и не сделали • Как озвучили, такой результат и получили
- 7. На задачи начинают писать ТЗ
- 9. Количество отвечающих за сайт растет
- 10. Сервер упал, а бекапа не было
- 11. Исправили мелкую ошибку, а упал весь сайт
- 12. Один популярный материал может уронить весь сайт
- 13. Нельзя сказать, когда будет сделана задача
- 14. Задержки в коммуникации с заказчиком приводят к простоям
- 16. Самое время сказать: «Теперь мы большие» И теперь мы должны работать как настоящее ИТ-подразделение
- 17. Главных проблем всегда две 1. Коммуникация 2. «Надо вот прям щас»
- 18. Вводим правила Заказчики бунтуют Хаос увеличивается
- 19. Оптимизировать можно только то, что можно посчитать
- 20. Переходим к упорядочиванию 1) Задачи ставим только по одному каналу, причем история сообщений там должны сохраняться 2) Заводим все задачи в таск- менеджер/баг-трекер
- 21. Переходим к упорядочиванию 3) Выясняем приоритеты отделов (заказчиков) внутри компании
- 22. Переходим к упорядочиванию 4) Включаем мониторинг жизнеспособности и обращаем на него внимание
- 23. Переходим к упорядочиванию 5) Оптимизируем железо: - свои сервера → тестовый сервер - есть ответственный за железо
- 24. Переходим к упорядочиванию 6) Оптимизируем работу разработчиков: - система хранения кода - несколько ежедневных «релизов» → более редкие запуски (2 раза в неделю) - тестирование - ответственные за релиз
- 25. Переходим к упорядочиванию 7)Планирование присутствия: - отпуска, - временное отсутствие, - беременность, - выезды целых отделов на корпоративы, - государственные праздники
- 26. Переходим к упорядочиванию 8) Документация (вики): - Работаем над исправлением бага → записываем, что получили - Улучшаем тексты → записываем, где и что указано (рассылки!) - Функциональное тестирование → что есть сейчас - Все «новенькие» пишут документацию ВАЖНО: дата актуальности!
- 27. Переходим к упорядочиванию 9) Общая система общения Вики: храним информацию Баг-трекер: о чем договорились по задаче Почта: новости: а теперь у нас такие правила Скайп: групповой чат, расшаривание экранов, личные чатики Планерки: личные встречи для заказчиков
- 28. Переходим к упорядочиванию 10) Обратная связь с пользователями Емейлы → Система общения с пользователями - Исследования: оно вообще им нужно? А что важнее? - Ошибки и пожелания - Неформализированные пожелания к исправлению
- 29. Решаем сиюминутные задачи 1) баг-трекер: меняем статусы задач с «немедленно» на «очень важно»
- 30. Решаем сиюминутные задачи 2) Разработчики: - Проектные - Разгребающие ахтунги
- 31. Проблемы роста Количество задач растет → • количество разработчиков растет → • количество согласований растет → • менеджер становится «узким бутылочным горлышком»
- 32. Проблемы роста Получаем проблему мифического человеко-месяца
- 33. Вариант решения Большие направления: • десктопные продукты и всё мобильное • региональные подразделения • продуктовые подразделения • общая обслуживающая часть: баг- трекер, вики, скайп, рассылки, хранение кода, тестовые сервиса, продажи, маркетинг, саппорт и т.д.
- 34. Вопросы? Яна Москвина, teine@teine.ru