Need someone to lead product management at your software company? I build high-craft software and the teams that build it. I'm looking for my next opportunity. Check out my resume and get in touch.

This is the blog of Adam Kalsey. Unusual depth and complexity. Rich, full body with a hint of nutty earthiness.

Product Management

Projects need leadership

Phillip Harrington asks…

How do you feel about this NEcho stuff? I’m kind of annoyed by the “we need a new spec and it has to be everything to all people and it’s a democracy etc” feeling of the whole thing. I feel like we’ll get 0.1 alpha some time in 2005.

This isn’t the first time something like this has happened. Someone tries to start a new spec and involve everyone else. They make sure to include everything including the kitchen sink. Eventually it gets bogged down, people lose interest, and the project dies. Then someone steps in and shows leadership. They publish a spec and some working code. Other people adopt it. It becomes a de facto standard.

That’s how the Metaweblog API came about. There were various propsals and discussions about replacing the Blogger API with something robust. No one could agree on all the features. The people who would actually be responsible for implementing this stuff lost interest in the project and left, leaving the idealists to their endless planning.

Then Dave Winer stepped in and implemented something. And it worked. And other people adopted it. Was it perfect? No, and I think Dave would be among the first to admit that.

Regardless of what you may think of Dave personally, he gets things done. They may not be done “the right way,” they may not be perfect, but they exist and they work. Which is more than you can say for most other projects.

The funny thing is, from stuff Dave has said in the past, I think he’d be all for improvements to syndication and API formats. He knows that the formats aren’t perfect and there are lot of smart people out there that could improve on his ideas. But they should be simple, and they shouldn’t use names that he’s come to think of as his own. Don’t call it RSS unless you get his blessing on the format. Fine, I can live with that. He’s done more to advance RSS as a simple way to create syndicated feeds than anyone else so respect his wishes.

This project may succeed where others have failed because it has someone working on it full-time. It’s Sam Ruby’s job to figure this out. IBM is paying him to do it. Sam’s obviously a smart guy, and smarts coupled with financial backing is a powerful thing. But my advice would be for Sam to show some leadership. He’s gotten everyone’s feedback and ideas on what the project should do. Now he should close the discussion, develop a draft spec, and put it out for comment.

There will be people that disagree with the spec. There will be those who want to add this and that to it and turn it into a behemoth. Sam should stick to his principles and only make changes where they make sense. Changes should be the result of compelling arguments, not the result of conflict avoidance.

Being a leader is hard, as both Sam and Dave know. Not everyone will like you if you stand up for your principles. But people don’t lead because they want to be popular.

Recently Written

Should individual people have OKRs?
May 14: A good OKR describes and measures an outcome, but it can be challenging to create an outcome-focused OKR for an individual.
10 OKR traps and how to avoid them
May 8: I’ve helped lots of teams implement OKRs or fix a broken OKR process. Here are the 10 most common problems I see, and what to do instead.
AI is Smart, But Wisdom Requires Judgement
May 3: AI can process data at lightning speed, but wisdom comes from human judgment—picking the best imperfect option when facts alone don’t point the way.
Decoding Product Leadership Titles
Mar 18: Not all product leadership titles mean what they sound like. ‘Head of Product’ can mean anything from a senior PM to a true VP. Here’s how to tell the difference.
What branding can teach about culture
Jan 8: Culture is your company’s point of view in action—a framework guiding behavior, even in the unknown. You can’t copy it; it must reflect your unique perspective.
Think Systems, not Symptoms
Dec 15: Piecemeal process creation frustrates teams and slows work. Stop patching problems and start solving systems. Adopting a systems thinking approach helps you design processes that are efficient, aligned with goals, and truly add value.
Your Policies Aren’t Your Culture
Dec 13: Policies guide behavior, but culture is the lived norms and values of your team. Policies reflect culture -- they don’t define it. Netflix’s parental leave shift didn’t change its culture of freedom and responsibility. It clarified how to live it.
Lighten Your Process Burden
Dec 7: Everyone hates oppressive processes, but somehow we keep managing to create them.

Older...

What I'm Reading