Improving the world with software
Better software. Better questions.
Essays on software development, teams and the craft of building things that last.
Essays from 2009, page 3
44 essays from 2009
-
Why specialization in Software development is bad for business
Specialization in software development hurts our business! I’m not talking about the kind of specialization that leads to spend some more time in one area than in others. I’m talking about the specialization that leads us to have Database Administrators (DBA) or Database Designers (DBD) or Kernel programmers that don’t do anything else! Take the …
-
Pearls of Wisdom: Taiichi Ohno on management
It is rare that one reads something written in 1978 that feels relevant to today’s world in so many ways that is hard to explain all of its consequences. This is what happened today and I wanted to share that. The following is a couple of paragraphs from the “Toyota Product System” (TPS) by Taiichi …
-
Demos, not memos!
An interesting story over at 37signals’ blog about a company/site that was started against someone’s better judgment because the people involved saw a working version of the site not a requirements document!My favourite quote: 1. Ideas are cheap and plentiful. Execution is hard. 2. Meetings suck. 3. Requirements documents suck. Read it. You owe it …
-
Does Toyota really use waterfall for software development?
I saw this post and could not resist leaving a comment. Here’s what I wrote as a comment to that post: How can they [Toyota] apply waterfall and be predictive, fast and high-quality? Those are all qualities that waterfall lacks. Predictability is lost because of lack of visibility into quality until it is too late …
-
Marketing fail redux, the Agile Process edition
I was reading a web-site from a “well know” process person/company in the software field (which will remain unnamed) and found the following quote (names changed to protect the guilty): XYZ corporation senior management decided that ABC Unified Process is the way for better quality, higher productivity and lower cost. I can’t begin to describe …
-
The curious case of buttoned-up Benjamin
Benjamin works in a consulting company where there was no dress-code unless the client would have a dress-code. Since most consultants were testers and coders (and you know how we dress) the clients understood not to demand a formal dress code. Then Benjamin’s company changed his boss. The new boss required and insisted on everyone …
-
The Software quality hash tag #swquality
If you do Twitter you probably know exactly what I’m referring to, if you don’t here’s an article you should read. Together with @most_alive and @Mendelt we just coined a hash tag to aggregate discussions about the cost of quality in software development. The hash tag is #swquality just add that to every tweet that …
-
Perfection in software is cheaper! not more expensive…
The fallacy of perfection = expensive has many forms. Two of which I just run into in the blogosphere. What is this fallacy? Simple, you say to yourself: “perfection in software development is way to expensive, therefore I should not even try to achieve it!”, but that’s a false problem, because perfection is only expensive …
-
What makes a great company? Recognizing you are not one yet…
The statement in the title is true even for those that are commonly recognized as great, as they say “here today gone tomorrow”. If you really want to be great you should not shout it out loud at every opportunity, you should recognize what your strengths are, play to them and always, always be on …
-
Tactile sprint planning
A good friend of mine, James Cooper shared with me this idea about tactile planning. What is it? I asked, he explains it below, but shortly: a great way to get the team to “love” sprint planning! Tactile Sprint Planning explained One of the mantra’s I’ve always liked in Agile is that of continuous improvement. …
-
Bas, and the world are not ready…
My good friend Bas Vodde just published a review of the panflet Scrumban. I see that his review is yet another manifestation of what I titled “the world is not ready“. I don’t think that his ideas are wrong, on the contrary, just that his ideas show that a lot of ground is still to …
-
Acceleration, schmeleration. Scott Ambler misses the point…
Through this post on InfoQ I learned that Scott Ambler is writing about productivity in Agile and how to measure it. He comes up with an interesting concept, that of acceleration. Anyone familiar with statistical process control knows that a process does not have “acceleration” by itself. A process is either under statistic process control …
Nothing matches that yet.
Keep the conversation going
The essays work best in company. Join the community to keep the questions coming.