Страница 1 из 1

Дублирование исполнителя в задаче.

Добавлено: 05.12.2016 08:44
Рената Римовна Галеева
Добрый день!

При создании подзадачи предлагаю ввести проверку списка исполнителей. Если задача в одном дереве с текущей уже была направлена Исполнителю, то выводить об этом сообщение, примерно "Задача исполнителю ФИО направлена в текущей работе (или группе ...), Вы хотите создать новую задачу?"

При множестве подзадач руководители, порой, не отслеживают была ли отписана подзадача тому или иному исполнителю, и направляют ее повторно.

Добавлено: 05.12.2016 12:08
Андрей Гринюк
Ого... Рената, подскажите, а зачем дублируете задачи на каждого Исполнителя?

Добавлено: 05.12.2016 12:48
Рената Римовна Галеева
По идее дублирования быть не должно. Я хочу инструмент. который оповещал бы, что данному исполнителю подзадача уже поставлена.  если вдруг постановщик не увидел...

Добавлено: 05.12.2016 13:14
Андрей Гринюк
Всё таки мне кажется у вас частный случай.

Например, есть задача "Дойти до цели Х". Есть подзадачи:
- Сделать шаг Х1. Петя.
- Сделать шаг Х2. Маша.
- Сделать шаг Х3. Петя.

Меня как постановщика не надо уведомлять, что по Пете уже есть подчиненная задача, т.к. это другая задача, и "ежу" понятно что Петя её сделал, или Петя её должен сделать.

В вашем случае (тот который на картинке) напрашивается коллективная задача:
"Дойти до цели Х", Маша, Петя, Ваня.
В таком случае уведомить вы точно не забудете.

А вот если задачи ставить так:
"Дойти до цели Х". Петя
"Дойти до цели Х". Маша
"Дойти до цели Х". Ваня
Не мудрено запутаться.

Добавлено: 05.12.2016 13:42
Рената Римовна Галеева
Андрей, по моему как раз таки частный случай - подзадача для каждой части задачи.... 

у нас как построено   Главный рук-ль - выдает задачу на

Руководитель1 подзадача на
  => Начальник1.1 Начальник1.2.Начальник1.3
=> => => Сотрудник 1.1.1.Сотрудник 1.1.2.
Руководитель2 подзадача на 
 => Начальник2.1. Начальник2.2
 => => =>Сотр2.1.1 Сотрудник2.1.2. Сотрудник 1.1.2.

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

Добавлено: 05.12.2016 13:56
Андрей Гринюк
Весело :)  У "крупняка" другие проблемы. (жалко смайликов нет)

По вашей схеме получается Сотрудник (или Начальник) может получить две задачи (два раза уведомят), если он подчиняется двум Начальникам (или Руководителям). А это от орг.структуры зависит.

Добавлено: 05.12.2016 14:13
Рената Римовна Галеева
Здесь даже не в подчинении дело, а в множестве задач - по идее не должна быть одна и та же задача отписана одному сотруднику два раза. кому бы он ни подчинялся. 
А может быть и так:
 Главный рук-ль - выдает задачу на

Руководитель1                                             и Сотрудник 1.1.2.
  => Начальник1.1 Начальник1.2.Начальник1.3
=> => => Сотрудник 1.1.1.Сотрудник 1.1.2.

Начальник просто не видит, что в надзадаче уже была создана задача на Сотрудника 1.1.2

Добавлено: 05.12.2016 20:49
Андрей Гринюк
 Главный рук-ль - выдает задачу на
Руководитель1  и Сотрудник 1.1.2.
1. Предположу, что у вас организация не совсем "крупняк" раз руководитель, ставит задачу непосредственно Сотруднику, хотя у этого сотрудника есть свой Начальник.
2. Помните выражение "Вассал моего вассала - не мой вассал". Вот это чёткая орг.структура. :)
3. Если и решать вашу проблему, то мне кажется это нужно делать инструментом "Автоматические сценарии". Но никак не в самой платформе. ИМХО.
4. Я бы не заморачивался. Сотрудник в этой ситуации, должен просто в комментарии отписать Начальнику, что "мне уже поставлена эта задача" и привести ссылку на неё. Тогда Начальник задублированную копию задачи просто должен удалить. Всё.

Добавлено: 06.12.2016 08:01
Рената Римовна Галеева
Все же склоняюсь к явному удобству разработки такого инструмента.
Андрей, скажите пожалуйста, предположительно - трудоемкая ли эта доработка - проверка по фамилии сотрудника его присутствие как исполнителя в дереве задач?

Добавлено: 06.12.2016 20:17
Андрей Гринюк
Не зная структуры базы данных и критичность блоков в зависимости от нагруженности системы, я даже не берусь ответить.

Добавлено: 12.12.2016 08:18
Рената Римовна Галеева
Добрый день!

будут ли какие-то комментарии о рассмотрении возможности реализации? )

Добавлено: 13.12.2016 19:12
Dmitry Goncharenko
Здравствуйте, Рената!
На мой взгляд, это очень узкий и сложный кейс, который мало кому (или никому) кроме Вас не нужен. Но я допускаю, что чего-то не учитываю или ошибаюсь, поэтому просто слежу за обсуждением.