Персональная доска со своими собственными колонками
Здравствуйте. Допустим для выполнения задачи назначены 3 исполнителя. Допустим имеются 3 статуса выполнения задачи: Новая, в работе, закрыта. Каждый из исполнителей выполняет свой собственный тип работ. Соответственно у каждого исполнителя должна быть возможность ставить свои собственные статусы на данную задачу, которые не затрагивают статусы других двух исполнителей. Такое возможно организовать если создать три индивидуальные доски для каждого исполнителя?
Например создана задача со статусом Новая для всех трех исполнителей. Исполнитель1 первым приступил к выполнению задачи и поставил статус В работе на своей доске. При этом задача все также остается в статусе новая у двух других исполнителей.
Сейчас у меня при изменении статуса одним исполнителем, статус меняется у всех.
Please sign in to leave a comment.
Доска - это всего лишь способ представления задач. Если вы изменяете задачу на одной доске, то она изменится таким же образом на всех досках и на странице самой задачи. Невозможно изменить задачу только на одной доске.
Если вы хотите, чтобы у каждого исполнителя был свой собственный процесс статусов, то можно сделать несколько полей, отображающих статус - по одному для каждого исполнителя. У этого подхода могут быть свои недостатки (например, https://www.jetbrains.com/help/youtrack/cloud/Supported-Custom-Field-Types.html#stateTypeFields).
Надеюсь, это поможет.
Вроде бы похоже на то что мне нужно, но я не понял до конца как это реализовать. Документация очень непонятно написано. Допустим у меня 30 сотрудников. Мне нужно для каждого сделать кастомное поле? Это получается 30 полей? Они же все будут видны в карточке. Как сделать чтобы поле для исполнителя1 видел только исполнитель1 и больше никто? Я знаю как ограничить видимость полей с помошью групп. Но не нашел как показывать поле только одному сотруднику. Также возникает сложность при приеме нового сотрудника или увольнении нужно руками каждый раз добавлять/удалять соответствующее поле?
У полей есть настройки видимости, вы можете сделать каждое поле видным только конкретному человеку. Вот здесь есть подробности: https://www.jetbrains.com/help/youtrack/cloud/Manage-Custom-Fields-Per-Project.html#group-based-field-visibility
Еще раз уточняю. В настройках видимости полей нельзя добавить в видимость конкретного пользователя. Там список из групп. Мне что каждого пользователя добавлять в свою персональную группу?
Все верно это что означает? Что мне придется для каждого пользователя создавать отдельную группу, чтобы управлять видимостью персональных полей?
Мне очень жаль, если предложенные варианты вам не подходят.
Мне вполне подходят адекватные и логичные варианты. Но согласитесь, создавать дополнительно 100 групп для 100 пользователей и 100 персональных досок только для того чтобы иметь возможность ограничить видимость полей это не совсем адекватное решение.
Ваш новый вариант решения еще хуже первого. Допустим у меня есть 10 уникальных статусов и 100 пользователей. Тогда мне нужно создать поле статус в котором 1000 значений. И все пользователи будут постоянно в этих 1000 вариантах искать свои статусы. Мне кажется такое поле даже не получится создать из за огромного количества значений. Наверняка есть какие то ограничения на этот счет. И я не могу себе представить сколько уйдет на это времени чтобы создать поле с 1000 значениями. А если будет 20 статусов и 200 сотрудников? Это 4000 значений поля.
Так как ситуация безвыходная, а у меня стоит задача сделать то, чего нельзя сделать стандартными средствами, тогда мне остается только выбор из двух зол. Я считаю что вариант с индивидуальными группами будет менее напрягать заказчика чем вариант с полем с 2000 вариантами статусов.
Более распространенный сценарий - когда пользователи используют одни и те же статусы, а комбинация "Исполнитель" + "Статус" позволяет однозначно понять, кто и какой тип работ выполняет. Персональные доски в этом сценарии используются для того, чтобы каждый пользователь мог собрать наиболее релеватные для него задачи в одном месте (например, те, над которыми этот пользователь сейчас работает = является там исполнителем). Я понимаю, что вам может не подходить такой процесс по разным причинам, поэтому не буду предлагать менять сам процесс, но на всякий случай упомяну, что это тоже может быть решением.