Обзор Trello в качестве инструмента для писателя

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

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

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

Большой плюс данного сервиса — ему не надо учиться. Можно открыть и начать набрасывать информацию. Интерфейс и возможности крайне аскетичны, и примерно такая же идеология проповедуется в ведении самой деятельности. Но для писателя это все равно сильно богаче, чем просто текстовый редактор. Это рабочая среда.

Краткая суть статьи

Trello хорошо использовать для:

• Планирования, индивидуальной организации и декомпозиции рабочего процесса на конкретные мелкие задачи
• Разметки сущностей произведения
• Ведения внутренней вики
• Командной работы

Базовые возможности

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

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

Типовая иерархия единиц информации внутри сервиса выглядит так:

1. Команда (группа досок)
2. Доска (проект)
3. Список (колонка с задачами)
4. Задача (карточка)

Важные и полезные возможности:

• Доступность со всех девайсов, облачное хранение.
• Мультиформатность инструмента. Одну доску вы ведете как задачи, вторую как вики, третью как список идей и так далее, в зависимости от ваших нужд и фантазии.
• Возможность даже на бесплатном тарифе выстроить систему доступов для участников при помощи копий досок и команд.
• Возможность наглядно распределить обязанности между участниками.
• Прикрепление файлов. В бесплатном тарифе ограничение на размер файлов 10Мб. Это становится актуальным в том случае, если вы делаете, например, арты и храните исходники к ним.
• Перекрестная разметка ссылками, метками и непосредственно текстом
• Чеклисты
• Возможность формировать расписание и сроки. Впрочем, в писательстве, думаю, это разве что для истинных воинов пера, сильных духом.

Не стоит рассматривать Трелло как аналог Ворда, куда можно складывать килограммы текста. Это более высокоуровневый инструмент, позволяющий организовывать свою деятельность, и именно в таком ключе стоит думать об этом.

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

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

Синтаксис. Трелло использует Markdown, при помощи которого форматируется текст (гугл "синтаксис маркдаун"). Выделения, заголовки, таблицы и прочее.

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

Метки. У меня со временем выработался один маленький признак: если в проекте появились метки — либо речь идет о стратегической доске с глубокой(!) степенью детализации, либо ты что-то делаешь не правильно. Метки являются дополнительным способом категоризации, часто избыточным. Подумайте сначала, как обойтись без них. Впрочем, и этот способ можно усложнить, если доска действительно крупная, а вам это действительно надо.

В первую очередь метки делите по цвету. У вас сразу получится комбо из двух пересечений — по количеству цветов и количеству категорий в них.

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

Если и этого будет мало — делайте вложенность внутри текста меток. То есть название метки внутри цвета будет выглядеть как "Категория 1--> Категория 2". Например, проектируя структуру Ордена, я карточкам, которые касаются Ордена, присваивал метки с детализацией до конкретного отдела: "Уровень допуска 6 / Финансовый отдел". Но вообще, старайтесь не доводить дробление до такого способа, помните — чем глубже иерархия меток, тем сложнее ее поддерживать и ориентироваться в ней.

Организация писательских задач

Обрисуем базовый перечень этапов написания произведения:

• Список идей (беклог)
• В процессе
• Ждет публикации
• Опубликован (архив)

Это и есть наши колонки на доске. Опционально могут быть еще такие списки:

• Инбокс. Полезная колонка на сортировки входящих полезностей, на которые вы натыкаетесь в повседневной жизни. Увидели что-то важно для себя, отправили в Trello с компьютера или телефона.
• Сбор уже отсортированного материала (сама деятельность еще не начата, но идет активная фаза)
• В работу (работа по этой идее еще не начата, но она следующая в очереди)
• Подбор \ создание иллюстраций как отдельный этап
• Бета (если текст редактирует другой человек, можно настроить ему уведомления, которые будут прилетать по факту попадания карточки в эту колонку)
• Фаза активного фидбека (чеклист с конкретными действиями по взаимодействию с читателями)
• Архив. Может быть как отдельной колонкой, так и отдельной доской — все зависит от вашей продуктивности и склонности к упорядочиванию.

Процессную колонку мы тоже можем разделить на несколько, но делать это имеет смысл в том случае, если одновременно в работе у вас сразу много идей:

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

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

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

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

Здесь важно помнить вот что. В больших проектах мы неизбежно пытаемся разбить задачи по степени детализации проекта. Например, на тактические и стратегические. Не забывайте про бритву Оккама и не плодите сущности. Если одно событие нужно отметить в двух местах или более — это плохо, упрощайте структуру проекта, хоть это и потребует определенной доли фантазии.

Организация команды

Поговорим о кооперативной работе. Вы подготовили доски и определились с технической стороной организации процесса.

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

Есть несколько производственных методологий для работы с карточками.

1. Водопад. Работа разбивается на большие блоки и ведется последовательно всеми причастными.

2. Скрам. Один из вариантов гибких методолгий, где процесс бьется на короткие итерации, например, недельные. Каждый следующий спринт планируется заранее и не обязан быть связан с предыдущим. В целом это такая потогонка, когда вам реально важны сроки.

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

На старте деятельность начинается с простой визуализации, чем вообще будете заниматься, для прозрачности среди всех участников. Есть фронты работ, есть конкретные задачи (проработать персонажа, найти материалы, написать текст и т.д.), есть ответственные. Если есть календарь публикаций, то есть и сроки.

Как только на доске участников становится больше одного, заведите привычку регулярно бекапить доски и складывать их в архив. На всякий случай.

Недостатки

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

2. Как я уже сказал, большинство из мною написанного в первую очередь применимо для коротких произведений. Если говорить о романе, я как следует подумал бы, выбирать ли Trello в качестве ядра проекта. Но это субъективно, просто на большом проекте я уже заметил, что приходится больше думать о том, КАК связать сущности между собой, вместо того, ЧТО связывать. В такие моменты я начинаю беситься, а это как правило не те эмоции, которые следует испытывать в работе.

3. Нет возможности откатить изменения. Если кто-то что-то удалил, восстанавливать придется руками из косвенных источников, если они были. Немного упрощает ситуацию наличие дополнения браузера "Trello Card History".

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

Подытожим

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

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

Надежность. В 2017 Трелло стал собственностью Atlassian, что дает основания рассчитывать на долгое существование продукта. В крайнем случае, даже если Atlassian решит прикрыть сервис, возможен органичный переход в другие их продукты, такие как Jira и Confluence. Это один из вариантов, куда расти дальше, если надо выйти на профессиональный уровень.

Удачи всем в писательском ремесле и помните, что сегодня у автора есть гораздо больше возможностей, чем у его коллег по цеху даже каких-то 20-30 лет назад.

Как проработать окружающий мир своего произведения (и не сойти с ума)

Эта статья опубликована на Фикбуке.

Я не пытаюсь научить своего читателя или тем более дать ответ на вопрос “как правильно”. Я где-то только в начале собственного обучения и знаю примерно ничего. Здесь я хочу сформулировать то, что узнал сам и уже как-то попробовал применять.

На написание статьи меня подтолкнула найденная в архиве Фикбука заявка пользователя Sid Highwind “Фантастические миры в фанфиках, их проработка. Глоссарии, приложения, история”. Я почти уверен, что автор заявки не вполне рассчитывал на подобный отклик, ожидая увидеть конечное произведение, однако, в условиях допускается категория “Статья”, и именно ей я и воспользуюсь, возможно таким образом сподвигнув кого-то на интересную художественную работу. К сожалению, реакцию автора мы уже никогда не узнаем.

Основной запрос уважаемого Sid Highwind был заключен в глубокой проработке мира, в котором происходят сюжетные действия. Думаю, не будет преувеличением сказать, что любой фикрайтер и писатель хотел бы создать свой собственный мир, который бы поражал воображение. Но интересный мир – не обязательно проработанный досконально. И, как правильно заметил автор заявки, форма и размер не имеют значения.

По моему наблюдению, богатый лор (от анг. "lore") – это следствие хорошо сделанной истории. Если сюжетные действия представляют единую цепь, а не берутся с потолка, рано или поздно ты придешь к вопросу, а что за мир окружает героев? Какова предыстория этого мира? Какие отличия от нашего там есть и как они влияют на эволюцию местных жителей? И многое другое.

Если сюжетные события можно сесть и написать, чисто на вдохновении и без плана, то лор в любом случае потребует времени и системной работы. Детальная проработка – это вызов фанатам, и важно соблюдать пускай не 100% идеала, но заранее определенный и обозначенный уровень. Без методологии здесь не обойтись, и я попытаюсь в этой статье сформулировать свой экспресс-рецепт.

Кроме совсем ключевых объектов лор лучше прописывать, уже имея на руках хотя бы сырую, но все же законченную историю. Однако, фиксировать нужно с самого начала. Это избавит вас от ненужной работы. Герои и сюжет прописаны, степень детализации – хотя бы до конкретных сцен и диалогов. После этого уже можно приниматься за серьезную работу над окружением. Как дойти до этого этапа – тема для отдельной статьи, и думаю, однажды я напишу и ее в таком же ключе. Если интересно, дайте знать в комментариях.

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

#0. Бритва Оккама

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

#1. Фиксация объектов

Даже если вы пишите в ворде, фиксируйте всегда каждый вводимый вами в историю предмет описания. Когда вы закончите историю, у вас на руках будет полный список задействованных в сюжете объектов. Их можно отдельно выписывать. Можно выделять цветом в тексте. Я обычно даю им уникальные имена + цифровой префикс для категоризации. В результате у меня каждый персонаж, артефакт, географическая точка, природное явление или историческое событие живет под каким-то кодовым названием, по которым у меня еще постепенно формируется справочник. Из-за этого черновой текст иногда выглядит как набор каких-то малопонятных терминов и ощетинивается перекрестными ссылками, как еж иголками. Но вы, как автор, будете прекрасно ориентироваться в этих структурах.

#2. Цель и степень фантазии

Весь полученный набор объектов можно условно разделить на реалистичные, слабо реалистичные и совсем не реалистичные. Уже на этом этапе можно дать оценку каждому из них и спросить себя, так уж ли нужно придумывать в каждом конкретном случае что-то свое оригинальное или же можно подобрать реальный аналог вашей вундервафли в реальной истории. Не будет ли это интересней для читателя? Ведь если сделать все объекты нереальными, скорее всего это будет не интересно читать. По моим ощущениям хорошо работает вообще соотношение 85-14-1, но это не точно.

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

#3. Глубина копания

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

#4. Применение

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

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

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

Выводы

Мое мнение на данном этапе погружения в тему, что, как это ни парадоксально, лор ради лора не нужен. Либо привязка к основным сюжетным событиям, либо дополнительные события, которые в свою очередь привязаны к основным. Иначе это бесконечное болото любования деталями, которые вам важны, а читателю – нет. В лучшем случае это судьба проекта No Man Sky, но скорее всего ваш проект будет объектом поклонения только для вас и может быть еще нескольких фанатов.

Но вообще есть ощущение, что стремление авторов побольше обогатить свою вселенную происходит от недостаточной осознанности пути написания. Это то, на чем я себя ловил много раз. Буквально, если ты пошел описывать как выглядит здание, скорее всего ты подсознательно избегаешь какого-то тупика в сюжете. Возможно, кстати, что именно проработанное здание вас из тупика выведет, но понадобится оно только вам, а для сюжета ее лучше не публиковать. Частая история по наблюдению многих писателей.

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