Чтобы добавлять сообщения и комментарии, .

@Irsi:
Irsi

Продолжая тему PIM/PM, начатую в #2162176 — а собственно какие видs задач являются типовыми для SOHO? Я пока что вижу два основных вида, кто видит больше — поправьте:
1. Задачи с четко заданным временным интервалом выполнения (от и до) и обычно — с четко заданным местом проведения. Это различные встречи, совещания, обучение, командировки и т.д. — назовем их мероприятия. Одним из основных свойств оных является то что мероприятия могут пересекаться только если они проводятся в одном и том же месте — например я не могу посетить совещание, если оно находится в ДС-1, а я нахожусь в командировке в ДС-2.
2. Задачи не имеющие четкого временного интервала выполнения, но которые могут (но не обязаны!!!) иметь некий крайний срок, "сделать до". Такие задачи выполняются нередко по несколько штук параллельно. Начальник (поручитель) поручая подчиненному (исполнителю) отчет не хочет, да и не должен указывать ему когда он должен его писать — только срок, когда этот отчет должен быть готов. Исполнитель должен иметь возможность самостоятельно определить сроки когда он начнет делать этот отчет — чтоб до этого момента он не висел в списке текущих задач и не мозолил глаза. Назовем такой тип задач дело.
Дела могут быть частью мероприятия и могут пересекать с ним, например в список дел можно загнать список вопросов, которые надо решить во время проведения совещания.
Ну и разумеется любая задача, как дело, так и мероприятие, могут быть как одноразовыми, так и периодическими.
Да я понимаю что подобное разделение немного искуственно и фактически является вырожденным случаем управления ресурсами, конкретно — рабочим временем.
Ну и если есть система, где реализовано нечто подобное — ткните пальцем.

@Irsi:
Irsi

Что особенно бесит во всех PIM/PM так это обязательно наличие в любой более-менее сложной системе модуля управления ресурсами и соответственно — заточеность всей системы на управление проектом на основе ресурсов. Это — феерический бред, который автоматом приводит к необходимости наличия специально-обученного человека — менеджера проекта, который будет грамотно управлять этими самыми ресурсами. Без него использование подобной системы — немного более чем бессмысленно, попытки игнорировать управление ресурсами приводит к неудобствам и хаосу.
Вывод — для SOHO сегмента нужна с одной стороны достаточно сложная система управлением групповой работы, с другой — в ней должно отсутствовать управление ресурсами. Как класс. Нафиг. Фтопку. В том числе — и пресловутый % выполнения задачи. Ну скажите — кому интересно например что задача "отчет по работе за прошедший период", поставленная начальником менеджеру выполнена на 73%? Отчет он либо есть, либо его нет. Кто будет и на основе каких критериев будет выставлять эти самые % выполнения? В SOHO — никто, это же очевидно. Тогда зачем это городить и усложнять тем самым работу с системой? Задача бывает трех основных видов — поставлена, принята к исполнению/выполняется, выполнена/провалена(просрочена). Ну и возможно некоторые модификации от этих трех основных состояний. Все остальное — от лукавого.
Есть какие-нибуть готовые системы реализующие такой подход? Поддержка диаграмм Гантта — обязательна. Ткните носом плиз.

@Irsi:
Irsi

Итак опять же задачи. В принципе — несколько иное представление календаря, наверно именно поэтому все используют для синхронизации задач iCalendar. Пытаюсь разобраться — можно ли в этом формате задать подчиненные задачи, то есть — выстраивать взаимосвязи между задачами, например для построения диаграмм Ганта. Ну и заодно — назначать ответственного и присваивать прочие ресурсы. Имхо — нельзя. Или я что-то не так читаю? Или может есть какой-нибудь RFC, который дополняет RFC5545? Ткните носом, а?

@Irsi:
Irsi

Продолжаю задавать глупые вопросы по тегу. Следующими на повестке дня — задачи (tasks). Что есть из стандартного для обмена оными между клиентом и сервером? RFC желательно. А так же может ли это стандартное обмениваться связанными задачами — для построения диаграмм Ганта? Пока что — не нашел ничего похожего, тот же гугль создает специальный календарь, но очевидно что это немного не то и напоминает удаление гланд, электродом через анальных проход.

@Irsi:
Irsi

А вот я его опять нашел RFC5804 — A Protocol for Remotely Managing Sieve Scripts. Еще раз спасибо @OCTAGRAM
Вообще-то он немного шире чем просто возможность рулить скриптами для обработки почты с клиента на сервере... но и для этого сойдет. Но как я понимаю он только определяет как рулить скриптами — синтаксис самих скриптов он не определяет. Что собственно приводит к следующему вопросу — а стандартный синтаксис скриптов, точнее правил для обработки почты существует? procmail не предлагать. Лучше что-то в xml-варианте.

@Irsi:
Irsi

Надо ставить теги...
Вот дурацкая проблема — где-то раньше мне рассказали про RFC на Server Side Rules — протоколе взаимодействия почтового клиента с сервером, чтоб хранить правила обработки почты на сервере (ну и выполнять их там же разумеется), а создавать — клиентом. Но теперь не могу найти где... Не напомните еще раз?

@Irsi:
Irsi

Есть один вопрос...
Есть такой протокол — WebDAV. К нему придумано куча расширений/дополнений, например: CalDAV — iCalendar over WebDAV, CardDAV — vCard over WebDAV и т.д. Это первый факт. Второй факт — некоторые почтовые сервисы позволяют ходить за почтой over WebDAV. Внимание вопрос — это как-то стандартизовано? Интересны номера RFC.

@Irsi:
Irsi

Есть такой дурацкий вопрос — во многих почтовых клиентах есть такая сущность как "метка". Например в говноптице по умолчанию это набор из "Важное, Рабочее, Личное, К исполнению, Отложить" и есть возможность создать нечто свое. А теперь собственно вопрос к знатокам imap — это сущность чисто клиентская или она может как-то присуствовать в imap? Умеет или нет говноптица сохранять эту сущность на сервере через imap или нет — не показатель, вон правила она тоже на сервере сохранять не умеет, а такая сущность тем не менее есть.

@Ejik:
Ejik

А вы пользуетесь какой-нибудь системой коллективной работы?

@gg:
gg

Скорее всего откаpываемся в компании от eGroupware в пользу чего-то более легкого. на глаза попала SOGo

@i-do:
i-do

Horde Groupware Webmail Edition is a free, enterprise ready, browser based communication suite. Users can read, send and organize email messages and manage and share calendars, contacts, tasks and notes with the standards compliant components from the Horde Project. Horde Groupware Webmail Edition bundles the separately available applications IMP, Ingo, Kronolith, Turba, Nag and Mnemo. (calendar, contacts, tasks, and notes components) horde.org И описание возможностей в pdf horde.org

@Node:
Node

opengoo.org OpenGoo