Задачи 2.0. Предложения и пожелания.

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

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

Вроде как после обновление это уже не работает.

Еще обнаружен такой баг:

Сотрудник (1) создает задачу другому сотруднику (2) в рамках одного отдела.

Так как задачу создает обычный сотрудник (1) - то её нужно принять, и другой сотрудник (2) вправе "отклонить" такую задачу.

Но это можно обойти, если сотрудник (1) создаст задачу самому себе, а потом её переключит (поменяет ответственного) на сотрудника (2). Тогда у сотрудника (2) эта задача будет сразу считаться принятой, без его ведома.

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

Здравствуйте, Иван.

1) пока в модуле бизнес-процессов нет действия для создания задачи 2.0, можете воспользоваться этим временным решением
2) уже работаем над этим
3) расскажите, чего конкретно из представлений вам не хватает (дополнительных колонок, фильтров, сортировок, возможности сохранить представление)
4) объясните, пожалуйста, что именно вас запутало (с ошибками лучше обращаться в ТП)
5) тоже не совсем понял, что вы имеете ввиду
6) в случае, если постановщик не знает, на кого из сотрудников отдела поставить задачу, он может поставить ее на начальника отдела, а тот в свою очередь назначит ее конкретному сотруднику, либо с помощь подзадачи, либо с помощью функции делегирования, которая появится в следующем обновлении
7) после того, как сотрудник отклонил задачу ее можно или удалить, или назначить другого исполнителя
8) учет затраченного времени на задачу скоро будет обновлен, плюс появится интеграция с модулем таймменеджмента
9) появятся вместе с ближайшим апдейтом

Александр,

лучше, конечно, чтобы были именно пользовательские, с произвольным набором параметров и условий (И и ИЛИ), на все случаи жизни.

Конкретно - нехватает возможность вывести колонку "ID" чтобы сказать какой конкретно ID задачи (и выполнить по нему поиск), колонки "Статус", так как сейчас по разноцветным шарикам и мигающим треугольничкам соложно сориентироваться какая задача в каком статусе (если в фильтре выбрано "Все"), и чтобы по колонке "Статус" можно было соритровать.




Ошибок нет, просто запутанная структура.

Например, если в верхнем фильтре выбрать "Мои задачи" а в нижнем фильтре "В работе"
то нам покажется две строчки "Все", в одной строчки "Все" написано 4, а во второй - 6.
http://www.webpagescreenshot.info/img/236424-725201145205pm.png
Непонятно, почему один индикатор пишет что всего задач у меня 4, а второй  - что задач 6.

Ведь если я потом нажму на нижнем фильтре кнопку "Все" то у меня уже будет писать что и в верхнем 6 задач, и в нижнем 6 задач:
http://www.webpagescreenshot.info/img/372204-725201145535pm.png

А этот скриншот еще интереснее:
http://www.webpagescreenshot.info/img/726406-725201145806pm.png
Верхний фильтр показывает что у меня в группе "Все" в верхнем фильтре только одна задача, в то время как "Созданные мной" показывают две задачи.

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

Возможно лучше из двух фильтров сделать один, сделанный с помощью представлений - какие поля захотим вывести (созданные мной, я следящий, в работе, и тд) такие и будут в нем показываться, и справа чтобы писало сколько в этом фильтре элементов. Тогда все будет просто и понятно.


Мне кажется что это не очень удачное решение, так как руководитель может быть в отпуске, и то, что у него появилась новая задача - никто не узнает, а распределять задачи руководителя у простого сотрудника, наверное, прав не будет.

Это не совсем удобно, так как может быть такая ситуация. Сотрудник 1 создал заявку Сотруднику 2, в которой накатал большую просьбу на 2 страницы, прикрепил 5 файлов, назначил 7 следящих. Но Сотрудник 2 не понял в чем состоит задача Сотрудника 1, и нажал "Отклонить". После этого Сотрудник 1 позволнил Сотруднику 2 по телефону, рассказал что в чем тот не прав, и что задачу все-таки нужно сделать, но теперь ему нужно будет еще раз её по новой создавать, заново прикреплять файлы и тд.

тогда в первом фильтре почему "Все" показывает цифру "1" в то время как поля "Созданные мной" и "Статус - Выполняются" равняются двум?
http://www.webpagescreenshot.info/img/726406-725201145806pm.png
что-то тут не так, должо быть писать как миниум 3 в поле "Все".


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

Например, я, начальник отдела маркетинга, ставлю задачу отделу интернет-проектов - добавить новость на сайт. Я поняния не имею о том, кто из сотрудников отдела интернет-проектов занимается добавлением новостей, поэтому ставлю задачу руководителю (если я его не знаю - это видно в структуре).
Но если руководитель сейчас в отпуске или заболел - то тогда задача автоматически должна ставиться на его заместителя.
В то же время, заместителей бывает несколько. Например, когда руководитель сейчас на нашей фирме уходит в отпуск он пишет на всех сотрудников письмо "По каким вопросам к кому теперь обращаться".
В этом плане удобно сделан модуль "Техподдержка", у каждой заявки есть ответственный, заявки распределяет руководитель, или они распределяются автоматически, в зависимости от категории. В случае когда руководитель уходит в оптуск - он меняет ответственного, и теперь все заявки идут на него.
В модуле задачи 2.0 можно указать ответственного/заместителя руководителя? Если да - тогда это многие вопросы снимает.

Возможно имелось в виду зашитое в ядро представление?

Когда планируется ввести События в Задачи 2.0? Крайне нужны

..

Небольшой списочек предложений для модуля Задачи 2.0:

• Необходимо добавить свойство «Процент выполнения задачи». Желательна функция, которая позволит установить процент выполнения задачи, не входя в неё. Либо хотя бы обеспечить обмен этой информацией с MS Outlook.
  
• Необходима связь между Задачами 2.0 и Документами. Это позволит регистрировать по входящей корреспонденции (в виде задач) резолюции руководства по этому документу.
  
• Будет ли реализована субординация?
  
  • Сотрудник может назначить, перевести задачу только на сотрудника своего подразделения или на своего руководителя.
    
  • Руководитель может назначить/перевести задачу только на сотрудников/руководителей, которые находятся ниже в иерархии организационной структуры.
    
• Крайне необходимо делегирование!:
  
  • полномочия по созданию заявок секретарем от имени своего руководителя (многим руководителям не до работы в корп.портале, резолюции пишутся на корреспонденции и служебках «от руки»);
    
  • заместитель руководителя в оргструктуре не имеет подчиненных, но фактически ему подчиняются все, кто подчиняется руководителю. Нужна возможность делегировать замам права руководителя по оргструктуре (субординация).
    
• Фильтр задач по отделу в организационной структуре (+ рекурсивный просмотр вниз по орг. структуре)
  
• Фильтр задач по нескольким сотрудникам одновременно.
  
• Теги!
  
  • Общий набор тегов, не зависимых от пользователей. Таким образом можно в виде тегов вводить дополнительные аналитики по задачам. Например офисы, проекты, направления деятельности и т.п.
    
  • Возможность группировки тегов в структуру, хотя бы двухуровневую.
    
  • Фильтры по тегам.
    
• Протоколы совещаний. Используется связка задач с документами. Документ с типом «Протокол» связывается с набором задач. При отображении документа Протокол видим привязанные к нему задачи с исполнителями и сроками. Таким образом получаем электронную форму ведения протоколов совещаний.
  
  • При отображении задач по протоколу – кнопка «Сменить ответственного» в табличной части задачи.
    
  • При отображении задач по протоколу – кнопка «Быстрая подзадача» в табличной части задачи. Чтобы в процессе совещания секретарь оперативно создавал и назначал задачи.
    
  • Нумерация задач. Для расположения задач в определенном порядке в протоколе. Кнопки вверх и вниз – для движения задач вверх и вниз по списку. Соотв-но в связке задачи и подзадач с протоколом хранить номер задачи/подзадачи.
    
• Более качественный учет времени, затраченного на выполнение задач.
  
  • Добавить возможность добавлять несколько записей о затраченном времени с примечаниями. И с автоматической простановкой даты. Можно использовать для учета времени, сколько затрачено на задачу в одном месяце, и сколько в другом. Либо, например, сколько времени затрачено на задачу в разных офисах.
    
  • Суммарный вывод затраченного времени в табличной части заявки.
    
  • Формат времени не в долях, а с минутами. Например 1 поле с затраченными часами, а второе поле с затраченными минутами.
    
• Добавить возможность добавления файлов к комментарию по задаче.
  
• Может стоило добавить дополнительный статус задачи “На проверку”? После перевода задачи в этот статус постановщику приходит письмо, что задача выполнена и ожидает вашей проверки. Это будет очень похоже итерационное выполнение, которое требует проверки и контроля со стороны постановщика.
  

внедряем на 2-х фирмах корп портал, столкнулись со следующей необходимостью
острая необходимость в:
1) события для создания, изменения, удаления задач. без этого очень сложно дописывать свой функционал
2) пользовательские свойства задач.
3) нормальное редактирование шаблона. и не надо про вью хендлер тут рассказывать, это что, мне для того, чтоб переименовать колоночку или добавить атрибут тайтл к примеру надо лезть в модуль вытаскивать системную функцию и писать на её базе свою? это бред! и это касается не только задач.
4) возможность ставить затраченное время в минутах. зачастую у нас, к примеру, задачи имеют срок 15-30 минут.

хотелось бы видеть:
5) настройку представления, не хватает настройки дополнительных колонок, фильтров, сортировок, возможности сохранить представление
6) как уже упомяналось, связь задач с БП
7) диаграммы ганта
8) в отчётах по эффективности хотелось бы сделать возможность настраивать логику подсчёта эффективности. к примеру эффективность по задачам можно уменьшать на определённый процент в зачисимости от того, на сколько времени задержана задача, и увеличивать на не статический процент в зависимости от того на сколько быстро задача выполнена по сравнению с планом. ну и т.п.
9) ставить задачи на весь отдел а не на одного пользователя. ну или хотябы множественная выборка ответственных

Разработчики!!! Обратите внимание - уже многим этого не хватает!
И ведь было в задачах 1.0 - зачем убрали?