Мне понравилось, как реализованна возможность просмотр проекта и задач которые к нему относятся.
Можно мышкой перетаскивать задачи из одного проекта в другой.
Статусы - можно менять прям на экране и для этого не нужно открывать проект или задачу.
В Руководителе, нужно войти в каждый проект, чтобы увидить какие задачи к нему относятся.
Для изменения статусатоже нужно открывать проект, задачу.
Это не совсем удобно.
Просмотр Проекта и задач
- support
- Техническая поддержка
- Сообщения: 9297
- Зарегистрирован: 19 окт 2014, 18:22
- Имя: Харчишин Сергей
- Откуда: Крым, Евпатория
Re: Просмотр Проекта и задач
Если задач 5-10, то не спорю, удобно, а если задач 50-100, тогда такой список не подходит.
Соглашусь, и в будущем список будет дорабатываться.Для изменения статусатоже нужно открывать проект, задачу.
Это не совсем удобно.
Re: Просмотр Проекта и задач
Да когда - тоже было столько задач.а если задач 50-100, тогда такой список не подходит.
Но практика показала, что это не совсем хорошо для выполнения проекта.
Если такой большой проект, мы его разбиваем на меленькие.
Когда выполняем и сдаем по этапам - клиент доволен и мы.
- Евгений
- Сообщения: 467
- Зарегистрирован: 11 июл 2016, 13:21
- Имя: Евгений
- Откуда: Петропавловск-Камчатский
Re: Просмотр Проекта и задач
Хорошее предложение. Хотелось бы только уточнить у разработчика, а возможно ли внести в Руководитель такое поведение комментариев, как "Форма комментария по условию"?
То есть у сущности есть только одна жестко заданная форма комментария. Многие ограничения Руководителя можно было бы легко решить, если бы к сущности можно было привязать несколько различных форм для комментариев. И на каждую форму добавить свои условия доступности - по принадлежности пользователя к группе доступа, по тому какая кнопка (поле в колонке списка) была нажата.
- support
- Техническая поддержка
- Сообщения: 9297
- Зарегистрирован: 19 окт 2014, 18:22
- Имя: Харчишин Сергей
- Откуда: Крым, Евпатория
Re: Просмотр Проекта и задач
дайте практический пример, для чего это нужно.если бы к сущности можно было привязать несколько различных форм для комментариев
- Евгений
- Сообщения: 467
- Зарегистрирован: 11 июл 2016, 13:21
- Имя: Евгений
- Откуда: Петропавловск-Камчатский
Re: Просмотр Проекта и задач
Предполагаю такой сценарий, который можно реализовать при наличии "условных форм комментария".
Задача содержит некоторое количество полей, причем различные пользователи могут заполнять только свои группы полей. Например, заявка на поставку оборудования содержит несколько галочек готовности, каждую из которых проставляют разные специалисты, независимо друг от друга. "Оборудование скомплектовано" ставит техник, "Настройка произведена" ставит служба инфо. безопасности, "Передано на отправку" ставят снабженцы. Плюс галочка "Доставлено" для получателя. И по хорошему, все участники этого процесса должны видеть в режиме только чтения весь набор, но изменять только свое поле.
Можно было бы на каждый этап делать свою собственную задачу, но это лишний труд, плюс какой-то этап можно забыть создать, или не связать задачи между собой. Если свести все этапы на одну задачу, то можно каждой роли дать доступ на изменение только для своего поля. Но появляется другая проблема - невозможно задать последовательность исполнения этапов. Чтобы снабженец не отправил неготовую технику раньше, чем выполнены предыдущие действия.
Если форма комментария может вызываться по условию - тогда пользователь получит изменять значения только тех полей, которые имеет смысл изменять в данный момент, в зависимости от значений в других полях.
Задача содержит некоторое количество полей, причем различные пользователи могут заполнять только свои группы полей. Например, заявка на поставку оборудования содержит несколько галочек готовности, каждую из которых проставляют разные специалисты, независимо друг от друга. "Оборудование скомплектовано" ставит техник, "Настройка произведена" ставит служба инфо. безопасности, "Передано на отправку" ставят снабженцы. Плюс галочка "Доставлено" для получателя. И по хорошему, все участники этого процесса должны видеть в режиме только чтения весь набор, но изменять только свое поле.
Можно было бы на каждый этап делать свою собственную задачу, но это лишний труд, плюс какой-то этап можно забыть создать, или не связать задачи между собой. Если свести все этапы на одну задачу, то можно каждой роли дать доступ на изменение только для своего поля. Но появляется другая проблема - невозможно задать последовательность исполнения этапов. Чтобы снабженец не отправил неготовую технику раньше, чем выполнены предыдущие действия.
Если форма комментария может вызываться по условию - тогда пользователь получит изменять значения только тех полей, которые имеет смысл изменять в данный момент, в зависимости от значений в других полях.