Одинаковый вид дерева задач

[Халфин Тимур Маликович]

Можно ли унифицировать вид дерева задач?

сейчас это дерево в 3-х видах:

1. на панели задач слева (просто дерево, даже свернуть задачи нельзя)
2. на панели проекта - можно сворачивать/разворачивать и отмечать галочками
3. на панели подзадач справа - нельзя сворачивать, но можно редактировать

мое предложение - оставить только один вид (например, комбинацию вариантов 2 и 3).

Лучше меньше да лучше, как говорил Ленин В.И.

[Dmitry Goncharenko]

1. на панели задач слева (просто дерево, даже свернуть задачи нельзя)

Это в каком разделе, Тимур?

[Халфин Тимур Маликович]

1. Это когда хроника открыта

[Dmitry Goncharenko]

Ага, ну я так и подумал.

В общем целом Ленин прав, конечно. Но есть нюансы, связанные с функциями, которые выполняет список задач в разных местах. По этому поводу лично я склонен руководствоваться тризовским принципом местного качества, который декларирует переход от однородной структуры объекта к неоднородной, с целью обеспечить его оптимальное функционирование в разных условиях.

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

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

 

[Халфин Тимур Маликович]

на мой взгляд, здесь этот принцип не учитывает, что пользователь один и тот же остается

[Dmitry Goncharenko]

Физически пользователь один и тот же, конечно - но в разных ситуациях он может хотеть от списка задач разного, и в этом проявляется изменчивость пользователя. И это совершенно нормально, а наша задача - менять интерфейс под ожидания пользователя в конкретных ситуациях.

Опять же уточню: я не защищаю текущую реализацию списков, они могут и будут совершенствоваться  - я о принципе в принципе (извините за тавтологию).

[Халфин Тимур Маликович]

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

я подумал и понял, в чем неудобство:
нет наследуемости при переходе между видами представления задач.

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

интуитивно выбираю надзадачу, перехожу к задаче, выбираю справа "подзадачи" - а не тут то было!
надо было сверху выбирать пункт "задачи", делать новый фильтр и применять массовые действия. или проекты, выбирать проект, искать задачу и применять массовые действия.

короче, неочевидные телодвижения.

приходится помнить, в каком случае для одного и того же списка я могу делать какие действия. Честно говоря, напрягает.

[Dmitry Goncharenko]

Не знаю, насколько описанная ситуация часто встречается в жизни, но пример хороший.

[Халфин Тимур Маликович]

пример: в хронике сообщение "Иванов не успевает"