52
В Redmine вы можете управлять правами доступа на уровне
проекта, но не можете назначать разрешения для какой-либо версии проекта или
конкретных задач. Это означает, что если пользователям нужен доступ только к
одной задаче, им придется предоставить доступ ко всему проекту.
Если пользователи Redmine получили доступ к проекту, теперь
невозможно ограничить их действия каким-либо отдельным типом задач
(трекер). Например, вы не можете просто разрешить просмотр или создание
какого-либо конкретного типа задачи.
• В Redmine все остальные поля доступны всем пользователям, и
все участники проекта могут просматривать и изменять их. Это ограничение
может вызвать трудности для разнородных команд, когда менеджеры,
разработчики и клиенты могут получить доступ к проекту.
• Redmine не имеет разрешений для определенных типов переходов
в рабочем процессе. Например, теперь невозможно указать, что после того, как
кто-то завершил исправление ошибки, в качестве ответственного лица должен
быть выбран тестер, и должен быть указан номер сборки. Точно так же вы не
можете скрыть внутреннюю переписку между программистами от клиента.
• В Redmine общая сложность задачи не отображается в списке
задач, и выбор невозможен в отчете об интенсивности труда, включая
исполнителей.
• Делегирование задач не реализовано в Redmine - вы не можете
передать задачу другому исполнителю. Имейте в виду, что он должен выполнить
задачу, но наблюдайте за задачей самостоятельно.
1.3.6.Выбор средства реализации
Изначально нашей компании требовалась система отслеживания ошибок,
и после длительного сотрудничества с разработчиками, использующими
программное обеспечение JIRA, мы решили создать собственную команду
разработчиков. В то же время было решено использовать Redmine, серверное