Engineering Management

This note does not have a description yet.

  • Taste Is the Refined Sense of Judgement and Finding Balance That Produces a Pleasing and Integrated Whole

    Having ‘good taste’ is difficult to define. Taste is subjective, it is only confirmed by assent from others (from Immanual Kant) a kind of determinate negation.

  • Perfomance Management Calibrations

    A process for managers and senior leaders to discuss the performance across the organization with the goal of consistently and fairly applying expectations for all roles and levels. This helps to decrease the importance of individual’s personal judgment and biases—managers are more of an instrument of the performance process rather than the sole arbiter.

  • Performance Archetype of Engineers I’Ve Managed

    Below are some shapes of engineers I’ve managed in my career and what I’ve learned about them. Pattern matching based on experience is important in an experiential field like management.

  • Managing a Remote Team Is All About the Outputs

    With remote teams, it’s not like you can look over someone’s shoulder or visibly see if they are struggling—the only observable information is the outputs. That’s why remote team management needs to be centered around saying what you’re going to do and then comparing that to the output.

  • Tech Debt

    Accumulated short-term compromises and hacks in a codebase that must be paid down over time. Side effects large amounts of tech debt include decreased velocity of making changes and frequent breakages. However, used well, tech debt can increase the velocity of a team and get more done in less time.

  • Giving Interviews Provides Insights into How Other Companies Work

    When interviewing candidates about their experiences and challenges they have encountered, you learn a lot about their employer, how they work, and the real story behind some decisions if you listen closely.

  • Closing the Gap Between Previous Technical Decisions and the Current Quality Bar Is an Essential Part of Engineering Leadership

    High performing engineering teams continuously raise the bar for technical quality. Previous technical decisions are likely to not meet the current technical quality bar. Closing the gap between the two helps address tech debt and adopt a growth mindset about the team and codebase. All teams that are improving quality will notice the gap and that is to be expected. Failure to close that gap leads to more tech debt.

  • Synthesis Is a Fundamental Skill of Management

    A manager is constantly sythesizing information into useful direction and feedback to the team.

  • A Team Charter Is a Mission Plus Metrics

    A mission should be boiled down to a single aspirational statement that encompasses what the team actually does that’s valuable (not necessarily what leadership says they do), metrics describe the observable effects as the team succeeds in the mission.

  • Eigenvector Goals

    Setting a goal around a metric that is the result of the output of other metrics and goals being driven. These second order changes are not directly worked on by the team, but expected to be achieved.

  • Demo Driven Development

    Using demos as a way of focusing on specific functionality and elevating quality. Presenting your work builds in accountability and reviewing demos provides feedback. Over time, this practice calibrates people around a set of product principles and shared context.

  • Improving Tail Latency Improves Reliability, UX, and Sales

    Focusing on continuously improving p99.9 latency (long tail latency) not only improves overall latency, it necessitates more reliable systems, better user experience, and enables more enterprise sales who tend to want contractual obligations around p50 latency.

  • Performance Snapshot Packet

    Prior to perfomance management calibrations, each manager writes a document that briefly summarizes the performance of each person they managed during the review period. The document needs to highlight specific projects and behaviors with examples to support a facts-based discussion (reduces bias) and reasoning behind the designation decision.

  • Pre-Mortem

    An exercise to enumerate all of the ways a project could go wrong. As a prompt, imagine the project has failed, what happened and why? This helps to uncover possible issues that can be prioritized ahead of time to achieve a more certain outcome.

  • Why There Aren’t More Engineering Management Blogs

    The reason there are far fewer engineering management blogs compared to software development blogs not because there is a small supply of managers who can write blogs, but because managers are secretly worried they are doing it completely wrong (imposter syndrome).