В комментарии сделать поле "Уведомить" с выбором получателя

Аватара пользователя
Халфин Тимур Маликович
Сообщения: 312
Зарегистрирован: 16.07.2012 19:37

В комментарии сделать поле "Уведомить" с выбором получателя

04.10.2012 22:53

Часто надо о каком-то интересном решении по задаче уведомить сотрудников, которые не являются ее исполнителями и аудиторами.
Просто, чтобы они знали об этом и не изобретали велосипед или не наступали на грабли.
Типа новости.

Эти новости возникают при написании комментария - типа, "а можно в этом случае сделать вот так" или "при попытке сделать то произошло то и это".

Можно добавить в комментарий поле "уведомить" с возможностью выбора получателя (как в поле исполнителей).

Просто добавлять человека к исполнению задачи - нет смысла. Особенно если эта задача закрывается после отмечания всеми исполнителями как запланировано вами судя по форуму.
Аудитором тоже нет смысла делать - если такие вещи встречаются в каждом проекте, то все будут аудиторами всего и утонут в спаме.

Соответственно, это сообщение придет получателю в хронике (желательно его пометить как новость от задачи, к которой он не относится). Ну и раздел "Новости" нужен, чтобы можно было пересматривать их.

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

Это очень полезная штука для обмена опытом. Для введения новых сотрудников в курс дела, для обращения за помощью к более опытным сотрудникам. Для всеобщего обсуждения задач. Без спама.

Желательно, чтобы можно было апостериори добавлять подписчика. Типа: а хороший кейс получился, отправлю переписку всему отделу, чтобы знали что делать в таких случаях.
Или наоборот: не знаем как решать проблему, вот переписка и доки по задаче. Корифеи помогите! Корифей может попросить добавить его в аудиторы, если его это сильно заинтересует.

Подписчик - с одной стороны не исполнитель и на него не накладывается никаких обязательств по задаче. А с другой стороны, всегда можно требовать с него ознакомления с новостями, чтобы не было ситуации "А я не знал, что можно вот так  сделать, поэтому убил время.". Все ходы записаны - вот тебе отправили новость, вот ты от нее отписался, типа не интересно.
Но отписываться тоже надо оставить возможность - есть люди, которые любят экономить свое время за счет чужого. Типа: а как сделать в этом случае? а в том?. Ответ корифея: RTFM.

Аватара пользователя
Дмитрий Исаев
Сообщения: 15
Зарегистрирован: 19.06.2012 14:22

05.10.2012 15:12

По-моему это все делается с исполнителями...

Аватара пользователя
Халфин Тимур Маликович
Сообщения: 312
Зарегистрирован: 16.07.2012 19:37

05.10.2012 22:55

И исполнители скажут вам большое спасибо за спам. В итоге все исполнители забьют на ПланФикс и будут переписываться в скайпе.

Я предлагаю с помощью простого инструмента экономить время сотрудников. Делая обмен полезными новостями простым и удобным. Знаете про Knowledge management?

Допустим, у меня есть ценные сотрудники, их время дорого стоит. По-моему, вы предлагаете спамить их через ПланФикс.
Мы уже пробовали - именно так и получается.

Аватара пользователя
Халфин Тимур Маликович
Сообщения: 312
Зарегистрирован: 16.07.2012 19:37

07.10.2012 15:48

Вопрос к разработчикам: если есть возможность скрыть комментарий от пользователей, почему не добавить возможность показать комментарий пользователям вне задачи? Или это идеологически неверно?

Аватара пользователя
Дмитрий Гончаренко
Сообщения: 3404
Зарегистрирован: 06.06.2012 13:54

13.10.2012 16:38

На мой взгляд, этот кейс ложится в канву давно обсуждаемого нами разделения нынешних исполнителей задачи на две сущности:
- собственно "Исполнители", которые отвечают за выполнение задачи (тут даже встречается мнение, что такой исполнитель должен быть один)
- "Участники задачи", которые имеют к ней доступ и могут быть уведомлены о каких-то действиях, но не несут ответственности за ее выполнение.

Тимур правильно отметил, что в Хронике (и в других видах уведомлений) надо бы предусмотреть возможность разделения уведомлений по задачам, в которых я являюсь исполнителем и просто участником - очевидно, что у первых приоритет выше, и в случае повышенной загрузки я должен иметь возможность легко отфильтровать их и отработать в первую очередь.

Аватара пользователя
Алексей Сахоненко
Сообщения: 71
Зарегистрирован: 18.07.2012 10:51

14.10.2012 19:58

А еще эту задачу можно как-нибудь "прикрутить" к давно ожидаемому Knowledge management, о котором пишет Тимур.
Ведь действительно, часто встречаются комментарии, которые хочется "сохранить на будущее".
И просто привлечь внимание к этому комментарию нескольких участников - недостаточно. Ибо комментарий потом всё-равно потеряется среди сотен других :(
Надо бы как-то пометить какой-либо комментарий, чтобы потом можно было бы к нему обратиться....

Аватара пользователя
Дмитрий Гончаренко
Сообщения: 3404
Зарегистрирован: 06.06.2012 13:54

01.11.2012 17:47

М.б. "избранное" для комментариев?

Аватара пользователя
Халфин Тимур Маликович
Сообщения: 312
Зарегистрирован: 16.07.2012 19:37

04.12.2013 20:04

Хочу спросить, планируется ли реализовать возможность открытия отдельных комментариев не для исполнителей задачи?
Постоянно приходится копировать сообщения.
Типа: "сделай также, как здесь"

Аватара пользователя
Дмитрий Гончаренко
Сообщения: 3404
Зарегистрирован: 06.06.2012 13:54

06.12.2013 19:16

В таком виде - не планируется, т.к. это идет в разрез с идеологией доступа, которая базируется на задачах, а не на отдельных действиях. Но вообще кейс будет решен, когда появится возможность добавлять к задаче Участника. Тогда если встречается действие, с которым нужно ознакомить сотрудников:
- этим же или следующим действием к задаче в качестве Участника добавляется нужный сотрудник/сотрудники
- им предлагается ознакомиться с этим текстом
- если захотят, они смогут добавить свои действия к этой задаче, т.к. являются ее участниками
- их присутствие в задаче будет запоминаться (т.к. они теперь к ней добавлены) и их можно будет уведомлять о новых действиях
- при этом задача не будет появляться у них во Входящих и т.п., т.к. они не являются исполнителями этой задачи.
 

Аватара пользователя
Халфин Тимур Маликович
Сообщения: 312
Зарегистрирован: 16.07.2012 19:37

08.12.2013 01:20

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

Прошу прощения, понял - все нормально, будут видны не скрытые сообщения

Аватара пользователя
Ринат Разифович Абдуллин
Сообщения: 18
Зарегистрирован: 18.09.2013 15:02

10.12.2013 09:12

С вводом участников задачи аудиторов планируете упразднить? Или может все участники (постановщики, исполнители, аудиторы, кто-нибудь еще) будут представлять собой одну сущность, но с разными правами доступа и настройками уведомлений?

Аватара пользователя
Дмитрий Гончаренко
Сообщения: 3404
Зарегистрирован: 06.06.2012 13:54

11.12.2013 11:34

Аудиторов упразднять не планируем, они имеют свои понятные функции и отличаются ими от остальных ролей. Пока я не вижу выгод от замены имеющихся ролей одной универсальной и переделки системы прав доступа. 

Аватара пользователя
Ринат Разифович Абдуллин
Сообщения: 18
Зарегистрирован: 18.09.2013 15:02

12.12.2013 11:18

Уильям Оккам вам судья )

Аватара пользователя
Дмитрий Гончаренко
Сообщения: 3404
Зарегистрирован: 06.06.2012 13:54

16.12.2013 16:40

Куда ж от него денешься :)

Аватара пользователя
Халфин Тимур Маликович
Сообщения: 312
Зарегистрирован: 16.07.2012 19:37

30.12.2014 09:40

кстати, кейс реализован. Можно перенести в соответствующий раздел

Ответить