Сообщество MLO

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

Вариант 1. Каково моё следующее действие в рамках проекта?
Итак, у нас есть хорошо структурированный проект в MLO. Те задачи, которые имеют связи не соответствующие иерархии задач, связываем через зависимости. Если бы я работал над проектом один, то я бы выбрал вариант "Подзадачи по порядку" и получил возможность сфокусироваться на следующих действиях в рамках проекта.
Но в случае коллективной работы над проектом задачи распределены по исполнителям, а значит могут выполняться параллельно. Вариант "Подзадачи по порядку" не подходит в принципе.

Вариант 2. Координация действий без дополнительных затрат.
Имея структуру задач, участники проекта периодически встречаются и согласовывают свои следующие действия в рамках проекта. Отобрав следующие действия в MLO указываются даты Начала/Срок для соответствующих задач. Контекст исполнителя и даты позволяют координировать работу в проекте. Для участника проекта фильтр по этим полям позволяет сфокусироваться на списке его задач.
Но каждый участник проекта предпочтёт иметь этот список в той системе, в которой он держит прочие свои задачи. В нашем случае это RTM. Т.к. RTM не синхронизируется ни с MLO, ни с Outlook, то участники проекта будут вынуждены поддерживать несколько списков. При отсутствии явных преимуществ для работы в MLO, это ограничение сведёт на "нет" все мои усилия по его внедрению.

Вариант 3. Синхронизация с приложениями пользователя.
Работа внедренца состоит в том числе в обеспечении синхронизации данных между приложениями пользователей. Я должен был бы запросить синхронизацию у разработчиков MLO. Но если я рассчитываю на успех, то запрошенная мной синхронизация должна быть востребована другими пользователями MLO. Какую синхронизацию запрашивать? Это тема отдельного сообщения.

Вариант 4. Удалённая работа или сокращение времени на координацию.
Если мы не можем поддерживать жёсткую логику выполнения проекта (вариант 1) и вынуждены постоянно координировать свои действия (вариант 2), то может можно хотя бы сократить время на координацию? От иерархии задач всего пол шага до иерархии заметок к задачам...

Описанная в этом сообщении проблема стала причиной отказа от эксперимента по внедрению MLO. На мой взгляд его использование для коллективной работы над проектами возможно после внедрения одной из перечисленных функциональностей:

• Дополнительное поле "Исполнитель" и иерархия (фильтр к основной иерархии) "По исполнителям".
• Обеспечение синхронизации задач MLO с внешними веб-сервисами управления задачами.
• Отделение заметки от задачи, иерархия заметок к задаче и её синхронизация, форматирование текста в заметках.

Запускаем проект без MLO. Точнее - MLO только у меня. И на каждую встречу по проекту отфильтровываю список задач по контексту для исполнителей. Они отчитываются, я отмечаю в MLO что сделано.
Но список для исполнителя получается плоским. Было бы удобнее настроить фильтр по контексту для иерархического представления (по Схеме) - тогда каждый исполнитель мог бы видеть как выполнение им задач связано с общим ходом работ по проекту.