<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="../assets/xml/rss.xsl" media="all"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Joep Schuurkes (Posts about skills)</title><link>https://smallsheds.garden/</link><description></description><atom:link href="https://smallsheds.garden/categories/skills.xml" rel="self" type="application/rss+xml"></atom:link><language>en</language><copyright>Contents © 2026 &lt;a href="mailto:site@joep.slmail.me"&gt;Joep Schuurkes&lt;/a&gt; 
&lt;a href="https://creativecommons.org/licenses/by-sa/4.0/" rel="nofollow" target="_blank"&gt;
&lt;img alt="Creative Commons BY-SA License" style="border-width:0;margin: 0px 0px 4px 0px;" src="https://licensebuttons.net/l/by-sa/4.0/80x15.png" /&gt;
&lt;/a&gt;
</copyright><lastBuildDate>Sat, 04 Jul 2026 11:03:00 GMT</lastBuildDate><generator>Nikola (getnikola.com)</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs><item><title>Five levels of note-taking in meetings</title><link>https://smallsheds.garden/blog/2025/five-levels-of-note-taking-in-meetings/</link><dc:creator>Joep Schuurkes</dc:creator><description>&lt;div&gt;&lt;h2&gt;level 0: no one takes notes&lt;/h2&gt;
&lt;p&gt;Few things confuse me as much as being a meeting with no one taking notes. Is everyone's memory so much better than my own? Is what's being said just not that important? Are people fine with only retaining a few things and nothing else?&lt;/p&gt;
&lt;p&gt;Luckily I'm not alone. Johanna Rothman seems to agree with me, at least for &lt;em&gt;essential&lt;/em&gt; meetings:&lt;sup id="fnref:1"&gt;&lt;a class="footnote-ref" href="https://smallsheds.garden/blog/2025/five-levels-of-note-taking-in-meetings/#fn:1"&gt;1&lt;/a&gt;&lt;/sup&gt;&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;&lt;em&gt;If a meeting is essential, it will have an agenda. It will have minutes. It will have a list of action items, and someone will manage them so that people are accountable for their action items.&lt;/em&gt;&lt;br&gt;
- &lt;em&gt;&lt;a href="https://leanpub.com/b/modernmanagementmadeeasy"&gt;Modern Management Made Easy&lt;/a&gt; by &lt;a href="https://www.jrothman.com/"&gt;Johanna Rothman&lt;/a&gt;&lt;/em&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;That's why it's level 0. There's no reason to ever be at this level. Borrow some pen and paper. use your phone. The least you can do is take notes for yourself.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://smallsheds.garden/blog/2025/five-levels-of-note-taking-in-meetings/"&gt;Read more…&lt;/a&gt; (5 min remaining to read)&lt;/p&gt;&lt;/div&gt;</description><category>facilitation</category><category>leadership</category><category>note-taking</category><category>self-organization</category><category>skills</category><guid>https://smallsheds.garden/blog/2025/five-levels-of-note-taking-in-meetings/</guid><pubDate>Sun, 20 Apr 2025 22:00:00 GMT</pubDate></item><item><title>Three lessons after three months of quality engineering</title><link>https://smallsheds.garden/blog/2022/three-lessons-after-three-months-of-quality-engineering/</link><dc:creator>Joep Schuurkes</dc:creator><description>&lt;div&gt;&lt;p&gt;Three months ago I started a new job as a quality engineer, supporting two teams. So far it's been an interesting challenge. The two teams were formed only a few months before I joined, although some team members had been working for the company before that. Each team has their own product manager. We also have an engineering manager, but he joined only two weeks before I did. And then I was added to the mix, with a job description that didn't give a lot more guidance than: support the team in things related to testing and quality.&lt;/p&gt;
&lt;p&gt;So my first task in my new job was figuring out what my job was. Or rather, figure out what concrete things I could do that fit that job description. This was not made easier by the fact that we're a fully remote company. Not being in the same space throughout the day does make things harder when you're trying to find your place. Reflecting on the past three months made me realize there are three things that are really important: visibility, connections, and patience.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://smallsheds.garden/blog/2022/three-lessons-after-three-months-of-quality-engineering/"&gt;Read more…&lt;/a&gt; (5 min remaining to read)&lt;/p&gt;&lt;/div&gt;</description><category>quality engineering</category><category>skills</category><category>small steps</category><guid>https://smallsheds.garden/blog/2022/three-lessons-after-three-months-of-quality-engineering/</guid><pubDate>Sun, 27 Nov 2022 15:41:25 GMT</pubDate></item><item><title>Uncovering Agile micro-skills at FroGS conf</title><link>https://smallsheds.garden/blog/2022/uncovering-agile-micro-skills-at-frogsconf/</link><dc:creator>Joep Schuurkes</dc:creator><description>&lt;div&gt;&lt;p&gt;At the second &lt;a href="https://frogsconf.nl/"&gt;FroGS conf Open Space&lt;/a&gt; on 12 March 2022 I facilitated a session based on my blog post &lt;a href="https://smallsheds.garden/blog/2022/four-skills-to-embody-the-four-agile-values/"&gt;&lt;em&gt;"Four skills to embody the four Agile values"&lt;/em&gt;&lt;/a&gt;. My goal with the session was to uncover more Agile (micro-)skills. In this post I'll share what we did during the session and I'll close off with some thoughts on the biggest challenge of this exercise: too many skills. Before I start however, a big thank you to everyone who participated in the session!&lt;/p&gt;
&lt;h2&gt;What we value&lt;/h2&gt;
&lt;p&gt;I opened the session with asking people to add stickies to the board of things they valued in Agile software development. When was I preparing the Miro board before the session, I labeled this part of the board "values". Then I remembered I had decided earlier to label it "what we value", so as to avoid the discussion about what values are and aren't. The topic did come up (i.e. the relation between values, ethics and morals), so I was glad I could respond by saying it's a great topic, but not for this session.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://smallsheds.garden/blog/2022/uncovering-agile-micro-skills-at-frogsconf/"&gt;Read more…&lt;/a&gt; (4 min remaining to read)&lt;/p&gt;&lt;/div&gt;</description><category>agile</category><category>communication</category><category>conferences</category><category>skills</category><category>values</category><guid>https://smallsheds.garden/blog/2022/uncovering-agile-micro-skills-at-frogsconf/</guid><pubDate>Mon, 14 Mar 2022 15:56:09 GMT</pubDate></item><item><title>Four skills to embody the four Agile values</title><link>https://smallsheds.garden/blog/2022/four-skills-to-embody-the-four-agile-values/</link><dc:creator>Joep Schuurkes</dc:creator><description>&lt;div&gt;&lt;p&gt;If you're familiar with the &lt;a href="https://agilemanifesto.org/"&gt;Agile Manifesto&lt;/a&gt;, you're familiar with its four values:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Individuals and interactions over processes and tools&lt;/li&gt;
&lt;li&gt;Working software over comprehensive documentation&lt;/li&gt;
&lt;li&gt;Customer collaboration over contract negotiation&lt;/li&gt;
&lt;li&gt;Responding to change over following a plan&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Recently this made me wonder: how do you apply these values? How do you live them? What skills do you need to embody them? In this post I won't be sharing any definitive or complete answers, but as a starting point I have identified four skills needed to embody the four Agile values.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://smallsheds.garden/blog/2022/four-skills-to-embody-the-four-agile-values/"&gt;Read more…&lt;/a&gt; (9 min remaining to read)&lt;/p&gt;&lt;/div&gt;</description><category>agile</category><category>communication</category><category>skills</category><category>values</category><guid>https://smallsheds.garden/blog/2022/four-skills-to-embody-the-four-agile-values/</guid><pubDate>Sun, 06 Feb 2022 16:04:06 GMT</pubDate></item></channel></rss>