Skip to content

Latest commit

 

History

History
33 lines (28 loc) · 3.19 KB

leaders_code.md

File metadata and controls

33 lines (28 loc) · 3.19 KB

Leadership Code

Core principles

  • What motivates all of us is autonomy, mastery and sense of purpose. Deliver that.
  • Provide vision and operating context, not control.

As a Leader, I shall:

  • Be humble. Building things in the physical world is hard, and can go wrong in many interesting ways.
  • Hold on to strong views loosely. Conviction provides direction to the team. But, when evidence to the contrary presents itself, change views.
  • Commit once a decision is made, even if I disagree. (It's common for intelligent/reasonable people to disagree)
  • Not dismiss something (tech, policy, process) that does not work without asking the questions 'could it work?' and 'What needs to change to make it work?' (That it doesn't work is stating the obvious.)
  • Hold the urge to complain. Propose solutions. Build consensus. Move forward. It's hard work, but the right thing to do.
  • Accept that mistakes/failures are natural part of learning. Engage end-users with the product/process early and often, so we can make those mistakes early and course-correct cheaply and often
  • Incentivize behaviours, not outcomes (Closely related to James Clear's Identity-Based Habits)
  • Trust people to come up with solutions better than I could and let them drive it.
  • Think positively. Pessimism feels intellectual, but it ain't ('Seduction of Pessimism' - chapter 17 - The Psychology of Money)
  • Ruthlessly prioritise. In a Startup, essential things get done first. The important ones may not get done until later.
  • Not blindly copy the established giants. We are not Google. What may be right for them may not be right for us. This includes ways of working, scale of operations, and engineering philosophy.
  • Always be in bootstrapping mode until revenue positive
    • Know how much it costs, excluding salaries, to run my team. Optimise fixed operational costs (e.g.: cloud services, software license fees)
    • Optimise ratio of engineers to other roles (Eg: project managers). Senior engineers are qualified enough to serve in these roles.
  • Accept that for all issues concerning my team, including their productivity and well-being, the buck stops with me.
  • Not micromessage. The message that goes to the CEO is the message that goes to the shop floor, is the message that goes to the customer. Micromessaging is dishonest.
  • Set high standards for work and behaviours. There will be pressure to lower those standards everyday. I won't do it.
  • Mentor and train my replacement, so I can move on/continue to learn/create further impact.
  • Pay well. Rationale:
    • Low pay sets reduced expectations; high pay incentivises higher performance.
  • Reward and support hyper-performers in every possible way, not just in renumeration. Eg: higher autonomy, authority, responsibility
  • Avoid becoming a middle-manager, and save my best performers from similar fate. A team of high-agency individuals do not need them. Instead, find bandwidth to contribute, expand and sharpen technical skills.

I shall encourage my team to call me out if I am perceived to be breaking the code above