(Nov 23, 2015)
Just some small thoughts bordering on rants. Something here for everyone to get mad about.
(Nov 2, 2015)
Let's try this again. The previous article was not clear to all readers. I suppose this is often the case with my work but in this case I thought I'd try again.
(Oct 30, 2015)
At the time of the Agile Manifesto, we all did the best we knew. Here's something I wish we had done. (Revised)
(Sep 1, 2015)
One great way to remove an impediment is to replace an old idea with one that's better. Let's give that new idea a new name.
(Sep 1, 2015)
You people could help me by doing a better job and making fewer mistaks.
(Aug 18, 2015)
Semantics is important. Or is it 'are'?
(Jul 29, 2015)
If we can't build software well, all our Agile is for nothing.
(Jul 22, 2015)
Privilege. No privilege. Screw it, improve your situation. Or don't. It's up to you.
(Jul 13, 2015)
Apparently the word 'estimates' is not clear. Here's what I mean and don't mean.
(Mar 25, 2015)
It's not up to Scrum or "Agile" or XP to make you successful or happy. It's on you.
(Mar 23, 2015)
Impediments are there to be removed, not there to be recorded for posterity. Drive them out, don't log them in.
(Mar 22, 2015)
Historically, this was a category for shorter, more edgy articles. I might just bring it back into common use.
(Dec 23, 2009)
Have all your desired features or make an exact date. What's so hard about that?
(Dec 23, 2009)
There are essential practices in Scrum and Agile. Not because we say so. It's the nature of the beast.
(Oct 2, 2009)
I just thought I'd make a page with links that may be worth exploring. If you have some, let me know. I have not explored all of these, nor, probably, have you. That's why I'm listing them.
(Oct 2, 2009)
Here are a few links relating to collocation, thanks to Adrian Howard and others.
(Sep 10, 2009)
Scrum luminaries freely grant the necessity for good developer practices, and the Scrum Alliance is thinking about developer certification. Some important people in the community are involved, and so am I. Read on ...
(Sep 8, 2009)
When terms like Agile or Scrum or TDD get watered down, everyone loses.
(Jun 16, 2009)
A pizza of radius z and thickness a has volume pi*z*z*a. That is all.
(Jun 13, 2009)
We humans like to take a very soft cloud of ideas and give it a name, and then to insist on how good our Named Cloud is compared to some other Named Cloud.
(May 31, 2009)
What should an iterative-Agile team do if it appears that not all the stories they signed up for will get done? Is Kanban the answer?
(May 28, 2009)
OK, let's talk about when to automate tests for the ten thousandth time. I'm patient, in a manner of speaking. I can keep doing this until you get it.
(May 22, 2009)
Scrum's job ends with the problem. Your job begins with the problem.
(May 20, 2009)
I don't believe this quite as much as I did when I wrote it. How about you?
(May 7, 2009)
Anything as hokey as this title needs to be preserved. Really.
(Feb 19, 2009)
Ward Cunningham posted a video on Technical Debt, and Kent Beck and Ed Yourdon (and I) have been tweeting about it. Let me share some thoughts with you here.
(Feb 17, 2009)
Bad product? Bad customer service? Don't care.
(Feb 6, 2009)
In order to do Scrum or XP or any form of Agile successfully, you must refactor. Sorry, not optional. Necessary.
(Feb 4, 2009)
Let's talk about more about code improvement. Some people seem to think that code improvement has a high associated cost. I think it only has a high cost if we're not very good at it.
(Feb 2, 2009)
Many teams seem to get in trouble because they do not have good technical practices. In Scrum terms, they can't get "Done". Is Scrum flawed because these teams do not "discover" such practices?
(Feb 1, 2009)
Some people think that there is a necessary trade-off between internal code quality, and getting things done rapidly. I believe they are quite mistaken.
(Jan 30, 2009)
The amount of context focus is too damn high!
(Jan 28, 2009)
Let's talk about the importance of pair programming.
(Jan 15, 2009)
How many times do I have to tell you this???
(Sep 22, 2008)
The statement means "I cannot refute your foolish and unrealistic argument but I don't intend to change my mind."
(Sep 22, 2008)
On the leandevelopment list, there has been a bit of a discussion on how long the "backlog" should be, and why.
(Sep 18, 2008)
Pressure only works if I get them done: otherwise it just frustrates me, makes me feel bad, makes me slower still.
(Sep 17, 2008)
When we make decisions based on any kind of "true faith" approach, be it religion, Waterfall, or Agile Zealotry, we know we are right. If things don't work out as we hoped, it's not our fault.
(Sep 17, 2008)
Some thoughts on always carrying a throw-down duck.
(Sep 2, 2008)
Burn stories, not tasks. Don't do tasks. Do stories.
(Aug 26, 2008)
Is a call for more principle behavior going to improve our performance? Frankly, I have my doubts.
(Aug 1, 2008)
As my old friend Charles Bair used to say, that's a two-part question. "How?" and "should user stories be written?" The answer to the second question is "No, not really."
(Jul 7, 2008)
Code that slows us down is bad design.
(Jul 3, 2008)
There's nothing like a bean counter when it comes to improving your shopping experience.
(Jul 2, 2008)
Test-Driven Development checks intention. Customer Acceptance Tests check desire.
(Jun 30, 2008)
Scrum works, when it does, because you do just two things.
(Jun 29, 2008)
A link to a gem of an article.
(Jun 28, 2008)
Michael Feathers asks: Are nested classes really a good idea?