This two-part article explores branching strategies—development tactics that allow teams to work concurrently on different features and maintain the relationship between them. In part one, Steve Berczuk explains what branches are, common types of them, and the tradeoffs between branching styles.

When your customers aren't complaining about the services you provide, it's easy to assume you have happy customers. But that could be a serious mistake. In this week's column, Naomi Karten describes what happened in two organizations that misinterpreted the absence of customer complaints.

As compared to other development methods, agile is clear, straightforward, and rewarding for all of those who are involved in the process. Most of you know this already—that’s why you’re here! Clearly, a successful transition to agile requires a strong organizational commitment and a number of management and development changes. With that in mind, the white-hot movement to this trend over the past year continues to amaze me. In striking parallel, the industry has seen this same sort of resonance around the trend to the “cloud”—secure anywhere access by distributed teams to a centralized set of services and compute resources that span the complete lifecycle of the development and deployment process.

On the surface, a Broadway musical, a newspaper, and software may not seem to have much—if anything—in common, but they have one common thread. All are delivered on a fixed schedule. But of the three, software tends to stray the most from the fixed schedule. In this week's column, Jeff Patton says that by focusing on the readiness of the entire product—as done in theatrical performances and when publishing a newspaper—and not just on the completion of the planned bits of work, you can produce software on a fixed schedule that you know is ready to ship.