При создании задачи и подзадач состав исполнителей часто один и тот же
Предлагаю рядом с окном выбора сотрудников добавить кнопку "Объединить в группу" или "сгруппировать"
Как вариант можно кнопку "наследовать из родительской задачи"
Объединение сотрудников в группу при создании новой задачи
-
- Сообщения: 344
- Зарегистрирован: 16.07.2012 19:37
-
- Сообщения: 4128
- Зарегистрирован: 06.06.2012 13:54
Действительно, часто встречается такая необходимость.
Я правильно понимаю, что это не какая-то новая сущность, а обычная группа сотрудников? Т.е. если я зайду в Компания/рабочие группы, то я ее там потом увижу?Предлагаю рядом с окном выбора сотрудников добавить кнопку "Объединить в группу" или "сгруппировать"
Ага. У нас, как мне кажется, уже даже раньше просили такое, или мы сами хотели сделать.Как вариант можно кнопку "наследовать из родительской задачи"
-
- Сообщения: 344
- Зарегистрирован: 16.07.2012 19:37
-
- Сообщения: 4128
- Зарегистрирован: 06.06.2012 13:54
-
- Сообщения: 24
- Зарегистрирован: 09.09.2013 21:53
-
- Сообщения: 4128
- Зарегистрирован: 06.06.2012 13:54
-
- Сообщения: 24
- Зарегистрирован: 09.09.2013 21:53
-
- Сообщения: 4128
- Зарегистрирован: 06.06.2012 13:54
-
- Сообщения: 24
- Зарегистрирован: 09.09.2013 21:53
-
- Сообщения: 4128
- Зарегистрирован: 06.06.2012 13:54
-
- Сообщения: 24
- Зарегистрирован: 09.09.2013 21:53
-
- Сообщения: 24
- Зарегистрирован: 09.09.2013 21:53
Добавлено спустя 7 минут 56 секунд:
Дмитрий вообщем мозг взорвался... когда затащил 20 человек в планфикс и завел первый протокол собрания. а впереди еще 100 человек...
Когда ставишь задачу на 10 исполнителей, то они не знают что делать
1) первый отписался и изменил статус на выполненная, остальные не знают им выполнять или нет
2) Задача например прочитать книгу всем, один отписался что прочитал, этот комент посыпался всем остальным, второй задал уточняющий вопрос, коммент тоде упал всем... и т.д. вообщем сейчас у всех ощущение что планфикс это большая спам система...
Я думаю что задача очень конкурентна.... надо выводить в топ...
Дмитрий вообщем мозг взорвался... когда затащил 20 человек в планфикс и завел первый протокол собрания. а впереди еще 100 человек...
Когда ставишь задачу на 10 исполнителей, то они не знают что делать
1) первый отписался и изменил статус на выполненная, остальные не знают им выполнять или нет
2) Задача например прочитать книгу всем, один отписался что прочитал, этот комент посыпался всем остальным, второй задал уточняющий вопрос, коммент тоде упал всем... и т.д. вообщем сейчас у всех ощущение что планфикс это большая спам система...
Я думаю что задача очень конкурентна.... надо выводить в топ...
-
- Сообщения: 4128
- Зарегистрирован: 06.06.2012 13:54
ОК, Ваш голос засчитан, ждем единомышленников по продвижению задачи в топ)
Пару замечаний по примерам:
Пару замечаний по примерам:
Есть такая штука, как кастомные статусы, в них можно определять, работает статус на всю задачу целиком или устанавливается для каждого участника: http://joxi.ru/nlY5Utg5CbBNQM5DYMc С помощью кастомных статусов можно, например, решать вопрос с протоколом собрания - сделать шаблон для таких задач со своим набором статусов, настроить доступ таким образом, чтобы сотрудники могли только переводить задачу в такой "независимый" статус и не мешать другим. а завершать задачу будет постановщик-руководитель.1) первый отписался и изменил статус на выполненная, остальные не знают им выполнять или нет
Думаю, тут не обойтись без разъяснения сотрудникам о том, как работает блок "Уведомить об этом" - они должны понимать, что сами управляют тем, кому попадет их сообщение. Это актуально для использования системы вцелом, тут речь не только о массовых задачах.2) Задача например прочитать книгу всем, один отписался что прочитал, этот комент посыпался всем остальным, второй задал уточняющий вопрос, коммент тоде упал всем... и т.д. вообщем сейчас у всех ощущение что планфикс это большая спам система...
-
- Сообщения: 61
- Зарегистрирован: 14.03.2013 20:20
-
- Сообщения: 346
- Зарегистрирован: 11.06.2012 13:51
Нет, так не правильно. Статус должен быть один, например "Ознакомился", только при его настройке нужно указать, что он может быть установлен для каждого в отдельности. Эта опция задается для статуса при его создании или редактировании. Тогда для каждого сотрудника этот статус будет индивидуальным по текущему состоянию.Можно создать кастомные статусы, присвоить каждому сотруднику типа "Вася прочитал и в курсе","Маша прочитала и в курсе" и прописать в шаблон вашей задачи , назвать статусы по прочтению книг)
-
- Сообщения: 61
- Зарегистрирован: 14.03.2013 20:20
а как это будет представляться для всех участников? Статус прочтении , должны видеть все ?, я правильно понимаю задачу?
Мне показалось или цель как раз,чтобы вся группа видела ,что кто то ознакомился и подтянулась)
Добавлено спустя 27 секунд:
первый отписался и изменил статус на выполненная, остальные не знают им выполнять или нет
Мне показалось или цель как раз,чтобы вся группа видела ,что кто то ознакомился и подтянулась)
Добавлено спустя 27 секунд:
первый отписался и изменил статус на выполненная, остальные не знают им выполнять или нет
-
- Сообщения: 4128
- Зарегистрирован: 06.06.2012 13:54
В таком случае, как описал я (и Михаил тоже о нем), каждый исполнитель видит задачу для себя в статусе "В работе", но в списке исполнителей можно увидеть кто ее уже перевел в "Ознакомлен" (ну или как там назовется этот статус). То есть, одновременно задача во общем статусе находится "В работе", а в частном, для конкретного исполнителя, может находиться в "Ознакомлен".
Сейчас по умолчанию этот механизм работает в случае с наличием в задаче чеклиста, в котором каждый пункт назначен на одного из исполнителей - когда исполнитель переводит такую задачу в статус "Выполнена", то она выполнена только для него (и действительно - он же сделал свою часть работы), а для постановщика и других исполнителей она остается "В работе". Постановщик при этом управляет глобальным статусом, а исполнители - локальным, т.е. каждый для себя.
Такой подход разрешает противоречие "задача должна иметь статус "Выполнена", чтобы не мешаться в моем личном списке "В работе" и в то же время задача не может иметь статус "Выполнена", т.к. не все исполнители выполнили свою часть работы".
Сейчас по умолчанию этот механизм работает в случае с наличием в задаче чеклиста, в котором каждый пункт назначен на одного из исполнителей - когда исполнитель переводит такую задачу в статус "Выполнена", то она выполнена только для него (и действительно - он же сделал свою часть работы), а для постановщика и других исполнителей она остается "В работе". Постановщик при этом управляет глобальным статусом, а исполнители - локальным, т.е. каждый для себя.
Такой подход разрешает противоречие "задача должна иметь статус "Выполнена", чтобы не мешаться в моем личном списке "В работе" и в то же время задача не может иметь статус "Выполнена", т.к. не все исполнители выполнили свою часть работы".