<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Galadriel Hotham</title>
    <description>The latest articles on DEV Community by Galadriel Hotham (@galadrielhotham).</description>
    <link>https://dev.to/galadrielhotham</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4236651%2F6792dbc1-3e99-440a-b28e-de301f7a6b62.jpg</url>
      <title>DEV Community: Galadriel Hotham</title>
      <link>https://dev.to/galadrielhotham</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/galadrielhotham"/>
    <language>en</language>
    <item>
      <title>A shared calendar should make publishing easier, not louder</title>
      <dc:creator>Galadriel Hotham</dc:creator>
      <pubDate>Tue, 10 Nov 2026 09:40:18 +0000</pubDate>
      <link>https://dev.to/galadrielhotham/a-shared-calendar-should-make-publishing-easier-not-louder-3aa6</link>
      <guid>https://dev.to/galadrielhotham/a-shared-calendar-should-make-publishing-easier-not-louder-3aa6</guid>
      <description>&lt;p&gt;What is the hardest part of planning a small publication? Often, it is knowing what happens next. A draft sits in an inbox. A photograph arrives without a caption. Everyone assumes somebody else has asked the follow-up question.&lt;/p&gt;

&lt;p&gt;I prefer a modest shared calendar to a complicated dashboard. The tool can be a spreadsheet, a small web app or a board with cards. The useful part is the agreement behind it: one story, one current owner and one clear next action.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F68p9ldx6ljbbzqcjh3rc.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F68p9ldx6ljbbzqcjh3rc.jpg" alt="A small magazine team planning stories around a shared calendar" width="800" height="534"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Start with fewer fields
&lt;/h2&gt;

&lt;p&gt;What does each story need? I would begin with a working title, a reader question, an owner, a draft date, a publication date and a status. Add a short note for the next action. Keep interview recordings and private contact details somewhere with appropriate access controls.&lt;/p&gt;

&lt;p&gt;Why leave things out? Every extra field needs somebody to maintain it. If a column never changes a decision, it probably does not belong on the main board. A separate document can hold the detailed brief.&lt;/p&gt;

&lt;h2&gt;
  
  
  Make the next action visible
&lt;/h2&gt;

&lt;p&gt;“Waiting” is not very useful on its own. Waiting for what? A better note is “Editor to check the opening paragraph by Thursday.” It names the person, the action and the date without turning the calendar into a second article.&lt;/p&gt;

&lt;p&gt;A simple web form can help contributors send ideas in the same shape. Ask for the proposed subject, the reader's question and any practical constraints. Do not require a finished headline before somebody has even explored the idea.&lt;/p&gt;

&lt;h2&gt;
  
  
  Use reminders carefully
&lt;/h2&gt;

&lt;p&gt;Should every change send an email? Please, no. A daily digest or a reminder shortly before an agreed deadline is usually enough for a small team. Let people adjust their notifications. A noisy system soon becomes a system nobody reads.&lt;/p&gt;

&lt;p&gt;Keep status names plain: proposed, researching, drafting, checking and ready. Decide together what “ready” means. It might require checked names, permission for images and a final preview on a phone. The software should reflect that agreement rather than invent it.&lt;/p&gt;

&lt;p&gt;&lt;a href="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F6q03ciw7wksm9drbzfxw.jpg" class="article-body-image-wrapper"&gt;&lt;img src="https://media2.dev.to/dynamic/image/width=800%2Cheight=%2Cfit=scale-down%2Cgravity=auto%2Cformat=auto/https%3A%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Farticles%2F6q03ciw7wksm9drbzfxw.jpg" alt="An editor checking a draft beside a laptop and photo contact sheet" width="800" height="534"&gt;&lt;/a&gt;&lt;/p&gt;

&lt;h2&gt;
  
  
  Leave room for checking
&lt;/h2&gt;

&lt;p&gt;A calendar packed with writing deadlines can hide the real work. Add time for questions, captions and corrections. If a source needs longer to check a factual detail, move the publication date instead of quietly skipping the check.&lt;/p&gt;

&lt;p&gt;Version history is useful here. A shared document lets an editor see what changed without collecting six attachments called “final.” Keep one agreed location for the current draft and record who approves publication.&lt;/p&gt;

&lt;h2&gt;
  
  
  Review the routine
&lt;/h2&gt;

&lt;p&gt;At the end of an issue, ask two questions: where did we get stuck, and what information would have helped? Change one small thing for the next issue. Perhaps the image deadline needs to come earlier. Perhaps a status is too vague.&lt;/p&gt;

&lt;p&gt;A publishing tool earns its place when it reduces chasing and makes space for better questions. The best calendar is not the busiest screen. It is the one that helps a contributor finish a clear and useful story and helps an editor know what to check next.&lt;/p&gt;

</description>
      <category>management</category>
      <category>productivity</category>
      <category>writing</category>
    </item>
  </channel>
</rss>
