Ефим работает проектным менеджером и аналитиком, участвует в нескольких командах, развивает собственные проекты и продолжает обучение. Параллельно он занимается офлайн-мастерской по ремонту часов, где работает как мастер-ювелир.
Больше десяти лет Ефим работал с Trello, также использовал Jira, Bitrix, Яндекс.Трекер и Shtab. Сейчас он чаще участвует в небольших командах примерно до 15 человек, но раньше управлял значительно более крупными проектами. Один из проектов был связан со страхованием и интеграцией с государственными базами данных: система проработала около семи лет и охватывала примерно 4500 страховых агентов по всей России. В разработке участвовали десятки специалистов, а численность команды в отдельные периоды доходила примерно до 100 человек.
Опыт работы с командами разного масштаба сформировал у Ефима конкретные требования к таск-трекерам. Для него важен не только набор функций, но и то, насколько понятно устроен интерфейс, сколько действий требуется для ежедневной работы с задачами и не мешают ли дополнительные возможности базовым операциям. Отдельным критерием стала реакция команды продукта на обратную связь.
С такими требованиями Ефим и начал оценивать таск-менеджер Strive как одну из российских альтернатив привычным инструментам.
Почему проектный менеджер начал искать российский таск-трекер
Ефим начал внимательнее смотреть на российские таск-трекеры из-за сложностей с привычными зарубежными инструментами. Trello много лет оставался для него знакомой рабочей средой, но проблемы с доступом через VPN подтолкнули к поиску альтернативы среди российских продуктов.
Отдельный опыт у Ефима был со Shtab. Он начал пользоваться сервисом ещё на раннем этапе его развития, вёл там собственные задачи и отмечал простое устройство пространства. Ему также запомнился вводный курс, который помогал разобраться в системе. Опыт работы со Shtab закрепил требование к новым сервисам: функциональность нужна, но она не должна превращать начало работы в отдельный проект по изучению самого таск-трекера.
Первичный поиск новых решений Ефим решил автоматизировать и обратился к нейросети.
Как нейросеть помогла найти таск-менеджер Strive
Ефим использовал нейросеть как инструмент для первого отбора российских таск-трекеров. Он сформулировал запрос на поиск перспективных проектов для трекинга задач, получил несколько рекомендаций и уже затем самостоятельно начал изучать предложенные сервисы. Strive оказался среди рекомендаций нейросети.
«Strive я нашёл по рекомендациям нейросетки: задал задачу найти самые перспективные проекты по трекингам. Там был Strive. Я посмотрел все рекомендации и выбрал Strive, потому что более-менее понятный интерфейс, дизайн без излишних каких-то сложностей».
Первое положительное впечатление от Strive сформировалось именно вокруг интерфейса. Ефим не искал необычный способ организации проектов — базовая логика канбан-досок была ему давно знакома. Значение имела скорость знакомства с новым сервисом: насколько быстро можно понять устройство Strive после Trello, Jira и других привычных систем.
Как проектный менеджер разделил разные направления работы в Strive
Ефим решил проверить Strive на собственных задачах. В одном аккаунте он создал три пространства и разделил направления работы на личное, проектное и учебное. Отдельно он рассматривал возможность подключить к системе задачи своей мастерской по ремонту часов.
Учебное направление стало одним из реальных сценариев тестирования. Ефим заканчивает высшее образование и параллельно проходит дополнительные курсы, поэтому в Strive появились проекты и доски с задачами, связанными с обучением.
Проектное пространство соответствовало другой части его деятельности. Ефим участвует в нескольких командах и одновременно готовит собственные идеи, поэтому ему важно разделять контексты и не складывать всё в одну общую доску.
Первое тестирование также дало Ефиму возможность оценить не только структуру пространств и проектов, но и то, насколько быстро команда продукта реагирует на вопросы пользователя.
Как обратная связь с поддержкой повлияла на оценку Strive
Ефим активно проверял продукт во время тестирования и отправлял возникающие вопросы в техническую поддержку. Обращения касались разных деталей работы с задачами и интерфейсом. Он не просто отправлял сообщения, а позже возвращался к отмеченным проблемам и видел изменения в сервисе.
Реакция команды Strive стала одной из самых заметных положительных частей опыта.
«Видел, что реагируют на эти сообщения: какие-то изменения были сделаны, дополнения, какие-то ошибки были исправлены. Вижу, что проект молодой, развивается».
Ефим получал ответы и по уже внесённым изменениям:
«Мне приходили ответы от поддержки, что это уже поменяли, убрали ошибки».
Работа поддержки важна для него из-за предыдущего опыта взаимодействия с крупными продуктами. Пользователь может столкнуться с вопросом в любой системе, но дальнейшее впечатление сильно зависит от результата обращения: остаётся ли оно только зарегистрированным сообщением или приводит к проверке и изменению продукта.
Ефим увидел в таск-менеджере Strive вариант с проверкой обращений и изменениями продукта.
«Я видел, что это смотрится и исправляется. То, что как бы успевается и смысл есть, то исправляется».
Почему простота интерфейса стала одним из главных критериев
Ефим особенно выделил Strive и Shtab среди российских сервисов, которые успел рассмотреть. Оба продукта привлекли его сравнительно простой логикой и отсутствием ощущения, что интерфейс перегружен большим количеством элементов.
«Strive — ваш проект и Shtab. Если честно, пока только вот эти две платформы. Не то чтобы я супер активно этим занимался, но только это пока что выделяется среди всех платформ. Потому что простота довольно есть. Нету перегруженности, как у Bitrix».
Простота интерфейса не сводится к минималистичному дизайну. Ефим больше десяти лет работал с Trello и привык к понятной механике канбан-доски: карточка создаётся, получает нужный контекст и двигается между столбцами по мере изменения состояния работы. Jira дала ему опыт более сложной автоматизации, а Bitrix — опыт крупной системы с большим количеством инструментов.
Командный такс-трекер Strive при первом знакомстве понравился Ефиму именно тем, что основную структуру сервиса получилось понять без долгого погружения.
Чем Strive выделился на фоне Bitrix и Яндекс.Трекера
Ефим оценивает Strive на фоне реального опыта с другими российскими платформами. Он хорошо знаком с Bitrix и даже участвовал в IT-проектах, связанных с разработкой и интеграциями на платформе Bitrix. Большое количество функций он признаёт сильной стороной системы, но сам интерфейс считает перегруженным для повседневной работы.
С Яндекс.Трекером у него сформировался другой критерий сравнения — скорость реакции на пользовательские проблемы. По словам Ефима, ответ поддержки иногда приходилось ждать около недели, а отдельные признанные проблемы могли долго оставаться без изменений.
На фоне опыта с Яндекс.Трекером Strive запомнился более заметной связью между обращением и дальнейшей работой команды продукта.
«Нету перегруженности, как у Bitrix. Если я вам писал, что у вас вот это не работает, вот здесь вот баг, надо это как-то исправлять, то я видел, что это смотрится и исправляется. А там, [в Яндекс.Трекере], они конкретно, даже если признавали, что да, это пока не работает, то я видел, что там в течение полугода это не меняется».
Почему опыт крупных проектов влияет на выбор нового таск-трекера
Требования Ефима к сервису связаны не только с текущими небольшими командами. Его предыдущий управленческий опыт включает проекты совсем другого масштаба.
Один из крупных проектов работал около семи лет и был связан со страхованием, государственными интеграциями и едиными базами данных. В системе работали тысячи агентов по всей стране. Основная команда разработки включала примерно 30 разработчиков и менеджеров, к работе периодически подключались дополнительные специалисты, а максимальный штат доходил примерно до 100 человек.
Проект завершился после изменений в отрасли, а Ефим после завершения проекта пересмотрел направление собственной работы. Сейчас он делает ставку на более компактные команды и собственные проекты.
Переход от крупных команд к компактным тоже влияет на требования к таск-трекеру. Крупная организация может позволить себе отдельные процессы внедрения и администрирования сложной системы. Небольшая проектная команда часто устроена иначе: один человек совмещает несколько функций, а основатели одновременно занимаются управлением, аналитикой и развитием продукта.
Ефим прямо отмечает совмещение ролей как особенность своих будущих проектов. В небольших командах роли приходится совмещать, поэтому рабочий инструмент должен достаточно быстро становиться частью процесса и при этом сохранять возможности для роста.
Планировщик задач Strive он оценивает именно как потенциальный инструмент для небольших растущих команд: не только как место для нескольких учебных досок, но и как возможную основу для следующих коммерческих запусков.
Что проектный менеджер учитывает при выборе таск-трекера для новых проектов
Сначала сервис должен пройти самый простой тест: пользователь открывает его и понимает базовую логику без долгого обучения. Strive привлёк Ефима именно понятным интерфейсом и дизайном без лишней сложности.
Дальше начинается проверка на реальных задачах. Ефим создал отдельные пространства для разных направлений и использовал сервис в том числе для учебных проектов. Проверка на собственных задачах позволила посмотреть, как пространства и проекты работают уже не в демонстрации, а в его собственной структуре.
Следующим критерием стала обратная связь. Ефим отправлял вопросы в поддержку и видел изменения, которые появлялись после обращений. Положительный опыт коммуникации с поддержкой Strive особенно выделился на фоне Яндекс.Трекера, где, по его наблюдениям, отдельные признанные проблемы могли оставаться без изменений значительно дольше.
Отдельно он оценивал степень перегруженности. Многолетняя работа с Trello, Jira и Bitrix научила его отличать полезную функциональность от сложности, которая мешает ежедневным операциям. Strive вместе с Shtab оказался среди российских решений, которые он выделил именно по критерию простоты.
Самую короткую оценку своего текущего отношения к продукту он сформулировал во время разговора:
«Вижу, что проект молодой, развивается».
