Как стать автором
Обновить

Первыми закрываются компании где ставится много задач. Статистика использования системы управления проектами YouGile

Блог компании YouGile Управление разработкой *Управление проектами *Agile *Развитие стартапа
Всего голосов 34: ↑31 и ↓3 +28
Просмотры 29K
Комментарии 33

Комментарии 33

Ем, а причину со следствием не перепутали? Проект умирает вот никто задачи и не ставит.
Наоборот, если ставится по 20 задач в день на человека, то проект умрёт. Больше задач — больше вероятность умереть.
Нет., мы старались проверять такие вещи, описывать подробно все детали выборок и проверок не стали.
Рассказали про самое яркое из того, что нашли.
можете объяснить, отчего вы решили, что компании именно разваливаются?
почему это не просто обычные любопытные пользователи, генерирующие задачи типа «задача1», «задача2» и т.д?
вы же не смотрите на тексты задач, я надеюсь?
почему это не могут быть команды, которые решили, что им больше нравится другой способ организации задач?
Компании не разваливаются. скорее просто проект затухает. Много приходит стартапов и в таком случае это можно назвать разваливается.
Верно, могут быть и те, кто просто тестирует и те, кто решили поискать что-то еще. И на графиках видно — в начале есть резкий спад. Дальше процент людей, которые отваливаются по этим причинам одинаково распределен по всем выборкам.
Тут самое важное какое отличие от среднего по всем выборкам, а не значение по модулю.
поймите правильно. вы пишете:
Первыми закрываются компании где ставится много задач
. между тем у вас просто нет и не может быть доказательств того, что компании закрываются или «затухают». вы не знаете, что делают компании, но делаете утверждения на базе всего лишь ваших предположений. так делают уфологи, и так делать нельзя ))
по приведённым графикам можно сказать что угодно. например, в начале проекта задач действительно много, но по мере завершения проекта количество задач уменьшается. остаются долгоиграющие (по разным причинам) задачи.
ps: на первый взгляд ваш продукт выглядит красиво. как вы соотносите себя с jira?
Понимаю вас. Название сделал поярче, может это и не совсем хорошо.
Мы сейчас достаточно далеки от jira. Переходов с нее на нас не так много. Решаются разные задачи.
Мы сейчас больше для веб-студий и коммуникаций вокруг общих задач в больших командах.
Замечаем переходы с Trello, BaseCamp Slack

А не могу компании с большим количеством задач просто уходить от вас к конкурентам из-за того, например, что их не устраивает удобство работы YouGile на таком количестве? Вам кажется, что стартап умер, а они просто перешли на другой планировщик.

Гипотеза справедливая и такие люди есть во всех выборках, но их не так много, как кажется на первый взгляд.
Стартап, начинающая компания, новый проект в большинстве случаев не так глубоко подходят к выбору инструмента. Они смотрят 2-3 варианта и начинают работать, по прошествии 3-4 месяцев у них больше шансов потерять энтузиазм к работе, чем сменить систему.
Предположение, что массово какую-то систему покидают из-за конкурентов вообще не правдиво. Есть очень внимательная аудитория (и ее много на Хабре), которая разбирается во всех деталях и выбирает грамотно, Остальные берут и работаю, руководствуясь мнениями вокруг, собственного анализа и выбора не происходит. Уходят как правило в никуда.
И примерно так со всеми софтверными продуктами, по моему опыту конечно.

Понимаю. Не пытались ли вы проверить эту гипотезу хотя бы статистически? Если ваша выборка строилась по результатам опроса 1000 пользователей, достаточно было бы взять 100 случайных компаний, которые по вашим расчетам перестали быть, и попробовать найти следы их жизнедеятельности (сайт в интернете, позвонить по старому контактному телефону). Во всяком случае, тогда можно было бы говорить о достоверности + оценить отток клиентов, если он был.

Конечно, делали. Просто точных цифр нет и на мой взгляд это не может исказить эксперимент. Там нет сомнений, что кто-то может уходить к конкурентам, примерно 95% уходит по собственным причинам связанным с проектом.
Мы общаемся со всеми пользователями в поддержке напрямую, понимаем кто уходит и какова причина. Без этого сложно разрабатывать продукт.
В статье об этом не писал, хотя для понимания явно стоил сразу закрыть эти вопросы.
Просто точных цифр нет и на мой взгляд это не может исказить эксперимент.

Почему не может? Все зависит как раз от цифр.


Компании, которые генерируют много задач (более 20 в день на человека в первую неделю), через 100 дней будут существовать только с вероятностью 4%.

Что если компании, которые генерируют много задач уходят от вас с вероятностью 96%?


Я думаю, что при расчете статистики (в любой статье) нужно приводить методику расчета максимально подробно. Иначе ей трудно доверять.

приходит в ярость, когда выполненные задачи не дают общего результата
— больше фантазий богу фантазий. Может они за 3 месяца успешно выполняют проект, покупают Jira и забывают про вашу систему как про страшный сон?
Может и так. но на эксперимент это не влияет. Те, кто решил что нужна Jira есть во всех выборках.
Рынок пользователей в своей массе не так искушен, что бы постоянно выбирать новые решения. Как правило (около 90%)пользователи отваливаются в никуда.
По нашему опыту всегда первое место занимает уход в никуда.

Вы так говорите, как будто переход на Jira существенно что-то меняет в управлении проектами в лучшую сторону.

Переход на Jira приводит к тому, что проект перестает выглядеть "живым" в их телеметрии, вот и все.

Заметил, что работаю продуктивнее, когда задачи задефайнены и разбиты на мелкие части. Это позволяет получать очень конкретный фидбэк от своей работы. Так что данная статистика видится мне довольно странной.
Речь идет о командах. В группах оказывается взаимодействие важней, чем постановка и разбивка на подзадачи.
Это очень спорный вывод. Сам работаю в команде, частая коммуникация признак того, что что-то идет не так, или кто-то не выполнил качественно свою работу. На своей практике — безуспешность проекта часто связана с размазыванием полезной информации по чатам и отсутствию фокуса у разработчиков.
Поздравляю! Приятный интерфейс. В стиле Telegram.

Звуковые сообщения не планируются? В whatsapp удобно.
Настроек для self hosted в приложении не увидел. Не планируете для корпоративщиков приложение внедрять?

PS: feedback отписался в приложении.

Сейчас соберем все хотелки по приложению и сделаем спринт по ним. Запрос понятен, спасибо.
Для корпоративщиков планируем и selfhosted — самый популярный запрос. Делать будем, пока срок назвать не могу.
Знали бы Вы, как этого некоторые ждут! Особенно для снятия части нагрузки с Jira и «некорпоративного» Trello. А если еще и мобильное приложение под все это будет — просто сказка!
Интересные откровения. Много задач… общенье-печенье.

Проблема не в количестве, а в качестве задач, в которое их, задач, количество не переходит. Вот стартапы разваливаются, а waterfall-проекты с сотнями и тысячами задач вполне себе поддаются контролю с помощью диаграммы Гантта. Потому что их проектируют, в отличие от *gile-подходов (судя по графикам fragile:)).

«Instant Chat» — это прикольная фича, замена комментам к задаче фактически. Для небольших команд и небольших проектов, конечно лучше так, если компетенций в УП нет. Только вот фича != общение, увы и ох.

Насчет затягивания вовнутрь… тоже хорошо подмечено, ценно. Почему соцсеть затягивает? Потому что контент персонально релевантен (!). Равно как и чат — это персональный инструмент (в руках компании, а не как какой-нибудь портал по типу Б24 — инструмент компании в руках сотрудника).

Но всё равно пока визуализации прогресса не достаточно сейчас на мой взгляд, надо диаграммы, оценки рисков… Чтобы не обвинять сервис в том, что он причина всех причин, скажу что просто канбан не заточен под много задач.

Канбан штука такая, возвращаясь к началу — накидать задач можно, но лес-прогресс за ними не видно. Ходят туда-сюда эти карточки… и… никому их переделывать не хочется… Всю жизнь проектные менеджеры борются с рисками декомпозициями (1 рельс в 100 метров или 10 по 10, в каком случае общая ошибка будет ниже при ошибке на любой рельс в 10%?), а у вас противоположные почти что выводы.
Интересно, а если сравнить не закрывшиеся проекты? Возможно, те 4% будут лучше, чем 50% унылых, ничем не примечательных проектов.

Может быть скорее так: скорее закрываются те компании, в которых сотрудники пытаются излишне формализовать общение (и задокументировать все шаги), (и предохраниться от обвинений в несоответствии занимаемой должности), (ну и так далее)?

У меня такое ощущение, что после моего комментария про 999$, цена была уменьшена до 900$ :) Но это всё равно больше чем стоит Jira.

JIRA стоит сильно по разному от количества пользователей. Там только первая доза бесплатно^Wдешево. За 15 пользователей будет уже $900/year, 25 — $1800/y и т. п.

У нас команда из 10 человек. Нам стартовой версии за глаза.

Ну да, пока хватает можно радоваться. Боль обычно случается существенно позже, когда данных в JIRA уже много. Мы так болезненно слезаем с Crowd'а (там первая доза — 50 пользователей).


И да, я ошибся 15 пользователей есть только в cloud варианте. В self-hosted следующий term — 25 за $1800 и оно, соответственно, разовое, если не нужна поддержка.

Методология исследования кое-где выдаёт желаемое за действительное. Здесь и в самом деле здесь причинно-следственные связи можно выстроить по другому. Ну а выглядит прикольно, конечно)
Может это не проекты «затухают», а ваш продукт не достаточно удобен для работы с большим количеством задач и сложными проектами?
Все правильно написано, таким способ разваливают компании при этом докладывая высшему руководству что они де работают не покладая рук. К сожалению вашу статью высшее руководство не прочитает и выводов о тех кого берет управлять компанией не сделает.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.