<?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: Rob van Gansewinkel</title>
    <description>The latest articles on DEV Community by Rob van Gansewinkel (@robvangansewinkel).</description>
    <link>https://dev.to/robvangansewinkel</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.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F771973%2Fd6dbfe8c-2e55-4859-a7cc-5c19c36211fe.jpeg</url>
      <title>DEV Community: Rob van Gansewinkel</title>
      <link>https://dev.to/robvangansewinkel</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/robvangansewinkel"/>
    <language>en</language>
    <item>
      <title>Conventional Comments at Sendcloud: better feedback</title>
      <dc:creator>Rob van Gansewinkel</dc:creator>
      <pubDate>Fri, 10 Dec 2021 13:59:25 +0000</pubDate>
      <link>https://dev.to/sendcloud/conventional-comments-at-sendcloud-better-feedback-a01</link>
      <guid>https://dev.to/sendcloud/conventional-comments-at-sendcloud-better-feedback-a01</guid>
      <description>&lt;p&gt;&lt;em&gt;Rob van Gansewinkel, Senior Front-end Developer at Sendcloud&lt;/em&gt;&lt;/p&gt;

&lt;p&gt;We’re all familiar with the problem: &lt;strong&gt;it is easy to misinterpret written feedback.&lt;/strong&gt; Written feedback lacks information that’s encapsulated in (non-)verbal communication, like tone of voice. Also, in written feedback missing the intent behind a comment is commonplace, when you’re not being explicit (enough).&lt;/p&gt;

&lt;p&gt;About 1.5 years ago, a colleague within the frontend chapter shared a link to the Conventional Comments project. After review, this seemed like a possible solution for what we experienced, even more so while working from home. &lt;/p&gt;

&lt;p&gt;Conventional Comments can be used in &lt;strong&gt;any kind of review or feedback process&lt;/strong&gt;, including (but certainly not limited to) code reviews. It adds intent and importance to the comment, promising shorter lead times in a review/feedback process.&lt;/p&gt;

&lt;h2&gt;
  
  
  Using Conventional Comments
&lt;/h2&gt;

&lt;p&gt;The standardized format contains a mandatory “label” and “subject”, as well as an optional “decoration” and “discussion”:&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Format:&lt;/strong&gt;&lt;br&gt;
&lt;/p&gt;

&lt;div class="highlight js-code-highlight"&gt;
&lt;pre class="highlight plaintext"&gt;&lt;code&gt;&amp;lt;label&amp;gt;([decoration]): &amp;lt;subject&amp;gt;
[discussion]
&lt;/code&gt;&lt;/pre&gt;

&lt;/div&gt;



&lt;p&gt;The different label types include:&lt;/p&gt;

&lt;ul&gt;
&lt;li&gt;
&lt;strong&gt;praise:&lt;/strong&gt; highlight something sincerely positive&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;nitpick&lt;/strong&gt;: small, trivial, but necessary changes&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;suggestion:&lt;/strong&gt; propose improvements to the current subject&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;issue:&lt;/strong&gt; highlight specific problems&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;question:&lt;/strong&gt; to address a potential concern (relevancy uncertain)&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;thought:&lt;/strong&gt; represent an idea that popped up from reviewing&lt;/li&gt;
&lt;li&gt;
&lt;strong&gt;chore:&lt;/strong&gt; simple tasks that must be done before the subject can be accepted&lt;/li&gt;
&lt;/ul&gt;

&lt;h2&gt;
  
  
  Example
&lt;/h2&gt;

&lt;p&gt;Imagine you looked at a colleague’s draft for a customer newsletter, and you think they took some liberties describing a product feature. Before hammering away on your keyboard, consider the following: &lt;/p&gt;

&lt;p&gt;&lt;strong&gt;Bad:&lt;/strong&gt;&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;This is not worded correctly.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;&lt;strong&gt;Better:&lt;/strong&gt;&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;suggestion:&lt;/strong&gt; This is not worded correctly.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;Or:&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;nitpick (non-blocking):&lt;/strong&gt; This is not worded correctly.&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;&lt;strong&gt;Best:&lt;/strong&gt;&lt;/p&gt;

&lt;blockquote&gt;
&lt;p&gt;&lt;strong&gt;suggestion:&lt;/strong&gt; This is not worded correctly.&lt;/p&gt;

&lt;p&gt;Can we change this to match the wording of the marketing page?&lt;/p&gt;
&lt;/blockquote&gt;

&lt;p&gt;You’ll find that the third iteration helps you as the reviewer to provide clear &amp;amp; actionable feedback, limits the chance of startling the receiver, and results in shorter lead times in the overall feedback process.&lt;/p&gt;

&lt;p&gt;Check out the project’s &lt;a href="https://conventionalcomments.org/"&gt;documentation&lt;/a&gt; for more guidance.&lt;/p&gt;

&lt;h2&gt;
  
  
  Feedback at Sendcloud
&lt;/h2&gt;

&lt;p&gt;With some other enthusiasts in the Frontend chapter we decided to give it a go. While at first it may feel artificial - and you’ll find yourself editing messages you already sent to apply the standard - it helps you focus on the content of your message. It helps guide your writing. &lt;/p&gt;

&lt;p&gt;Adoption was a gradual process within the frontend discipline but it is fully embraced by now. I used a &lt;a href="https://gitlab.com/conventionalcomments/conventional-comments-button"&gt;Chrome extension&lt;/a&gt; for a while to remind myself to use the standard, but eventually it became so natural that I didn't need it anymore. Writing the Conventional Comments way quickly became a habit. You almost prefix your questions in one-to-one, non-digital communication as well!&lt;/p&gt;

&lt;p&gt;Half a year ago we introduced the idea to our colleagues within the backend discipline, and they’re gradually adopting it. The UX team started 2 months ago, and they are enthusiastic users. I presented the project at the &lt;a href="https://www.meetup.com/UXify-Eindhoven/events/281406449/"&gt;November 4 Uxify meetup&lt;/a&gt;, which we hosted at our Eindhoven office.&lt;/p&gt;

&lt;p&gt;We noticed that it’s easier to ask for reviews when everyone works in the same format. Adopting Conventional Comments has benefitted cross-discipline, and cross-team collaboration at Sendcloud. I would recommend anyone to try it out for themselves!&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;praise:&lt;/strong&gt; Thanks for reading this article!&lt;/p&gt;

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