docs(right kind of wrong): add article to book shelf

app/tag-data.json

@@ -1 +1 @@
-{"me":2,"podcast":1,"digital-transformation":1,"software-factory":1,"book-shelf":74,"docker":2,"databases":1,"golang":1,"generative-ai":1,"security":4,"writing":1,"learning":2,"productivity":26,"growth":5,"yubikeys":1,"encryption":1,"pgp":1,"devops":6,"mental-health":6,"health":2,"value":2,"product-management":3,"marketing":3,"communication":7,"thought-leadership":12,"change":3,"software":4,"architecture":3,"tech":1,"psychological-safety":8,"leadership":13,"culture":7,"decision-making":8,"bureaucracy":7,"strategy":9,"teams":3,"management":1,"people":1,"focus":1,"innovation":1,"visualization":1,"team-building":1,"it":2}
+{"me":2,"podcast":1,"digital-transformation":1,"software-factory":1,"book-shelf":74,"docker":2,"databases":1,"golang":1,"generative-ai":1,"security":4,"writing":1,"learning":2,"productivity":26,"growth":5,"yubikeys":1,"encryption":1,"pgp":1,"devops":6,"mental-health":6,"health":2,"value":2,"product-management":3,"marketing":3,"communication":7,"thought-leadership":13,"change":3,"software":4,"architecture":3,"tech":1,"psychological-safety":9,"leadership":13,"culture":7,"decision-making":8,"bureaucracy":7,"strategy":9,"teams":3,"management":1,"people":1,"focus":1,"innovation":1,"visualization":1,"team-building":2,"failure":1,"it":2}

data/blog/book-shelf.mdx

@@ -1,7 +1,7 @@
 ---
 title: 'Book Shelf'
-date: '2024-09-05'
-lastmod: '2024-09-05'
+date: '2024-11-20'
+lastmod: '2024-11-20'
 tags: ['book-shelf']
 draft: false
 pinned: true
@@ -37,6 +37,7 @@ In order of **Most Useful** to **Least Useful**.
 1. [Deep Work](/blog/book-shelf/deep-work) _(Cal Newport)_
 1. [Hyperfocus](/blog/book-shelf/hyperfocus) _(Chris Bailey)_
 1. [Nonviolent Communication](/blog/book-shelf/nonviolent-communication) _(Marshall Rosenberg)_
+1. [Right Kind of Wrong](/blog/book-shelf/right-kind-of-wrong) _(Amy Edmondson)_
 1. [Fear of Missing Out](/blog/book-shelf/fear-of-missing-out) _(Patrick McGinnis)_
 1. [Build](/blog/book-shelf/build) _(Tony Fadell)_
 1. [Building a StoryBrand](/blog/book-shelf/building-a-storybrand) _(Dennis Miller)_

data/blog/book-shelf/right-kind-of-wrong.mdx

@@ -0,0 +1,100 @@
+---
+title: 'Right Kind of Wrong'
+date: '2024-11-20'
+lastmod: '2024-11-20'
+tags: ['failure', 'psychological safety', 'thought leadership', 'team building']
+draft: false
+summary: >
+  The Science of Failing Well
+# layout: PostLayout
+authors: ['Josh']
+canonicalUrl: 'https://www.joshhaines.com/blog/book-shelf/right-kind-of-wrong'
+images: ['/static/images/eraser.jpg']
+---
+
+<div className="mx-auto w-1/3">
+  <a href="https://www.amazon.com/Right-Kind-Wrong-Science-Failing/dp/1982195061">
+    <img
+      alt="book cover image and link to amazon"
+      src="https://m.media-amazon.com/images/I/41bq5O5pcGL._SY445_SX342_.jpg"
+    />
+  </a>
+</div>
+
+## Introduction and Author
+
+This is the second book I've read from [Amy Edmondson](https://amycedmondson.com/). Her first book, [The Fearless Organization](./fearless-organization) was amazing and was one of two books that provided my introduction to the field of **Psychological Safety**. (The other was [The Culture Code](./culture-code) by [Daniel Coyle](https://danielcoyle.com/). Amy's writing was impeccable and her ability to both explain the science and persuade the reader as to the importance of the findings was powerful. She's currently a professor at Harvard Business School. My friend [William Belcher](https://www.linkedin.com/in/william-b-656b18108/) is attending HBS currently and told me hee walked past her office the other day. I probably would have went full _fan girl_ and took a selfie with her door name tag or something.
+
+Either way, her book was powerful as I worked towards improving how I lead teams. This new book promised to shed light on failing well with the same amount of clarity and impact. The book is divided into two sections: _The Failure Landscape_ and _Practicing the Science of Failing Well_.
+
+<div className="-mx-2 flex flex-wrap justify-center overflow-hidden xl:-mx-2">
+  <div className="my-1 w-full overflow-hidden px-2 xl:my-1 xl:w-3/4 xl:px-2">
+    ![erasing a mistake](/static/images/eraser.jpg)
+  </div>
+</div>
+
+## The Failure Landscape
+
+In the first part of the book the author really works to explain the landscape of failure and chart some waypoints. She discusses three kinds kinds of failures: Intelligent, Complex, and Basic.
+
+### Intelligent Failures
+
+Intelligent failures are the best place to learn and make progress. They are all about embracing reasonable risks for the reward and knowledge an intelligent failure can offer. A failure can be intelligent when it meets four criteria:
+
+- It takes place in new territory
+- It helps you work towards a goal
+- It is informed with available knowledge
+- It is as small as possible while still providing valuable insights
+
+She also discusses the need for intelligent failures to drive and describe a bias for iteration. I love this way of looking at failures. Good failures should be almost expected with small blast radii. If you've done a good job up-front, then when things go wrong it should be clear how to use the new knowledge to run the next small experiment and get closer to your goal on each iteration.
+
+### Basic Failures
+
+Basic failures are next. This is the domain of errors, mistakes, and _oopsies!_ The key point is these are unintended and likely could have been prevented with care in the moment. They tend to not be majorly impactful (although some are!) and are a good source of learning. Basic failures tend to have some consistent characteristics:
+
+- Occur in known territory
+- Single/Simple causes
+- Inattention/Distraction/Neglect
+- Incorrect Assumptions
+
+This tends to be a great place to build a practice of blameless reporting or blameless postmortems. In our team, we have written up some blameless postmortem documents on important and potentially serious mistakes and failures. We've also written up simple common mistakes and documented better practices. By building the muscle of reporting, owning, and sharing our failures widely, it builds our habits for when serious failures happen and reporting could be more visible, impactful, or potentially embarrassing.
+
+### Complex Failures
+
+These failures tend to contain concepts like _many small things went wrong_. This reminds me of the commonly referenced “_Swiss Cheese_” model from [Dr. James Reason](https://en.wikipedia.org/wiki/James_Reason) in the 90s which is common in the aerospace industry (among others). This is the model where safety is a multi-layered process of known vulnerabilities (holes in the cheese) with processes designed to ensure the holes never align and daylight cannot get through. I've had this model drilled into my head from my years in aerospace at both Honeywell and Rolls-Royce. The author notes this model in the book as well.
+
+From the book, complex failures share common attributes like:
+
+- Many potentially small causes
+- Take place in familiar settings
+- Small missed warning signs
+- Often containing external and/or unusual factors
+
+One final note is where she discusses the concept of embracing false alarms. I really liked this concept of recognizing small warning signs through practice knowing that most won't be real or valid. If we begin to embrace and react to small warning signs and make it part of our normal behavior we may have a chance of avoiding a complex failure because the warning signs preceding it won't get overlooked. This is great.
+
+<div className="-mx-2 flex flex-wrap justify-center overflow-hidden xl:-mx-2">
+  <div className="my-1 w-full overflow-hidden px-2 xl:my-1 xl:w-3/4 xl:px-2">
+    ![failure landscape](/static/images/landscape.jpg)
+  </div>
+</div>
+
+## Practicing the Science of Failing Well
+
+Now that we have an understanding of the three major types of failures, the second part of the book goes into detail on what to do about failure and how to ensure we're maintaining a healthy relationship with it. Below are two high level points from this section that hit home for me:
+
+### React Slowly
+
+The author uses this section to make the mandatory offering all recent research books make (and rightly so). That offering is a reference to the pivotal [Thinking, Fast and Slow](./thinking-fast-and-slow) by Daniel Kahneman. I won't drum this point except to say the reference hits home perfectly that few things would make us have a **fast and wrong** reaction than a failure. Failures drive us into intense emotional states and trigger some of the post powerful animalistic emotions we have e.g. fear, shame, vulnerability, embarrassment, anxiety, etc. By purposely training yourself to react to failure using the high road or _Slow_ thinking we can see the failure in the proper light to gain maximally from it.
+
+> [!NOTE]
+> As I'm typing this I'm reading [Brene Brown's](https://brenebrown.com/) _[Dare to Lead](https://www.amazon.com/Dare-Lead-Brave-Conversations-Hearts/dp/0399592520)_ and am thinking about her past books on the power of shame (e.g. [Daring Greatly](https://www.amazon.com/Daring-Greatly-Courage-Vulnerable-Transforms/dp/1592408419)) and considering how strongly those three concepts are connected: **Shame/Failure/Fast Reactions**. Powerful stuff.
+
+## Culture & Failure Sharing
+
+It's easy and common to talk about failure lately and you frequently hear phrases like “move fast and break things” or “failure culture”, but actually living those values is difficult. The ability to grow a team to the point that it becomes normal to share failures openly and without fear of retribution or retaliation is a goal any decent leader should push for. In some ways achieving this level of safety is a mandatory guidepost on the way towards true innovation. This feels like a simple thing to say and understand, but an extremely difficult thing to achieve.
+
+## Wrap Up
+
+Overall, this book was an absolute powerhouse of value and insights. I've come to expect nothing less from Amy Edmondson and this book didn't disappoint. I haven't yet read her other book [Teaming](https://www.amazon.com/Teaming-Organizations-Innovate-Compete-Knowledge/dp/078797093X), but it's high on my backlog list. Although I was reading this with my lens of software/tech/product-building, I feel like some of my friends and colleagues in more traditional engineering roles and product-safety roles would also get a lot from this book.
+
+[Back to the Book Shelf](/blog/book-shelf)