Горшочек, не вари! Как обуздать бесконечный поток писем и задач - Марк Херст

Каждая папка проекта должна именоваться либо по названию клиента (Acme Industries), либо по собственному названию проекта (Gel conference – «Конференция Gel») и содержать должным образом названные файлы, которые относятся к соответствующему проекту. В папку может входить и несколько подпапок. Например, папка проекта Acme Industries может выглядеть следующим образом:

При создании папки проекта пользователь должен определиться, будет ли это одно из мест, где будут храниться файлы проекта, или единственное место для этой цели. Главным образом это важно при хранении связанных с проектом электронных писем, которые обычно и составляют важнейший информационный поток проекта. Нужно ли оставлять их в почтовом клиенте или сохранять в папке проекта в файловой системе? (Сохранять электронные письма в файловой системе легко: в большинстве почтовых программ в меню File («Файл») есть пункт Save As («Сохранить как»), с помощью которого можно сохранить письмо как файл ASCII (расширение. txt). Пользователю только нужно должным образом назвать файл и перейти в нужную папку проекта, прежде чем нажать кнопку Save («Сохранить»)^[35].)

Для краткосрочного удобства или в силу отсутствия должных навыков многие пользователи хранят все свои письма по поводу проекта в почтовом клиенте – либо в отдельной папке, либо вообще рассыпанными кучей по папке «Входящие». Это может создать проблемы. Если почтовый клиент выйдет из строя, биты могут потеряться или оставаться некоторое время недоступными: сложнее перенести файлы, если вы захотите поменять почтовую программу. Хотя обычно существуют способы переноса писем в конкурирующие почтовые клиенты, создатели программ по очевидным причинам не хотят, чтобы это было так уж легко сделать.

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

• входящие письма (общение между членами команды или другими связанными с проектом людьми);

• исходящие письма (сообщения, которые пользователь пишет и адресует другим членам команды, менеджеру или клиенту);

• заметки с совещаний, которые пользователь делает в текстовом редакторе или Word и сохраняет на жесткий диск;

• заметки с совещаний, которые делают другие члены команды и рассылают по электронной почте как вложения;

• черновики отчетных документов (контракты, таблицы, презентации) и последующие их редакции;

• согласованные, одобренные и представленные версии этих документов.

Для управления этими информационными потоками большинство пользователей, увы, принимают решение, которое кажется наилучшим в краткосрочной перспективе: оставляют биты там, где те были изначально созданы. Это «организация по умолчанию» – худшая из возможных стратегий. В результате пользователи имеют дело с неконтролируемым хаосом и попадаются в сети технологических компаний, которые обещают исправить беспорядок. Посмотрим, что будет, если хранить файлы в месте их поступления или той папке, куда они попадают по умолчанию, если пользователь просто нажимает кнопку Save («Сохранить»):

• входящие письма остаются в почтовом ящике вместе со всей остальной входящей почтой, имеет она отношение к проекту или нет;

• исходящие письма остаются в папке «Отправленные» вместе со всеми остальными отправленными пользователем письмами, имеют они отношение к проекту или нет;

• заметки с совещания находятся там, куда Microsoft Word решит вдруг поместить файл, когда пользователь нажимает кнопку Save («Сохранить»), – обычно это рабочий стол или забитая папка Documents («Документы»), где уже могут находиться самые разные файлы, обычно не имеющие отношения к делу;