Collaborative circles don't have a smooth trajectory toward creative breakthrough. I describe the more common trajectory. I also do a little speculation on how a circle's "shared vision" consists of goals, habits, and "anti-trigger words." I also suggest that common notions of trust or psychological safety may not be fine-grained enough to understand circle-style creative breakthroughs.
I continue to work from Michael P. Farrell, Collaborative Circles: Friendship Dynamics and Creative Work, 2001.
Mentioned
"Bright and dull cows"
Sam Kaner, Facilitator's Guide to Participatory Decision-Making, 1996
Brian Marick, "Seven Years Later: What the Agile Manifesto Left Out", 2008
Image credits
The image is of a route map for a particular cave complex in Carlsbad Caverns National Park, USA. There is not a nice linear path from the starting point to (any) destination. This is also true of creative work, like collaborative circles. The image is in the public domain.
An interview with Lorin Hochstein, resilience engineer and author. Our discussion was about how to handle a complex system that falls down hard and – especially – how to then prepare for the next incident. The discussion is anchored by David D. Woods' 2018 paper, “The Theory of Graceful Extensibility: Basic Rules that Govern Adaptive Systems”, which (in keeping with the theme of the podcast) focuses on a general topic, drawing more from emergency medicine than from software.
Lorin Hochstein
Mentioned
Correction
On pushing, pulling, and balance, A Passion for Tango says on pp. 34-5: "The leader begins the couple's movement by transmitting to his follower his intention to move with his upper body; he begins to shift his axis. The follower, sensing the intention, first moves her free leg and keeps the presence of her upper body still with the leader. [...] The good leader gives a clear, unambiguous and thoughtfully-timed indication of what he wants the follower to do. The good follower listens to the music and chooses the time to move. The leader, having given the suggestion, waits for the follower to initiate her movement and then follows her." He further says (p. 34), "As a leader acting as a follower, you really learn quickly how nasty it feels if your leader pulls you about, pushes you in the back or fails to indicate clearly enough what he wants."
Apologies. I was long ago entranced by the idea that walking is a sequence of "controlled falls". Which is true, but doesn't capture how walking is a sequence of artfully and smoothly controlled falls. Tango is that, raised to a higher power.
Credits
The episode image is from the cover of A Passion for Tango. The text describes the cover image as an example of a follower's "rapt concentration" that, in the episode, I called "the tango look".
I was a core member of what Farrell would call a collaborative circle: the four people who codified Context-Driven Testing. That makes me think I can supplement Farrell's account with what it feels like to be inside a circle. I try to be "actionable", not just some guy writing a memoir.
My topics are: what the context-driven circle was reacting against; the nature of the reaction and the resulting shared vision; how geographically-distributed circles work (including the first-wave feminist Ultras and the Freud/Fleiss collaboration); two meeting formats you may want to copy; why I value shared techniques over shared vision; how circles develop a shared tone and stereotyped reactions, not just a shared vision; and, the nature of “going public” with the vision.
Mentioned
Four articles that demonstrate personal style:
Los Altos Workshop on Software Testing and related:
Image credit
Michael P. Farrell's Collaborative Circles: Friendship Dynamics and Creative Work (2001) describes how groups of people follow a trajectory from vague dislike of the status quo, to a sharpened criticism of it, to a shared vision (and supporting techniques) intended to displace it. The development of so-called "lightweight processes" in the 1990s can be viewed through that lens. I drag in a little discussion of binary oppositions as used in Lévi-Strauss's Structural Anthropology (1963) and later work.
Mentioned
Credit
The image of the screech owl is by permission of Erica Henderson. It was inspired by the "Doamurder, West Virginia (The Book of Genesis, Part 1)" episode of the Apocrypals podcast. I bought my Lilith T-shirt from their merch store, which also contains sticker versions, etc.
Michael P. Farrell's Collaborative Circles: Friendship Dynamics and Creative Work (2001) is about how groups of people ("circles") begin with discomfort about the status quo and, after collaboration and discussion, make creative breakthroughs. It's based on six case studies. Four are circles of artists and painters, one looks at the early development of Freud's psychoanalysis, and one is devoted to a particular group of "first wave" feminist agitators.
This episode aims to tempt you to want to learn more: by summarizing two of Farrell's case studies. My original thinking was that Farrell's model of circle development would be generally applicable to software teams dissatisfied with the status quo of development and who didn't fit common models like forming-storming-norming-performing. As I dug into the details, I realized it's not as widely applicable as I'd hoped, at least without substantial customization. So the episode ends with some reasons you might not want to listen to the next one. But I hope you do!
Other sources and references
Credits
The episode image is "Ulysses and Nausicaa" by Charles Gleyre. In theme and style, it's the kind of art the Impressionists were rebelling against.
Jessica Kerr (known to computers everywhere as @jessitron) is a software developer, speaker, and symmathecist. (A symmathesy is a learning system composed of learning parts. To her, each software team is a symmathesy composed of the people on the team, the running software, and all of their tools.) @jessitron is another of those people who apply ideas from outside software to software, including in her role as a developer advocate at Honeycomb, a company that aims to make the workings of software visible to its developers. Were she not engaging, personable, and enthusiastic, she'd be scarily like me. This conversation is about C. Thi Nguyen's book Games: Agency as Art, whose blurb starts, "Games are a unique art form. Game designers don’t just create a world; they create who you will be in that world. They tell you what abilities to use and what goals to take on. In other words, games work in the medium of agency."
Jessitron links
References
In the podcast, I mentioned classic English country gardens. I riffed a bit on Tom Stoppard's play "Arcadia". It "explores the relationship between past and present, order and disorder, certainty and uncertainty. It has been praised by many critics as the finest play from 'one of the most significant contemporary playwrights' in the English language. In 2006, the Royal Institution of Great Britain named it one of the best science-related works ever written." I cut the riff out because – embarrassingly – I couldn't remember the names of either the play or its author. From personal experience, I can recommend this full cast performance for a road trip. On that trip, we also listened to the Alzabo Soup podcast's multi-episode commentary.
Photo credit: me
James C. Scott, Seeing Like a State: How Certain Schemes to Improve the Human Condition Have Failed, 1998.
Paul McCauley has used the idea of eidolons in more than one series. (Two that I know of.) The most recent is in his "Jackaroo" series of two novels and a few shorter pieces. The first of the novels is Something Coming Through. Here's a review. "Something Happened Here, But We’re Not Quite Sure What It Was" is a short story that I think stands alone. I quote from the second Jackaroo novel, Into Everywhere, but I wouldn't read it first unless you're a fan of Gene Wolfe and like figuring out the backstory yourself.
E. H. Gombrich, The Story of Art, 1995
Paul Feyerabend, Bert Terpstra (editor), Conquest of Abundance: A Tale of Abstraction versus the Richness of Being, 2001
Albert O. Hirschman, Exit, Voice, and Loyalty: Responses to Decline in Firms, Organizations, and States, 1972.
Credits
Worker and Kolkhoz (collective farm) Woman Monument from C.K. Leung, CC BY-NC-ND 2.0. Although I don't dwell on it in this episode, Scott uses the Soviet collective farm as a big example of a failure of Seeing Like a State.
James C. Scott, Seeing Like a State: How Certain Schemes to Improve the Human Condition Have Failed, 1998.
The Mastodon companion to this podcast: social.oddly-influenced.dev
Credits
Satellite image of Brasilia courtesy Axelspace Corporation, CC BY-SA 4.0, via Wikimedia Commons
Mentioned
Glenn's other recommendations:
Credits
Image of double effect distillation chemical plant via Wikimedia Commons. User:Luigi Chiesa, CC BY 3.0. Cropped by Brian Marick.
Mark Seemann
The books
Also mentioned
Credits
The image of Theseus, the spaceship in Blindsight, is from a page from Peter Watts' website. The image is not marked Creative Commons, though the whole novel is, so I'm hoping Mr. Watts won't mind.
Credits
Image of a veterinarian succussing a Holstein cow courtesy Dawn Marick, DVM, MS, DACVIM(LA).
People mentioned
Einar W. Høst
Credits
Picture of a Kula ring gift item, Brocken Inaglory, CC BY-SA 3.0, via Wikimedia Commons
Credits
Roulette wheel image from Flickr user k-bot, CC BY-NC-ND 2.0.
Credits
An image from an undated review of a staging of "Fiddler on the Roof". DuckDuckGo claims it's CC-licensed, but I can't tell. I'm gonna risk it.
Credits
Flask from DataBase Center for Life Science (DBCLS), CC BY 4.0, via Wikimedia Commons
Peter Galison, Image and Logic: A Material Culture of Microphysics, 1997
Credits
Roman coin depicting the harbor at Ostia, from the title page of The Periplus of the Erythraean Sea: Travel and Trade in the Indian Ocean by a Merchant of the First Century, translated by Wilfred H. Schoff, 1912. Source unknown, but the entire book is public domain. Via Wikimedia Commons.
Peter Galison, Image and Logic: A Material Culture of Microphysics, 1997
Brian Marick, An Outsider's Guide to Statically Typed Functional Programming, unfinished
Brian Marick, Lenses for the Mere Mortal: Purescript Edition, unfinished
Programming languages: Clojure, ClojureScript, Elixir, Elm, Purescript
Credits
Photo of proton-antiproton collision from UA5 collaboration, CERN, Public domain, via Wikimedia Commons.
Lakatos in a nutshell
Scientists join research programmes. Research programmes are characterized by a small hard core of 2-5 postulates that guide development of theories and experiments. The hard core is not questioned from within the research programme.
To be progressive, a research program must produce a series of dramatic ("novel") predictions that are confirmed by experiment. This is in contrast to the mainstream account of science, which emphasizes that it's rational to believe in a theory only if its predictions are not (yet) refuted. Lakatos's argument is that real scientists don't abandon beliefs because they're refuted. Indeed, "theories grow in a sea of anomalies, and counterexamples are merrily ignored."
While anomalies or counterexamples are generally shelved to deal with later, some are too telling to ignore. Scientists react by producing an protective belt of auxiliary hypotheses. Those are of two sorts:
Note that you can't tell from the outside which category a protective theory falls into. That's discovered over time.
Unlike the hard core, parts of the protective belt can be dropped or replaced.
A research programme is degenerating if:
A research programme can recover from degenerating and become progressive again.
The wikipedia article has more detail. It's pretty good as of this episode's publication date.
References
The standard reference is Lakatos's Philosophical Papers, Volume 1: The Methodology of Scientific Research Programmes, 1978, Currie & Worrell (editors). I personally found a series of Lakatos's transcribed lectures more useful for this episode. They're in For and Against Method: Including Lakatos's Lectures on Scientific Method and the Lakatos-Feyerabend Correspondence, 1995, Motterlini (editor). Lakatos and Feyerabend were both friends and sparring partners with very different views about science. Unfortunately, Feyerabend didn't save most of Lakatos's letters, and Feyerabend's letters tend more toward gossip than debate about issues. It's quite a loss, given that Lakatos died young (age 51).
I don't mention it in the podcast, but Lakatos's Proofs and Refutations: The Logic of Mathematical Discovery, 1976, Worrall and Zaher (editors) is a wonderful book. It's a series of fictional conversations between a teacher and his students that recapitulates the history of Euler's polyhedron formula, V-E+F=2. As with his later Methodology did for science, Lakatos demonstrates that mathematics isn't just a steady accumulation of knowledge. Mathematicians don't just play the definition-theorem-proof game; they also use techniques like "monster barring". You'll be surprised by how entertaining it is.
Immanuel Velikovsky, Worlds in Collision, (first edition, 1950). Wikipedia article.
The Millikin oil drop experiment.
The manifesto for Agile software development.
Kent Beck and Cynthia Andres, Extreme Programming Explained: Embrace Change(second edition, 2004).
Edward Yourdon, Death March (first edition 1997).
My Bothered Bolsheviks are described in Stephen Kotkin, Stalin: Volume I: Paradoxes of Power (1878-1928), 2014.
Credits
Comet Hale-Bopp image by E. Kolmhofer, H. Raab; Johannes-Kepler-Observatory, Linz, Austria, CC BY-SA 3.0, via Wikimedia Commons
James Shore: website, The Art of Agile Development, AOAD book club, twitter
Mentioned
Susan Leigh Star, This is Not a Boundary Object: Reflections on the Origin of a Concept, 2010
Jeff Patton: website, story mapping articles, story mapping book, twitter
Gojko Adzic: website, book on impact mapping, impact mapping website, twitter
Diana Larson: website, twitter
Alistair Cockburn: website, twitter
Jessica Kerr: website, twitter, symmathesy
Michael Feathers: website, twitter
Miro collaboration app
Gather.town a collaboration app mimics more properties of physical space
Pictures
A Patton-style story map
An Adzic-style impact mapping
A Shore-style cluster map
A sequence diagram
Credits
Shoreline image by Flickr user dronepicr, CC BY 2.0
GuestsElisabeth Hendrickson, @testobsessed, Curious Duck Digital Laboratory
Chris McMahon, @chris_mcmahon, blog
CitationsCrafting Science: A Sociohistory of the Quest for the Genetics of Cancer, Joan Fujimura, 1997.
Explore It!: Reduce Risk and Increase Confidence with Exploratory Testing, Elisabeth Hendrickson, 2012.
CitationsCrafting Science: A Sociohistory of the Quest for the Genetics of Cancer, Joan Fujimura, 1997.
Contingency, Irony, and Solidarity, Richard Rorty, 1989.
Smalltalk Best Practice Patterns, Kent Beck, 1996.
Ward Cunningham on "working the program", 2004.
The Mathematical Experience, Phillip J. Davis and Reuben Hersh, 1980.
"Elephant Talk", King Crimson, 1981 (audio).
"Hammock-Driven Development", Rich Hickey, 2010 (video).
"What is Hammock-Driven Development?", Keagan Stokoe, 2021
Credits
Image of contrasting words from Flickr user andeecollard, Creative Commons License CC BY-SA 2.0
Recombinant DNA ("gene splicing") was a wildly successful technology in the world of cell biology. Its success gave credibility to the associated "proto-oncogene theory of cancer." The theory piggy-backed on the tool.
jUnit was a fairly successful tool in the world of Java programmers. But it was not as successful as recombinant DNA, and it was fairly unsuccessful at promoting its associated theory of test-driven design.
This episode looks at what (according to Joan Fujimura's ideas about the history of molecular biology) is required for a tool to be successful, and why jUnit's theory didn't successfully piggyback on the tool.
Sources mentioned
Crafting Science: A Sociohistory of the Quest for the Genetics of Cancer, Joan Fujimura, 1997.
Molecular Cloning, a Laboratory Manual (Fourth Edition), Michael R. Green and Joseph Sambrook, 2012.
“Test Infected: Programmers Love Writing Tests”, Kent Beck and Eric Gamma.
"JUnit: A Cook's Tour", Kent Beck and Eric Gamma.
Junit Recipes: Practical Methods for Programmer Testing, J. B. Rainsberger, 2003.
XUnit Test Patterns: Refactoring Test Code, Gerard Meszaros, 2007.
My question about the adoption of TDD
When TDD arrived on the software scene around 1980, it became popular very fast. Why did it succeed so well?
I think it's because it was a combined theory and technology that hit the same "sweet spot" of intellectual infectiousness that the "proto-oncogene theory of cancer" did in the 1980's. Most of this episode is a history of the proto-oncogene theory. The next episode will look at case studies in software.
Sources:
Crafting Science: A Sociohistory of the Quest for the Genetics of Cancer, Joan Fujimura, 1997.
"Crafting science: Standardized packages, boundary objects, and 'Translation.'", Joan Fujimura, in Science as Practice and Culture, Andrew Pickering (ed.), 1992.
The Craft of Software Testing, Brian Marick, 1994. (Don't buy this book unless you need it for the unauthorized biography of me that you're writing. It's terribly out of date.)
Credits
I mention a comment from Twitter user James Thomas (@qahiccupps)
The DNA artwork is by Zephyris - Own work, CC BY-SA 3.0.
Thanks to Dawn Marick for checking the draft script.
The episode builds from the paper “Institutional Ecology, 'Translations', and Boundary Objects: Amateurs and Professionals in Berkeley's Museum of Vertebrate Zoology, 1907-1939”. It contains a brief history of how biology was changing around 1907, how scientists and collectors collaborated using "boundary objects", and how acceptance tests can be seen as boundary objects. It ends with some heretical thoughts about business alignment.
Thanks to Randy Clayton and Dawn Marick for advice about the script.