{
    "version" : "https://jsonfeed.org/version/1",
    "content" : "news",
    "type" : "single",
    "title" : "The Content Corner: Is Pair Writing Right for You? |Digital.gov",
    "description": "The Content Corner: Is Pair Writing Right for You?",
    "home_page_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/","feed_url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/2015/12/14/the-content-corner-is-pair-writing-right-for-you/index.json","item" : [
    {"title" :"The Content Corner: Is Pair Writing Right for You?","summary" : "Fresh from last week’s article about workflows and their importance in the content creation process, I stumbled upon a new twist in content production known as pair writing. Many of you familiar with agile methodologies or software programming in general should know the term pair programming. Pair writing hopes to take some of the same","date" : "2015-12-14T10:00:35-04:00","date_modified" : "2025-01-27T19:42:55-05:00","authors" : {"tyrus-manuel" : "Tyrus Manuel"},"topics" : {
        
            "communication" : "Communication",
            "content-strategy" : "Content strategy",
            "product-and-project-management" : "Product and project management",
            "research" : "Research"
            },"branch" : "bc-archive-content-3",
      "filename" :"2015-12-14-the-content-corner-is-pair-writing-right-for-you.md",
      
      "filepath" :"news/2015/12/2015-12-14-the-content-corner-is-pair-writing-right-for-you.md",
      "filepathURL" :"https://github.com/GSA/digitalgov.gov/blob/bc-archive-content-3/content/news/2015/12/2015-12-14-the-content-corner-is-pair-writing-right-for-you.md",
      "editpathURL" :"https://github.com/GSA/digitalgov.gov/edit/bc-archive-content-3/content/news/2015/12/2015-12-14-the-content-corner-is-pair-writing-right-for-you.md","slug" : "the-content-corner-is-pair-writing-right-for-you","url" : "/preview/gsa/digitalgov.gov/bc-archive-content-3/2015/12/14/the-content-corner-is-pair-writing-right-for-you/","content" :"\u003cp\u003eFresh from \u003ca href=\"/preview/gsa/digitalgov.gov/bc-archive-content-3/2015/12/07/the-content-corner-work-smarter-with-workflows/\"\u003elast week’s article about workflows\u003c/a\u003e and their importance in the content creation process, I stumbled upon a new twist in content production known as \u003ca href=\"http://www.uxbooth.com/articles/write-better-content-by-working-in-pairs/\"\u003epair writing\u003c/a\u003e.\u003c/p\u003e\n\u003cp\u003eMany of you familiar with \u003ca href=\"/preview/gsa/digitalgov.gov/bc-archive-content-3/2015/02/27/foreignassistance-govs-redesign-using-agile-methodology-to-keep-users-in-mind/\"\u003eagile methodologies\u003c/a\u003e or software programming in general should know the term \u003ca href=\"https://en.wikipedia.org/wiki/Pair_programming\"\u003epair programming\u003c/a\u003e. Pair writing hopes to take some of the same efficiencies found in pair programming and apply them to \u003ca href=\"/preview/gsa/digitalgov.gov/bc-archive-content-3/topics/content-strategy/\"\u003econtent creation\u003c/a\u003e.\u003c/p\u003e\n\u003ch2 id=\"two-heads-are-better-than-one-hahahugoshortcode2731s3hbhb\"\u003eTwo Heads Are Better Than One \u003cdiv class=\"image\"\u003e\n  \u003cimg\n    src=\"https://s3.amazonaws.com/digitalgov/_legacy-img/2015/12/600-x-400-Working-in-the-Internet-DragonImages-iStock-Thinkstock-471628089.jpg\"\n    alt=\"Two people work side by side on laptop computers\"/\u003e\u003c/div\u003e\n\n\u003c/h2\u003e\n\u003cp\u003ePair programming gained prominence in the early 2000s as a method to improve the quality of software by having two programmers work together while coding. One programmer would be the driver and be doing the actual coding while the second programmer would sit next to the “driver” and observe, ask questions and consider strategic and customer concerns. While similar to the team work provided by workflows, this second set of eyes operating in real-time allows the “driver” to focus solely on creating code.\u003c/p\u003e\n\u003cp\u003eSome of the empirical benefits of pair programming include:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003ePairs spend 15% more time on coding, but experience a 15% decrease in overall defects.\u003c/li\u003e\n\u003cli\u003ePairs have also been found to consider a wider range of solutions and develop simpler, easier-to-maintain code.\u003c/li\u003e\n\u003cli\u003eAs expected, pair programming is also known to improve communication and foster a greater sharing of knowledge. This is especially true when various pairs are formed on a regular basis.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eAs I was researching pair programming, I could definitely see some parallels and how the benefits of pair programming could be applied to the content creation process. But how to get started?\u003c/p\u003e\n\u003ch2 id=\"pair-up\"\u003ePair Up\u003c/h2\u003e\n\u003cp\u003eOne thing to keep in mind is that any kind of pairing may not work for everyone or every agency. I’ve talked to programmers who loved pair programming and just as many who hated it. So, as you might expect, start slow and see how it goes.\u003c/p\u003e\n\u003cp\u003eOne of the best ways to begin is either with one pair or with a small set of pairs. You should decide upon a fairly straightforward piece of content you need to develop such as a short news piece that everyone feels is important and can be fully engaged with.\u003c/p\u003e\n\u003cp\u003eEveryone involved should also be very clear on what the expectations are of both roles and what the end result should be for the limited exercise. I would spend no more than an hour initially, especially if you decide to just work with another person and form a single pair. The writer should understand that they are free to focus only on writing while the observer’s role is to play the advocate for the user, and the agency, in the process. It’s important for the writer to understand the flow of the process and not be upset or impatient at questions, observations or corrections the “antagonist” of the pair will raise. The end result is to develop the best content possible for the user. \u003cdiv class=\"image\"\u003e\n  \u003cimg\n    src=\"https://s3.amazonaws.com/digitalgov/_legacy-img/2015/12/600-x-400-Two-hands-building-blocks-Comstock-Images-stockbyte-Thinkstock-89649166.jpg\"\n    alt=\"Hands of a man and woman stack building blocks into a pyramid.\"/\u003e\u003c/div\u003e\n\n\u003c/p\u003e\n\u003cp\u003eIt’s also important to switch roles regularly throughout the process so both sides are balanced in both actual content creation and in review. One of my strongest concerns about the practice comes from levels of potential irritation and conflict from the writer. Pair writing (or programming) is essentially legitimizing having someone look over your shoulder. Traditionally that is not something people enjoy, especially when that observer is also possibly reading aloud, making sounds and even interjecting questions or comments while you are writing. The frequent switching of roles seems to me to be the best correction for this; you could perhaps even have both persons monitor irritation levels and make it a rule to switch off when tempers are getting close to a simmer.\u003c/p\u003e\n\u003cp\u003eOnce you have an initial draft completed (and hopefully are still speaking) you can then decide on your next steps:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eDo you feel comfortable going ahead and publishing this first effort?\u003c/li\u003e\n\u003cli\u003eShould you swap with other pairs and repeat the process for another hour?\u003c/li\u003e\n\u003cli\u003eDo you then have a few people outside the process do a quick informal \u003ca href=\"/preview/gsa/digitalgov.gov/bc-archive-content-3/2015/03/19/getting-started-with-usability-testing/\"\u003eusability test\u003c/a\u003e of your new content?\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eOne of the next steps I do not feel should be optional relates to the irritation levels and the animosity that could develop during this process. You and your partner should take time once you have decided the fate of the actual content produced and also review the process itself. An honest assessment of what each of you felt worked or didn’t or suggestions for new things to try, if, and when there is a next session, is an important part of trying any new process.\u003c/p\u003e\n\u003cp\u003eIn the end, you may find you love it or it isn’t for you. I think (where practical) the possible content improvements pair writing can provide deserve a serious test, at a minimum. Instead of a more traditional step-by-step process of gaining \u003ca href=\"/preview/gsa/digitalgov.gov/bc-archive-content-3/2015/05/29/getting-to-know-your-users-tips-and-tricks-from-veterans-affairs/\"\u003euser feedback\u003c/a\u003e on content, pair writing can give you a real-time user sitting by your side helping to guide you or ask questions as you go. Will it be annoying? Most likely. Will it improve your chances of \u003ca href=\"/preview/gsa/digitalgov.gov/bc-archive-content-3/2015/08/31/the-content-corner-optimize-your-content/\"\u003ewriting better content\u003c/a\u003e for the user? Very possible. Test it out and let me know what you find (or if you practice pair writing already, please share in the comments).\u003cem\u003eYou’ve just finished reading the latest article from our Monday column, \u003ca href=\"/preview/gsa/digitalgov.gov/bc-archive-content-3/topics/content-strategy/\"\u003eThe Content Corner\u003c/a\u003e. This column focuses on helping solve the main content issues facing federal digital professionals, including producing enough content and making that content engaging.\u003c/em\u003e\u003c/p\u003e\n"}
  ]
}