Archive for March, 2006
Friday, March 17th, 2006
A classic.
Originally, the title of a paper by Fred Brooks suggesting software development is forever doomed to be a complex, unproductive and error prone task.
Until a while ago, this phrase was used mainly by managers trying to justify the quality of the work they are supposed to be responsible for. This usage was widely spread, […]
Posted in Agile, Hitchhiker's Guide To SW Dev, Politically Incorrect, Pearls Of Wisdom | No Comments »
Thursday, March 16th, 2006
While the origins of this phrase are not clear, it is widely accepted that the most probable place to find it is in the support knowledge base of a well-known software company, which would have copyrighted it if she could. The reason this sentence cannot be effectively copyrighted is that it is an essential part […]
Posted in Hitchhiker's Guide To SW Dev, Politically Incorrect, Pearls Of Wisdom, Bugs | No Comments »
Wednesday, March 15th, 2006
Complexity is a significant factor in the cost of software development. The more complex code and design are, the greater the cost of developing, maintaining and extending the product is.
Now, I am not going to discuss what complex design and complex code are in this post. There are many metrics available for measuring complexity. […]
Posted in Design, Requirements, Complexity, Simplicity | No Comments »
Sunday, March 12th, 2006
Jürgen Ahting wrote a great post about cost estimation, risk analysis, managerial accountability, and the (often not obvious) connection between them.
I feel a need to stress what seems to me as the main point in this article: the lack of accountability. Many problems in managing software projects (and managing in general) are derived from […]
Posted in Organizational Culture, Management, Accountability | 1 Comment »
Friday, March 10th, 2006
In a recent post, Johanna Rothman is talking about the need for pictures in design documents. Many design documents I’ve seen, however, suffer from having only UML diagrams with almost no plain English descriptions.
It’s true: a picture is worth a thousand words. But a picture cannot always tell the whole story. When it comes […]
Posted in Design | No Comments »
Wednesday, March 8th, 2006
When you write an article or a book, you know you have to maintain clarity, simplicity, flow and coherence of your written artifact. You know your creation has to be well written (and even well designed) because people are going to read it. At least you hope they will. You know you are writing for […]
Posted in Code Quality | No Comments »
Monday, March 6th, 2006
Here’s a nice real-world story from which we can all learn a lot about usability, design and quality in general.
Everybody knows Google Desktop. As it happens, Google Desktop has a problem with re-indexing files if you move them from one location to another on your hard drive. According to this article, the solution is […]
Posted in Design, Usability, Business, Google | No Comments »
Sunday, March 5th, 2006
In February 2006, while my first book was still being reviewed and edited, I’ve decided to start writing about a topic that was lying in the back of my mind for quite some time.
I didn’t know (and still don’t) if I can turn it into a "real book", or how it will evolve, so I’ve […]
Posted in Management, Business, Book: Seven-Letter Word, Honesty | No Comments »
Saturday, March 4th, 2006
In Quality In The Real World I’ve suggested an abstract formula for practicing quality in your business environment. According to this formula, achieving quality from a business perspective is balancing all the aspects and forces affecting the way you create your products and finding the golden path that will maximize your benefit for the long […]
Posted in Management, Business, Improvement, Strategy | No Comments »
Thursday, March 2nd, 2006
Here’s a rhetorical poll: How many times have you heard (or said) one or more of the following sentences:
Time to market is more important to us than quality.
Our customers don’t care about quality. They just want the product delivered as soon as possible.
We have to settle for “good enough quality” because we don’t have […]
Posted in Management, Business, Improvement, Strategy | 1 Comment »