Category Archives: Technology & Execution

No Starving Children? The Shocking Truth About Prioritization.

Prioritization means making decisions that focus energy and resources on a few things that are at the top of the list, and starving things that are lower in the list. The most important aspect of prioritization is the concept of starvation. In the context of prioritization, starvation refers to the lack of attention or resources given to tasks lower down on the priority list. By definition, as we allocate more resources to higher-priority tasks, lower-priority tasks …Continue reading

Announcing Kindel Leadership Development

In 2020 started hosting my Free and Open Office Hours as a way to give back and meet more people in the space industry. As I became useful to those in the space industry and gained expertise in the space domain I discovered how fulfilling helping multiple companies with leadership and operational excellence was. To that end, I have pivoted and made Kindel Leadership Development my primary focus. Hire me for Learn more and get …Continue reading

Engineer the Sh*t out of Errors – Everywhere

Errors. They’re everywhere, but they don’t have to spell disaster. In fact, they’re an opportunity for improvement, if you Engineer the Sh*it out of them. By everywhere, I mean in all functions of a company, not just product or operations. A hallmark of a world-class organization is a mechanism that treats errors as they should be: imperfections in the systems or processes, not personal failings. One of the most famous is Amazon’s Correction of Errors …Continue reading

Make the Routine, Routine – Blow up Dunbar’s Number

As fast-growing organizations approach Dumbar’s number, they either become forever mediocre or they adapt and become excellent at scaling (in addition to being excellent at delivering customer value). The key differentiator is making the routine, routine by implementing cadence-based mechanisms, which I call Routines.Continue reading

Breaking Down Innovation & Invention

A friend recently asked me if I had a Lexicon & Taxonomy for Innovation and Invention. While I do, I realized I’ve never written it down. Here’s my first stab; using the Customer, Business, Organization, and Technology (CBTO) mental model. What do you think? Lexicon: Taxonomy: This lexicon and taxonomy of innovation and invention provide a mental model for understanding and categorizing different types of innovative ideas and approaches. However, simply having innovative ideas is …Continue reading

From Servers, Phones, and Voice Assistants to Space…

Last week I joined my good friend  Den Delimarsky and his colleague Courtny Cotten hosted me on The Work Item podcast. “In this episode, we dive a bit deeper into Charlie’s approach to product ideation and design, discuss the importance of having a principled organization, and ask questions about his most recent adventure around space.” Czech it out here (I love that the transcript is available along with the audio): From Servers, Phones, and Voice Assistants to …Continue reading

How to be a Secret Agent (of Change)

Great leaders don’t let changes happen to them. Instead, they become skilled at driving change. Leaders effective in driving change are known as agents of change or change agents. This post documents a tool called D x V x F > R that will enable you to become a great agent of change.Continue reading

Open Office Hours with Tig

Last month I offered “office hours” to anyone who wanted to chat with me. It was an experiment to see a) if interesting people would reach out, b) if I could be useful to these people, and c) if I’d be exposed to domains where I could spend more of my time in the future. All three hypotheses have turned out true. Thank you to all of you who utilized this so far! I still …Continue reading

Interview with Authority Mag: Homes Of The Future

Jason Hartman recently interviewed me for Authority Magazine. Check it out. Homes Of The Future: “The Future Of Smart Homes” With Charlie Kindel of SnapAV Some quotes: One of the things that really motivates and drives me professionally and personally, is the idea of how technology can improve people’s lives in their homes… I realized then that I was doing it all wrong and that everybody around me was doing it wrong and that they …Continue reading

Broken Windows – Right Idea, Bad Analogy

It is well understood that no product is perfect and small issues will always exist. Without an ongoing mechanism to fix those issues, not only do they not get fixed, they pile up. Having a clear Lexicon and Taxonomy is critical to getting large numbers of people moving forward towards a vision. Having the lexicon be composed of terms that make logical sense, disambiguate, and are memorable is important. Over the years of building many …Continue reading

Mechanisms

Mechanisms are complete processes built around a tool, owned by a leader that gets adopted broadly and regularly inspected and improved to ensure things get done, not because everyone has good intentions, but because the mechanism’s elements structurally force the desired behavior. “Good intentions never work, you need good mechanisms to make anything happen.” — Jeff Bezos I’ve written previously about how Good Intentions are Never Enough and why mechanisms are needed, but I didn’t go deep into how to make mechanisms actually work. …Continue reading

Path To Green

A Path To Green (PTG) is a clear, crisp, and complete statement describing a team’s plan for getting a project or task from red or yellow status to green. Organizations that routinely deliver results on time hold individuals and teams accountable for delivering those results. Ensuring everyone is clear on the status of deliverables is key to this. More importantly, teams need to have discipline around how they move projects that are a bit off the …Continue reading

One-Way and Two-Way Doors

Effective decision-making starts with understanding; in the long-term, very, very few things actually matter. The vast majority of the decisions made day-to-day are either minutia or easily reversible and can be made quickly. However, a small number of things (about 1 in 10) matter a lot (in the long term) and are worthy of serious pondering, discussion, investigation, investment, and decision making. A mentor (Chris Jones) introduced me to the pithy phrase 90% of the decisions you make don’t …Continue reading

Good Intentions are Never Enough

Everyone has good intentions… Everyone WANTS to do the right thing. But good intentions are never enough. Stuff doesn’t get done based solely on people’s good intentions. Change can’t happen based only on good intentions. What is needed is a way to mechanize people’s good intentions. “Mechanisms” are the way. A Mechanism is a complete process that ensures things get done. A complete process is a ‘virtuous cycle’ that reinforces and improves itself as it operates like a snowball rolling downhill. …Continue reading

Have Backbone, Disagree and Commit

Have Backbone, Disagree and Commit Leaders are obligated to respectfully challenge decisions when they disagree, even when doing so is uncomfortable or exhausting. Leaders have conviction and are tenacious. They do not compromise for the sake of social cohesion. Once a decision is determined, they commit wholly. – Amazon’s Leadership Principles This Leadership Principle actually combines two principles that go hand-in-hand. First, there’s the “Have Backbone” part and then the part about disagreeing but committing …Continue reading

Customer, Business, Technology, Organization (CBTO)

CBTO = Customer + Business + Technology + OrganizationContinue reading

"Write Once…" is Anti-Customer

Just as in the ’90s, there’s a bunch of hype these days around solving the cross-platform development problem. Mobile platform fragmentation is killing developers, and if only every device supported some common language or technology engine we could all Write Once and Run Anywhere. If only. WORA was, is, and always will be, a fallacy. WORA reminds me of the mole in whack-a-mole. It just keeps popping up and the realities of competing platform vendors …Continue reading

Don’t Build APIs…

My first job at Microsoft was providing developer support for the early Windows SDKs. To do my job well, I spent hours studying the Windows SDK documentation, the Windows source code, and writing sample applications. I then spent hours poring over customers’ (such as Lotus, WordPerfect, and Computer Associates) code helping them figure out what was not working. This gave me a deep appreciation for API design early in my career. I saw clear examples …Continue reading

Be Either an App or a Platform, Not Both

If you think the thing you are building is both an “app” and a “platform” you will fail. Oh, and if you think it’s going to be a just a platform, you will fail too. (Update: April 6, 2012 – I updated this post with some typo fixes and minor tweaks). A recent story on Hacker News gave me an excuse to write down my thoughts on this subject. I’m reposting here in order to …Continue reading

Technology Complexity

Mostly when I read Don Box’s blog I say to myself “Hmmm, interesting. I didn’t know that. I wonder how long his hair is these days?” What he’s working on (Indigo) is interesting to me (it was my former life), but it’s not where my passion currently lies. Today Don posted a piece as a response to Eric Raymond’s article on software usability. I hadn’t read Eric’s article, but after I did (and John Gruber’s analysis …Continue reading