Convergence of Game and Software Design Methodology?

I read in the nimrods blog about this article by Jacob Davenport, designer (or co- designer) of some great Icehouse games like Pikemen and Gnostica.

Few topics have garnered such praise and criticism as Agile / Extreme programming (XP) over the past 4 years. Its proponents argue that XP is a deliberate and disciplined approach to software development, while its opponents often claim that it is nothing more than a chaotic, shoot-from-the-hip approach that eschews formal requirements analysis and design. The Truth is, when applied to certain classes of projects, XP is a very attractive, effective approach that can be very successful.

Jacob's juxtaposition of XP on top of game design is interesting, though I wonder what point he is trying to make. I'm not a game designer, but the two seem so very different to me. Software methodologies exist for one primary reason - to reduce the defects (or, to put it a different way, increase the quality) of a software product. Usually this means bringing some formality to how we figure out what the problem is (requirements), how we plan to solve the problem (design), solving the problem (programming), and verifying that we solved it (testing).

Game design isn't so much about solving a problem as it is producing a system for entertainment - an act of creativity. I'm not sure that any sort of methodology would help me become a game designer. But I will concede that Jacob's ideas make a lot of sense around the area of game and rule refinement. He has some nice things to say about refactoring and testing that sound applicable to game design.

Updated: