Crisis = Opportunity

A presentation at API City Conference in October 2018 in Seattle, WA, USA by Mary Thengvall

Slide 1

Slide 1

Crisis = Opportunity Mary Thengvall Founder, Persea Consulting @mary_grace

Slide 2

Slide 2

Who Am I? @mary_grace I like to say I’m a journalist turned community advocate, who is using my feature-writing and storytelling abilities to show the business value of building developer communities. I started out as a budding journalist, right around the time when all of the newspapers were starting to let go of their reporting staff. So you can see how well that worked for me! I switched into Public Relations — still related to writing, but in a slightly more copy-editing and technical writing sense — and landed a job at O’Reilly Media, where I stayed for 8 years. I put my journalism skills to use learning about each of the topics that I was writing press releases about, and once I got tired talking to people and not with people, I talked them into letting me try this emerging thing called “Community Management.” I eventually built up a community team there, and then went on to work at Chef (an open-source back-end infrastructure) and then SparkPost (an email API). These days, I’m running my own business, Persea Consulting — providing resources and education about Developer Relations and Community Management both for those who are practicing in those areas as well as the business decision makers who are trying to figure out what in the world those terms mean.

Slide 3

Slide 3

Who Am I? • Journalist • Teacher • Cruise Director • Translator • Liaison • Moderator • Advocate • Performing Artist @mary_grace I like to say I’m a journalist turned community advocate, who is using my feature-writing and storytelling abilities to show the business value of building developer communities. I started out as a budding journalist, right around the time when all of the newspapers were starting to let go of their reporting staff. So you can see how well that worked for me! I switched into Public Relations — still related to writing, but in a slightly more copy-editing and technical writing sense — and landed a job at O’Reilly Media, where I stayed for 8 years. I put my journalism skills to use learning about each of the topics that I was writing press releases about, and once I got tired talking to people and not with people, I talked them into letting me try this emerging thing called “Community Management.” I eventually built up a community team there, and then went on to work at Chef (an open-source back-end infrastructure) and then SparkPost (an email API). These days, I’m running my own business, Persea Consulting — providing resources and education about Developer Relations and Community Management both for those who are practicing in those areas as well as the business decision makers who are trying to figure out what in the world those terms mean.

Slide 4

Slide 4

@mary_grace So in short… what DO those words mean? My friend Emily Freeman said it well: <quote tweet> I like this definition, because we often don’t have control or a lot of power, but we DO have the ability to influence change when crisis strikes, which is our topic for today. Quick show of hands: how many of you are in Product or Developer Relations? How many full-time developers or engineers? Great! That helps me know what to expect and how to set the stage a bit better for today. For those of you who aren’t in Product or DevRel, don’t worry — what I have to say is still relevant, and actually might even be MORE relevant for you, because it involves things that you don’t think about on a regular basis!

Slide 5

Slide 5

@mary_grace So let’s dig in… what are we going to be talking about today? The crux of it is being prepared for likely scenarios that may pop up at your company… like any good Scout…

Slide 6

Slide 6

@mary_grace …or Wilderness Explorer!

Slide 7

Slide 7

Today’s Talk • Interactive! • Practical @mary_grace I have two objectives with today’s talk: - make it interactive and memorable - make it practical, so that you can head back to work with tangible ways to apply the principles we’re talking about here. There are three scenarios that we’ll run through, and each of these scenarios that I’ll be referencing are pulled directly from my experience at various technology companies. While these are specific examples, my hope is that all of them will have applications that can you can take back to your company. So… you ready to help me answer some questions?

Slide 8

Slide 8

Scenario #1: The competition goes under. @mary_grace

Slide 9

Slide 9

Teamwork @mary_grace Just like a game of chess, it can’t be won with only one piece. It’s a joint effort and requires coming together with a common goal.

Slide 10

Slide 10

Scenario #2 You release breaking changes… without notifying customers. @mary_grace

Slide 11

Slide 11

Communication @mary_grace Simple communication can go a long way in this situation… knowledge of what’s happening when, and what the impact will be. —> Example from SP (but don’t mention company name) — say it was one of my clients? Build up a process around tickets that are customer-impacting and have a team that works through the process every time.

Slide 12

Slide 12

Scenario #3: Lottery Factor @mary_grace Instead of bus factor… I prefer to think of it with a positive spin. If someone at your company won the lottery today and decided to quit… how would you compensate? Could you survive? There’s a little bit of chaos engineering theory in this… take out one essential person to see what falls apart. BUT there’s also a reality revealed that I think is crucial: how much of what we do is documented to a point where someone else would pick up our process flawlessly?

Slide 13

Slide 13

Documentation @mary_grace A big part of this scenario can be resolved through making documentation a regular part of your job. And not just documentation for customers, but internal documentation. How do you do that thing that you do every. single. day but no one else seems to know how to do? People worry about working themselves out of a job by documenting too much, but in reality, it only saves you from desperately working ahead of schedule when you want to take a long vacation, or a miserable last two weeks when you decide to finally quit but not have to document everything you’ve ever done.

Slide 14

Slide 14

• Teamwork • Communication • Documentation @mary_grace

Slide 15

Slide 15

Creative Commons Photo Credits • rawpixel, Unsplash • Viktor Gurniak, Wikimedia • Randy Fath, Unsplash • James Benet, Videoblocks • Jewel Mitchell, Unsplash • Jason Leung, Unsplash @mary_grace

Slide 16

Slide 16

Contact Info @mary_grace

Slide 17

Slide 17

Contact Info • mary@persea-consulting.com • @mary_grace • marygrace.community • DevRel Weekly newsletter: devrelweekly.com • The Business Value of Developer Relations: pre-order on Amazon now! • @ember_dog @mary_grace