Статья, судя по голосам, оказалась не удачной.
Тема о том, как управлять реальным предприятием не раскрыта. Даны интерпретации методологии в очень упрощенной форме.
Возможно, в следующий раз просто опишу конкретный пример как мы внедрялись и что из этого получилось.
) Казалось бы “Да”, но “Нет”. Статья не про то, что мы закрываем все баги и выпускаем приложения за 2 часа.
Достаточно честно говорить, что есть проблема, она либо решится, либо нет. Иногда, когда есть возможность, закрывать тикеты быстро и вообще стараться порадовать клиента. И такой простой сервис от стартапа воспринимается очень хорошо. Многие обезличенные крупные компании позавидуют.
Хороший вопрос!
В описанном случае все было гладко: программисты отлично отнеслись и в спринте был запас по времени.
У нас небольшая смена приоритетов бывает не реже чем раз в спринт. Критично важные задачи планируются только на 50% ресурсов, остальное из бэклога или что-то важное прилетает от пользователей.
«Responding to change over following a plan»
Конечно, делали. Просто точных цифр нет и на мой взгляд это не может исказить эксперимент. Там нет сомнений, что кто-то может уходить к конкурентам, примерно 95% уходит по собственным причинам связанным с проектом.
Мы общаемся со всеми пользователями в поддержке напрямую, понимаем кто уходит и какова причина. Без этого сложно разрабатывать продукт.
В статье об этом не писал, хотя для понимания явно стоил сразу закрыть эти вопросы.
Гипотеза справедливая и такие люди есть во всех выборках, но их не так много, как кажется на первый взгляд.
Стартап, начинающая компания, новый проект в большинстве случаев не так глубоко подходят к выбору инструмента. Они смотрят 2-3 варианта и начинают работать, по прошествии 3-4 месяцев у них больше шансов потерять энтузиазм к работе, чем сменить систему.
Предположение, что массово какую-то систему покидают из-за конкурентов вообще не правдиво. Есть очень внимательная аудитория (и ее много на Хабре), которая разбирается во всех деталях и выбирает грамотно, Остальные берут и работаю, руководствуясь мнениями вокруг, собственного анализа и выбора не происходит. Уходят как правило в никуда.
И примерно так со всеми софтверными продуктами, по моему опыту конечно.
Понимаю вас. Название сделал поярче, может это и не совсем хорошо.
Мы сейчас достаточно далеки от jira. Переходов с нее на нас не так много. Решаются разные задачи.
Мы сейчас больше для веб-студий и коммуникаций вокруг общих задач в больших командах.
Замечаем переходы с Trello, BaseCamp Slack
Сейчас соберем все хотелки по приложению и сделаем спринт по ним. Запрос понятен, спасибо.
Для корпоративщиков планируем и selfhosted — самый популярный запрос. Делать будем, пока срок назвать не могу.
Может и так. но на эксперимент это не влияет. Те, кто решил что нужна Jira есть во всех выборках.
Рынок пользователей в своей массе не так искушен, что бы постоянно выбирать новые решения. Как правило (около 90%)пользователи отваливаются в никуда.
По нашему опыту всегда первое место занимает уход в никуда.
Компании не разваливаются. скорее просто проект затухает. Много приходит стартапов и в таком случае это можно назвать разваливается.
Верно, могут быть и те, кто просто тестирует и те, кто решили поискать что-то еще. И на графиках видно — в начале есть резкий спад. Дальше процент людей, которые отваливаются по этим причинам одинаково распределен по всем выборкам.
Тут самое важное какое отличие от среднего по всем выборкам, а не значение по модулю.
Да, первая версия закрытая, умеет работать только внутри себя. Мы будем добавлять возможности по вызову сторонних сервисов и прочее в ближайшем будущем.
Десктоп в планах есть. Не в первом приоритете. Мы думаем что это относительно простой вариант подсаживать плотнее) по прошлому опыту с десктопом потерять пользователя сложнее.
Тема о том, как управлять реальным предприятием не раскрыта. Даны интерпретации методологии в очень упрощенной форме.
Возможно, в следующий раз просто опишу конкретный пример как мы внедрялись и что из этого получилось.
Достаточно честно говорить, что есть проблема, она либо решится, либо нет. Иногда, когда есть возможность, закрывать тикеты быстро и вообще стараться порадовать клиента. И такой простой сервис от стартапа воспринимается очень хорошо. Многие обезличенные крупные компании позавидуют.
В описанном случае все было гладко: программисты отлично отнеслись и в спринте был запас по времени.
У нас небольшая смена приоритетов бывает не реже чем раз в спринт. Критично важные задачи планируются только на 50% ресурсов, остальное из бэклога или что-то важное прилетает от пользователей.
«Responding to change over following a plan»
Мы общаемся со всеми пользователями в поддержке напрямую, понимаем кто уходит и какова причина. Без этого сложно разрабатывать продукт.
В статье об этом не писал, хотя для понимания явно стоил сразу закрыть эти вопросы.
Стартап, начинающая компания, новый проект в большинстве случаев не так глубоко подходят к выбору инструмента. Они смотрят 2-3 варианта и начинают работать, по прошествии 3-4 месяцев у них больше шансов потерять энтузиазм к работе, чем сменить систему.
Предположение, что массово какую-то систему покидают из-за конкурентов вообще не правдиво. Есть очень внимательная аудитория (и ее много на Хабре), которая разбирается во всех деталях и выбирает грамотно, Остальные берут и работаю, руководствуясь мнениями вокруг, собственного анализа и выбора не происходит. Уходят как правило в никуда.
И примерно так со всеми софтверными продуктами, по моему опыту конечно.
Мы сейчас достаточно далеки от jira. Переходов с нее на нас не так много. Решаются разные задачи.
Мы сейчас больше для веб-студий и коммуникаций вокруг общих задач в больших командах.
Замечаем переходы с Trello, BaseCamp Slack
Для корпоративщиков планируем и selfhosted — самый популярный запрос. Делать будем, пока срок назвать не могу.
Рассказали про самое яркое из того, что нашли.
Рынок пользователей в своей массе не так искушен, что бы постоянно выбирать новые решения. Как правило (около 90%)пользователи отваливаются в никуда.
По нашему опыту всегда первое место занимает уход в никуда.
Верно, могут быть и те, кто просто тестирует и те, кто решили поискать что-то еще. И на графиках видно — в начале есть резкий спад. Дальше процент людей, которые отваливаются по этим причинам одинаково распределен по всем выборкам.
Тут самое важное какое отличие от среднего по всем выборкам, а не значение по модулю.