I've been writing about creating artistic software for some time now, but with a copyright of 2003, this book pre-dates my endeavors and I was surprised not to have heard of it.
Austin and Devin are professors at Harvard, Austin of business and software, Devin of theater. Early in the book they recount how they began the conversation that led to writing the book:
We were surprised to discover common patterns and structures in our separate domains... Some recent ideas and methods in software development, especially in the so-called "agile" community, seemed almost identical to theater methods. As this became more obvious, an idea dawned on business professor Rob: These artists are much better at this than we are. (emphasis NOT mine)
They cite four qualities of artful making: Release, Collaboration, Ensemble, and Play. They address all of these qualities well except for Ensemble, of which more in a moment...
They devote a significant portion of the book to distinguishing knowledge work from industrial work, which is very much worth reading. Then they assuage managers' concerns about security, uncertainty, and fiscal responsibility.
I have three criticisms of the book. One is based purely on my own personal biases, another is a gaping hole in their argument, one that does not get the attention it deserves. The third is more or less wishful thinking on my part.
First, this is not a book for practitioners. This is a book for executives who wander by the agile team room and wonder why it's so noisy and the floor is covered with index cards and there is a box of Lucky Charms on the table and the scrum master is wearing a viking hat. It does not tell you how to do artful making, it only tells you what artful making looks like.
Second, the book glosses over two very important points related to actual practice. The first one is explicit, in the conclusion, discussing the quality of Ensemble, they say "An ensemble at work on a project is a group that exhibits the quality of Ensemble". They admit the tautology, but they have very little to say about how to foster or even recognize the quality of Ensemble in a group. The second point that gets even less attention than "ensemble" is talent. It is impossible to succeed at artistic performance without a talented group of performers. I assume it is difficult for managers to acknowledge that their workers lack talent; and it is very difficult to define what makes one person talented and another not; but I found the lack of discussion of the talent of those doing the work somewhat disturbing.
Finally, and ultimately, the book does not go far enough. On page 40 there is a graphic with the title "Characteristics of Artful Making in Agile Software Development and Play Making" with a lot of common practices. What I would much rather see is a graph entitled "Artistic Performance" listing common practices of Theater, Dance, Music, and Software Development. I'm going to keep working on that graph.