<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Leadership on When Moore's Law Ends</title><link>https://jimwang99.github.io/posts/leadership/</link><description>Recent content in Leadership on When Moore's Law Ends</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Mon, 11 May 2020 00:00:00 +0000</lastBuildDate><atom:link href="https://jimwang99.github.io/posts/leadership/index.xml" rel="self" type="application/rss+xml"/><item><title>FANG for decision making</title><link>https://jimwang99.github.io/posts/leadership/fang-for-decision-making/</link><pubDate>Mon, 11 May 2020 00:00:00 +0000</pubDate><guid>https://jimwang99.github.io/posts/leadership/fang-for-decision-making/</guid><description>&lt;h2 id="fang">FANG&lt;a class="anchor" href="#fang">#&lt;/a>&lt;/h2>
&lt;h3 id="frame">Frame&lt;a class="anchor" href="#frame">#&lt;/a>&lt;/h3>
&lt;p>Problem statement &amp;amp; background&lt;/p>
&lt;h3 id="assumption">Assumption&lt;a class="anchor" href="#assumption">#&lt;/a>&lt;/h3>
&lt;p>Based on best info&lt;/p>
&lt;h3 id="non-goals">Non-goals&lt;a class="anchor" href="#non-goals">#&lt;/a>&lt;/h3>
&lt;p>Something NOT trying to solve&lt;/p>
&lt;h3 id="goals">Goals&lt;a class="anchor" href="#goals">#&lt;/a>&lt;/h3>
&lt;p>Something trying to solve&lt;/p>
&lt;h2 id="avoid">Avoid&lt;a class="anchor" href="#avoid">#&lt;/a>&lt;/h2>
&lt;ul>
&lt;li>Too long of framing, not history lession&lt;/li>
&lt;li>Facts are not assumptions&lt;/li>
&lt;li>Goals/non-goals are for “solution” not “discussion”&lt;/li>
&lt;/ul>
&lt;h2 id="best-practice">Best Practice&lt;a class="anchor" href="#best-practice">#&lt;/a>&lt;/h2>
&lt;ul>
&lt;li>FANG-only doc, stop short of proposals&lt;/li>
&lt;li>By taking away potential solutions helps converge on FANG first before solution
&lt;ul>
&lt;li>It takes aways the bias on potential solutions&lt;/li>
&lt;/ul>
&lt;/li>
&lt;/ul></description></item><item><title>How to become a multiplier</title><link>https://jimwang99.github.io/posts/leadership/how-to-become-a-multiplier/</link><pubDate>Mon, 17 Feb 2020 00:00:00 +0000</pubDate><guid>https://jimwang99.github.io/posts/leadership/how-to-become-a-multiplier/</guid><description>&lt;p>From &lt;a href="https://www.youtube.com/watch?v=5w_pONWNAJQ&amp;amp;list=TLPQMTcwMjIwMjCo0Z05d5IN9w&amp;amp;index=1">Cloning yourself isn’t an option by Camille Fournier&lt;/a>&lt;/p>
&lt;ul>
&lt;li>Everyone wants to have clones to help them with certain work.
&lt;ul>
&lt;li>But additive is linear improvements while multiplier is trying to achieve exponential improvements&lt;/li>
&lt;/ul>
&lt;/li>
&lt;li>Tech skills are foundamental, BUT
&lt;ul>
&lt;li>&lt;strong>Availability bias&lt;/strong>: the more skilled a person is on a dimension, the more important they consider that activity to be.&lt;/li>
&lt;li>&lt;strong>Be too afaid of being detached from tech&lt;/strong> is over exaggerated.&lt;/li>
&lt;li>Gradually in time when your c, the bottleneck of your personal performance is less depending on your tech skills, but more on your focus.&lt;/li>
&lt;/ul>
&lt;/li>
&lt;/ul>
&lt;blockquote class='book-hint '>
&lt;p>I’m a digital design engineer, therefore I intent to under-estimate the difficulty or importance of verification.
And the second point of fear also applies to me very well. I’m sill evaluating whether being a manager helps me more or being a indivdual contributor is more satisfying.&lt;/p></description></item><item><title>Improve in engineering leadership</title><link>https://jimwang99.github.io/posts/leadership/improve-in-engineering-leadership/</link><pubDate>Mon, 17 Feb 2020 00:00:00 +0000</pubDate><guid>https://jimwang99.github.io/posts/leadership/improve-in-engineering-leadership/</guid><description>&lt;p>From &lt;a href="https://www.youtube.com/watch?v=9lB0-oubvoM&amp;amp;t=3s">Self-evaluation and improvement in engineering leadership&lt;/a>&lt;/p>
&lt;ul>
&lt;li>
&lt;p>How manage a remote/distributed teams?&lt;/p>
&lt;ul>
&lt;li>Communication is the key.
&lt;ul>
&lt;li>TODO: setup regular communication channel.&lt;/li>
&lt;/ul>
&lt;/li>
&lt;li>Knowing the ppl you are working with, the methods of communication they prefer.&lt;/li>
&lt;/ul>
&lt;/li>
&lt;li>
&lt;p>Peer support for growing as a leader?&lt;/p>
&lt;ul>
&lt;li>It’s a lonely road, unlike engineering, there is not much sharing between peers. And different managers may have totally different problems.&lt;/li>
&lt;li>TODO: peer support group. Or if you are a manager of managers, sharing between your staff is important to improve their performance, maybe yours as well.&lt;/li>
&lt;/ul>
&lt;/li>
&lt;li>
&lt;p>From IC to manager, what don’t you expect before the transition?&lt;/p></description></item></channel></rss>