На данный момент нет возможности нормально планировать работы. Так как из-за отсутствия нормального дневного планирования срываются и недельные и месячные сроки. Это можно решить дав админам(хотябы) возможности смотреть в календаре задачи других пользователей. На данный момент можно посмотреть задачи только свои. А нужно чтобы другие руководители проектов зайдя в календарь разработчика видели его занятость по часам. Диаграмма ганта абсолютно не решает эту проблему, так-же она становится бесполезной при оценке даже примерных сроков, когда сами рабочие дни нормально не спланированы. https://planfix.ru - этот инструмент например дает такую возможность. Его кстати рекламировал один из докладчиков на вашем семинаре в днепропетровске 30 октября. Не хочется переходить с битрикс24 на планфикс, но если ничего не изменится то нам придётся это сделать.
Требования к функционалу: 1. Возможность посмотреть в календаре все задачи по всем проектам(группам), поставленные сотруднику по часам. Хотябы под админом или в режиме админа. 2. Нужна возможность запрета ставить сотруднику задачи в один временной промежуток, если уже есть задача в которой указано четкое время в которое человек должен работать, тоесть с 11 до 12:00, 31 октября петров делает постраничную навигацию на таком-то проекте, при попытке создания задачи на эту дату с 11 до 12 должна выдаваться ошибка. Рабочий день человека составляет 8 часов, а ему ставят на день задач на 20 часов. Этот функционал уже частично у вас реализован, но нельзя смотреть чужие задачи в календаре и это очень печально!!!
Не первый раз нахожу в идеях очень нужные и простые фичи предложенные несколько лет назад, с хорошим рейтингом. И не попавшие в работу. Битрикс бъет по площадям, внедряет новые маркетинговые плюшки. А базовый функционал развивается по остаточному принципу. Взяли бы хоть методологию тик-так на вооружение Один релиз новые фичи, Один работа над базовым функционалом.
И не попавшие в работу. Битрикс бъет по площадям, внедряет новые маркетинговые плюшки.
А базовый функционал развивается по остаточному принципу. Взяли бы хоть методологию тик-так на вооружение Один релиз новые фичи, Один работа над базовым функционалом.