<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/">
  <channel>
    <title>Management on Chris Harding</title>
    <link>https://418b6483.chrisharding-io.pages.dev/tags/management/</link>
    <description>Recent content in Management on Chris Harding</description>
    <image>
      <title>Chris Harding</title>
      <url>https://418b6483.chrisharding-io.pages.dev/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</url>
      <link>https://418b6483.chrisharding-io.pages.dev/%3Clink%20or%20path%20of%20image%20for%20opengraph,%20twitter-cards%3E</link>
    </image>
    <generator>Hugo -- 0.147.7</generator>
    <language>en-us</language>
    <lastBuildDate>Mon, 08 Jun 2020 10:34:03 +0000</lastBuildDate>
    <atom:link href="https://418b6483.chrisharding-io.pages.dev/tags/management/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Tips for getting hired as a developer</title>
      <link>https://418b6483.chrisharding-io.pages.dev/posts/tips-for-getting-hired-as-a-developer/</link>
      <pubDate>Mon, 08 Jun 2020 10:34:03 +0000</pubDate>
      <guid>https://418b6483.chrisharding-io.pages.dev/posts/tips-for-getting-hired-as-a-developer/</guid>
      <description>&lt;p&gt;Given the uptick in people looking for roles right now, I thought I’d share some tips for getting hired as a developer. These tips are things I look for when hiring developers, honed over many years and countless interviews. My aim is to shed some light on what people over the other side of the desk are thinking. Perhaps armed with this perspective, you will think differently about your own approach.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Performance Review 101</title>
      <link>https://418b6483.chrisharding-io.pages.dev/posts/performance-review-101/</link>
      <pubDate>Wed, 18 Mar 2020 21:35:03 +0000</pubDate>
      <guid>https://418b6483.chrisharding-io.pages.dev/posts/performance-review-101/</guid>
      <description>&lt;p&gt;The intention of Performance Review 101 is to give engineering managers an understanding of why we have this process, and what&amp;rsquo;s involved. I&amp;rsquo;m sure you&amp;rsquo;ve all been in one of these meetings, and no doubt loathed having to prepare. But you only get out as much as you put in, and they&amp;rsquo;re a great way to develop your employees. Not convinced? Then read on&amp;hellip;&lt;/p&gt;
&lt;h3 id=&#34;why-do-we-need-a-performance-review&#34;&gt;Why do we need a Performance Review?&lt;/h3&gt;
&lt;p&gt;So first up, what is the point of this meeting and the hours of prep that go in prior? The key reason we have a performance review is to understand and &lt;strong&gt;improve&lt;/strong&gt; your employees performance. This is with respect to both their personal needs and goals, but also the business needs. It&amp;rsquo;s not to say their performance has to be poor, but rather how can we help take it to the next level? To be clear, this is not an exercise in criticism and demoralisation. If there are performance expectation gaps, the review should aim to bridge them in a constructive manner.&lt;/p&gt;</description>
    </item>
    <item>
      <title>How to effectively use your time</title>
      <link>https://418b6483.chrisharding-io.pages.dev/posts/how-to-effectively-use-your-time/</link>
      <pubDate>Sun, 25 Nov 2018 19:26:03 +0000</pubDate>
      <guid>https://418b6483.chrisharding-io.pages.dev/posts/how-to-effectively-use-your-time/</guid>
      <description>&lt;p&gt;Effective use of your time can make a real difference to the impact you have. By employing good organisational techniques, you can achieve much more in those valuable hours than otherwise. Following the 
&lt;a href=&#34;https://chrisharding.io/lessons-learned-as-a-manager&#34; target=&#34;_blank&#34; rel=&#34;nofollow noopener noreferrer&#34;&gt;lessons I learned as a manager&lt;/a&gt;
, I wanted to run through a couple of methods I use to structure my day both personally and at work.&lt;/p&gt;
&lt;p&gt;Note that these are methods which work for me. I am not writing this as a golden bullet for all time management. It&amp;rsquo;s important to understand what works for you and tailor a system accordingly.&lt;/p&gt;</description>
    </item>
    <item>
      <title>The Five Dysfunctions</title>
      <link>https://418b6483.chrisharding-io.pages.dev/posts/the-five-dysfunctions/</link>
      <pubDate>Sat, 22 Sep 2018 14:06:03 +0000</pubDate>
      <guid>https://418b6483.chrisharding-io.pages.dev/posts/the-five-dysfunctions/</guid>
      <description>&lt;p&gt;The next book in my 
&lt;a href=&#34;https://chrisharding.io/tag/books&#34; target=&#34;_blank&#34; rel=&#34;nofollow noopener noreferrer&#34;&gt;series&lt;/a&gt;
 of reviews is called The Five Dysfunctions of a Team by 
&lt;a href=&#34;https://en.wikipedia.org/wiki/Patrick_Lencioni&#34; target=&#34;_blank&#34; rel=&#34;nofollow noopener noreferrer&#34;&gt;Patrick Lencioni&lt;/a&gt;
. The book focuses on what the author describes as the five dysfunctions which cause teams to underperform. Whilst the book is written from a board level, it&amp;rsquo;s clear to see how each of these dysfunctions could apply to any level or size of team. In fact as I was reading this book, I often spent time contemplating examples in my day job. The book is written predominantly as a fable meaning there is a narrative to follow. I enjoyed this aspect as it really brought the dysfunctions to life and enabled me to imagine them at work.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Lessons Learned as a Manager</title>
      <link>https://418b6483.chrisharding-io.pages.dev/posts/lessons-learned-as-a-manager/</link>
      <pubDate>Sun, 01 Apr 2018 15:34:03 +0000</pubDate>
      <guid>https://418b6483.chrisharding-io.pages.dev/posts/lessons-learned-as-a-manager/</guid>
      <description>&lt;p&gt;We all know the story. One minute you&amp;rsquo;re a junior developer learning your first regular expression. A few years and promotions later, you&amp;rsquo;re put in charge of a team of developers. Simple right? Just keep on cranking out the code, review the teams work and everything should fall into place. Except it doesn&amp;rsquo;t. It turns out being a manager is a completely different job to be being a developer and most people feel the pain as they make this transition. So having been through this myself, I thought I would share some of my personal lessons learned as a manager.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
