Pull to refresh

Comments 32

И теперь процент сотрудников, которые «забивают» на трекер уменьшилось? Если да, то на сколько?
Вот сложно прям точно посчитать %. У нас просто появилось в два раза больше людей, которые регулярно пользуются. У кого-то не поменялось — и так все пользовались.
Просто, изначальный посыл (как я понял) был в том, что люди перестают пользоваться трекерами потому, что с ними что-то не так (медленные, перегруженные, не интуитивные и т.д.) и вы решили это исправить. Но как — осталось загадкой.
Не удается выделить одной конкретной функции и сказать, что вот выпустили это и стало лучше.
Основные функции которые сработали описаны.
Потестируй, если есть время, и скажи что думаешь исходя из опыта. Вот это нам будет очень полезно.
UFO just landed and posted this here
В раздел разработке добавьте пожплуйста следующее:
ААА нет авторизации через соц. сети, потеряли 70% ленивых пользователей

Сдается мне, что все это можно было сделать плагином к Жире и не выдумывать 100500-ю систему управления задачами.
"Секундомеры" есть в Жире, при этом есть цветовая индикация, а у вас и 3 минуты, и 2 недели — все красное.

Мы фанаты YouTrack, там примерно то же, что и в JIRA, но распространить его на всю команду не удалось, людям вне отдела разработки система кажется слишком сложной, вот здесь мы раньше писали про этот опыт .

В шапке этой статьи я вижу, что вы пользовались Жирой, в статье по ссылке анализа Жиры я не увидел. В конце данной статьи я вижу, что:


Вовлечение всей команды в использование одной системы
Есть еще много трудностей с этим вопросом. Сейчас делаем упор на то, чтобы было круто для отделов разработки. Остальным отделам оказалось достаточно самых простых стикеров и красивого интерфейса, в вот разработка требует большого количества деталей.

То есть на данный момент ваша система все так же — в основном для разработчиков. При этом в той же Жире есть плагины и среди них десятки простейших TODO листов.

Чаты тоже спорная функциональность. С одной стороны это должно повысить скорость реакции, но с другой стороны это приведет к усложнению и повышению уровня информационного шума. Все эти смайлики, вопросики, Спасибки — это будет создавать шум и отвлекать от контекста.


Что если я хочу попросить Васю скинуть скрины по таскам 1,4,45? В слаке я напишу: "Вася, скинь скрины по таскам 1,4,45". А у вас, получается, я должен отписаться в каждом таске: "Вася, дай скрин"


Если уж на то пошло, я бы сделал так: глобальный чат с пользователями с возможностью прикрепить (to pin) сообщение к таску в виде коммента/аттачмента.

Вот ровно такое опасение было и у нас. На деле удобней с чатом в задачах.
Projects на Гитхабе выглядит также, только без секундомеров
Активно использую trello для ведения задач по проектам, с jira не работал — поэтому с ее функционалом не могу сравнить
Ваша идея с чатом действительно понравилась!
Попробовал спроецировать свои текущий workflow на ваш сервис — гораздо комфортней получается

Если не секрет, сколько времени ушло на разработку?
Спасибо за тестирование.
10 мес, 1 разработчик, 1 дизайнер
В чате не хватает цитирования, лишний источник энтропии.
Первое, что бросилось, и чего не хватает — API. Нужна возможность выгружать тикеты, статусы и т.п.

"среднее кол-во сообщений в задаче — около 10 и только 3% задач содержат больше 100 сообщений" — какие-то у вас задачи крупные или лихо комментируемые. Как багтрекер, я так понимаю, вы систему не используете?

Используем.
В данных есть неточность. Не брались в расчет задачи где нет комментариев вообще. Среднее кол-во 10 сообщений в тех, где есть хоть какое-то общение.
В сравнении с другими багтрекерами действительно используется активней, но сообщения короче и проще.
Секундомер на карточке, правильной дорогой идете, дальше KPI и штрафы/бонусы.
А если по делу понравился zenkit, немного сыроват в плане дизайна, но есть интересные решения.
Интеграцию с dropbox, google drive планируете?
Да, но не в первом приоритете.
«когда человеку приходит нотификация с автоматически указанной темой вопроса (название задачи) это его не напрягает, в отличие от входящего сообщения, например, в скайпе.»
Да, человека это может не напрягать, потому что он думает, что перелючается на что-то важное, но кто сказал, что оно важнее его текущей работы? Потеря фокуса и быстрые переключения уменьшают производительность, так уж устроен наш мозг, про это много и популярно написано. Я уж не говорю про «работу в потоке», которая невозможна при таких скачках от чатика к чатику.
Приемлимые варианты использования чатиков я вижу только, если нотификации:
1) будут приходить раз в N часов(например, раз в 4 часа). Для реагирования на обсуждение задачи чаще и не нужно, за редким исключением.
2) накапливаться и приходить пачкой(так себе тоже, но лучше чем по одному)
3) в системе будет большая заметна кнопка «Получить нотификации по всем задачам»

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

Окей, уютные чатики для сотрудников сделали. А мониторинг трудозатрат для руководства где?

От таск-трекера до управления проектами вам еще оооочень долгий путь предстоит :)
я так и не нашёл, как выставлять priority. менять — понятно. выставлять для новой задачи — туплю.
Еще одно «не нужно». На которой нормальные сотрудники забьют.
Контроль за временем и деятельности должен быть «по факту» в той системе в которой работают сотрудники.
И автоматом попадать в систему управления проектом.
Т.е. нужно контролировать результат, а не потраченное время на его достижение.
Точнее фиксировать время когда результат был достигнут причем фиксировать его должен не сам сотрудник, а ответственный за результат.
Т.к. чтобы контролировать время сотрудника сколько он потратил на достижения результата…
Это надо чтобы кто-то за ним ходил с секундомером и замерял время работы.
Кстати давно известная практика, еще с советских времен.
Работает только в потогонном производстве и то скорее в минус чем в плюс.

Проблема «забивания» на системы управления проектом, в том что там пытаются контролировать время затраченное сотрудником на решение задачи. Хотя ни одна из них для этого не предназначена для этого.
В лучшем случае на фиксацию времени, когда был достигнут результат.

А так сотрудник мог 2 (два) часа потратить на достижения результата, а потом 4(четыре) часа прокрастинировать в фейсбуке.
А результат сдал вообще на следующий день. Т.о. он потратил 6-8 часов на достижение результата.

Но почему-то все хотят видеть эти 2 часа, а не 8 часов.

И это плохо. Т.к. ч/з месяц такой работы ваши сотрудники на такую задачу будут тратить по 16 часов.
Сам видел, как человек, ту задачу которую делал за пару часов. Ч.з. месяц дедлайна делал 4 часов. Просто потому что «тупил» от усталости.
А добавить задачу можно сделать снизу? после всех задач, а то порядок заведения задач получается наоборот (если я переношу их из трелло).

и куда ошибки слать? например не прикрепляется (не загружается) файл картинки в сафари 10 в чате.
Кнопка в левом нижнем углу открывает доску для репортов и связи с нами.
еще бы хотелось или roadmap или changelog, чтобы понимать как проект развивается :)
Sign up to leave a comment.