Category business of software duotone

Business of Software

In this category, we discuss our approach to the business side of software including topics like prototyping, go-to-market strategy, feature and benefit identification, and so much more!

POST DIRECTORY
 

One of the most interesting types of projects we handle at Haught Codeworks is the project rescue. Rescues come in all shapes and sizes, from freelancer engagements gone wrong to products laden with poor technical decisions. The common trait among all of them is the stakeholders are concerned about the direction of the project. Often times these...

 

After giving the prototyping mindset talk, I got repeated feedback that using the term ‘prototype’ had negative connotations. There were two distinct beliefs that I encountered.

  1. Prototypes are inferior, incomplete and aren’t suitable for the rigors of production use.
  2. Prototypes are thrown away once we are done with them.

Before we explore these...

 

People ask me why we choose to build a prototype instead of building out an entire product from the start. The short and sweet answer is that we would build a product with the wrong features.

I could write a book on all the reasons choosing to build a prototype is better than building the full product, but for the sake of brevity, let’s focus on...

 

Last month I spoke at the Devoxx.us conference in San Jose. It was an enjoyable conference, even if it rained each day I was there. Devoxx is primarily a Java conference, which is a change of pace from the Ruby conferences I frequent. I enjoyed hearing about a different sector of the industry.

One notable aspect of the conference was the amazing...

 

I recently read a post by Jocelyn Goldfein on The Right Way to Ship Software. It’s a great article that covers how different companies ship software. It’s well worth the read if you haven’t done so already. Over the last 17 years of shipping software, I can relate to her take on things.

At Haught Codeworks, we’ve had many types of clients and...

 

On a daily basis, developers are called upon to make decisions about the exact details of how to implement a feature request. For a small feature that takes 1-2 days, there may be a dozen tiny decisions and a few big ones. As developers, we try to anticipate these decisions when discussing the feature request with the client. Even so, we always...

 

Sometimes prospective clients ask me about the benefits of having software veterans building their applications versus using less experienced developers. At Haught Codeworks, the team is pretty senior heavy with half having 10 years or more of experience in the industry. While every developer is different, I have noticed some common traits in experienced...