Форум сервиса Планфикс

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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