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.

Software Management

The danger of doing too much

Freshness Warning
This blog post is over 18 years old. It's possible that the information you read below isn't current and the links no longer work.

Deane asked his readers how to provide clients with an easy way to update a small portion of a static site. His particular example is a company who keeps adding and removing locations from their "Where to Buy" list. Apparently he’s got a lot of sites that need some sort of simple updates but don’t warrant a lot of custom programming because he’s toying with the idea of building a application framework that would let him handle these mini apps easily and asks his readers for ideas.

One person suggests using Wordpress or another lightweight CMS to manage these pages. Deane responds

This is great for things that fit that data model, but what about things that don’t? What if they want to maintain a list of Supreme Court cases, complete with about 10 extra fields of data.

I suggest Deane would probably want to start looking at a custom web app at that point. The stated goal of the framework is to allow a simple customer-editable section without requiring lots of custom programming. The list of Supreme Court cases sounds more complex than that.

Developers run the risk of doing too much when they spec an application. They start looking at all the possible edge cases for their app and trying to incorporate them. This leads to a sort of analysis paralysis where the design becomes so complicated that nothing gets built.

Start simple. Look at the problem you have and solve it. Don’t start thinking about how this isn’t going to solve X or Y. Solve one problem and iterate. Another case comes up that doesn’t fit in? Iterate. Design your framework to be flexible enough to handle iterations, but don’t over-design. You’ll never get anything done that way.

Be simple.

And for Deane’s original problem of letting a customer update a list of locations without requireing lots of validation routines and such, I’d suggest something simple. Give them a text field that overwrites a file. The web page reads that file and displays it. Perhaps add Markdown or Textile processing to the file if they want fancy formatting options. Five minutes of programming work and the customer’s happy.

Recently Written

Building the Next Big Thing: A Framework for Your Second Product
Nov 19: You need a first product sooner than you think. Here's a framework for helping you identify a winner.
A Framework for Scaling product teams
Oct 9: The people, processes, and systems that make up a product organization change radically as you go through the stages of a company. This framework will guide that scaling.
My Networked Webcam Setup
Sep 25: A writeup of my network-powered conference call camera setup.
Roadmap Outcomes, not Features
Sep 4: Drive success by roadmapping the outcomes you'll create instead of the features you'll deliver.
Different roadmaps for different folks
Sep 2: The key to effective roadmapping? Different views for different needs.
Micromanaging and competence
Jul 2: Providing feedback or instruction can be seen as micromanagement unless you provide context.
My productivity operating system
Jun 24: A framework for super-charging productivity on the things that matter.
Great product managers own the outcomes
May 14: Being a product manager means never having to say, "that's not my job."

Older...

What I'm Reading