How to Advocate to Not You: Non-Technical Considerations for our Technical Tools

A presentation at DeveloperWeek Enterprise in November 2020 in by Quintessence Anx

Slide 1

Slide 1

How to Advocate to Not You Non-Technical Considerations for our Technical Tools Quintessence Anx Developer Advocate

Slide 2

Slide 2

It starts like this QuintessenceAnx

Slide 3

Slide 3

You want / need a tool. QuintessenceAnx

Slide 4

Slide 4

And so: you prepare a case, focused on your needs, and present them. QuintessenceAnx

Slide 5

Slide 5

Source: PhD Comics QuintessenceAnx

Slide 6

Slide 6

After being pulled off stage, you develop a new strategy that looks like this… QuintessenceAnx

Slide 7

Slide 7

Source: XKCD Comics QuintessenceAnx

Slide 8

Slide 8

Why does this happen? QuintessenceAnx

Slide 9

Slide 9

You are trying to make engineering arguments to non-engineers. QuintessenceAnx

Slide 10

Slide 10

What to do instead? 🤔 QuintessenceAnx

Slide 11

Slide 11

411 on Modes of Persuasion QuintessenceAnx

Slide 12

Slide 12

Pillars of Persuasion QuintessenceAnx

Slide 13

Slide 13

Source: Backdrops by Charles H Stewart QuintessenceAnx

Slide 14

Slide 14

Establish your Credibility • “10 years of engineering work has taught me that…” • “When I encountered a problem like this previously, I resolved it by…” QuintessenceAnx

Slide 15

Slide 15

Apply Logic • “Before we streamlined our workflow, we lost Y hours of productivity.” • “The addition of campaign tracking allowed us to see how impactful each of our efforts were.” QuintessenceAnx

Slide 16

Slide 16

Really Feel It: Empathize • “Implementing these new security features will improve customer trust.” • “Being able to more quickly resolve problems will reduce team stress, which will propagate upwards.” QuintessenceAnx

Slide 17

Slide 17

Keeping these in mind QuintessenceAnx

Slide 18

Slide 18

Know what and when to compromise QuintessenceAnx

Slide 19

Slide 19

Keep the discussion points brief and simple QuintessenceAnx

Slide 20

Slide 20

Provide Context QuintessenceAnx

Slide 21

Slide 21

Reciprocate: Give and Ask QuintessenceAnx

Slide 22

Slide 22

Tying this into the main question QuintessenceAnx

Slide 23

Slide 23

Q: How do we (you) convince nontechnical people to value the tools the way you do? QuintessenceAnx

Slide 24

Slide 24

A: You don’t! QuintessenceAnx

Slide 25

Slide 25

You convince non-engineers to value your preferred tools from their vantage point. QuintessenceAnx

Slide 26

Slide 26

Let’s do this. QuintessenceAnx

Slide 27

Slide 27

Learning by Example: Build a Case for a Monitoring Tool QuintessenceAnx

Slide 28

Slide 28

Some Anon. Monitoring System (SAMS) and Some Other Monitoring System (SOMS) QuintessenceAnx

Slide 29

Slide 29

Some context for your situation QuintessenceAnx

Slide 30

Slide 30

Currently you have either 1 ) no monitoring (👻) or 2 ) SOMS (👻 👻) QuintessenceAnx

Slide 31

Slide 31

And you want something that exists and isn’t terrible is good. QuintessenceAnx

Slide 32

Slide 32

Unfortunately, SAMS is … well … 💸💸💸 QuintessenceAnx

Slide 33

Slide 33

No problem! Just get your boss/company to pay for it! QuintessenceAnx

Slide 34

Slide 34

That’ll be easy! (Said no one, ever.) QuintessenceAnx

Slide 35

Slide 35

Start with the familiar: a basic technical case QuintessenceAnx

Slide 36

Slide 36

What do you want? • • • • What infrastructure do you have? What languages are your apps written in? What compliance requirements do you have? What other tools do you have (integration)? QuintessenceAnx

Slide 37

Slide 37

We have only started, but the rabbit hole already looks like … QuintessenceAnx

Slide 38

Slide 38

Well, this. QuintessenceAnx

Slide 39

Slide 39

Pause and breathe QuintessenceAnx

Slide 40

Slide 40

And then be more abstract QuintessenceAnx

Slide 41

Slide 41

What do you want? • The ability to quickly triage and troubleshoot issues • • The ability to integrate with other tools, in the case of monitoring usually at least • A ticketing system • An incident management system As much tool consolidation as possible • As much compatibility as possible QuintessenceAnx

Slide 42

Slide 42

What do you want? • To see latency issues • To see outages To see potential vulnerabilities • • e.g. If there are recognition patterns for various attacks • To see usage patterns Can help determine user experience (UX) • Correlate metrics with any latencies or failures • QuintessenceAnx

Slide 43

Slide 43

What do you want? • See how New Feature X is working out • Be able to work on Oh My Outage without pausing your work (too much) to give status updates • Be able able to link to specific errors / warnings in your tickets for later… QuintessenceAnx

Slide 44

Slide 44

How does this translate to what they want? QuintessenceAnx

Slide 45

Slide 45

Well, who are “they”? 🤔 QuintessenceAnx

Slide 46

Slide 46

Borrowing the “Persona”* concept, define something like… * You may also hear these referred to as “stakeholders”. QuintessenceAnx

Slide 47

Slide 47

Define The Personas (a.k.a. Stakeholders) • Allies Supporters • Antagonists Competitors Other Tech Deciders • e.g. security team(s) • • • Financial Deciders • e.g. executives / management (And so on) QuintessenceAnx

Slide 48

Slide 48

Focusing on management et al QuintessenceAnx

Slide 49

Slide 49

What do they care about? • How does this benefit: • The team • Other teams • The business, e.g. the customer experience • Them QuintessenceAnx

Slide 50

Slide 50

What else do they care about? • To be kept informed / in the loop / transparency • So they can answer questions without needing to call someone • … or worse be called by someone and caught unawares. • To know the total cost • Not just licensing, but time cost to train and roll out To know what they’re paying for is being used • QuintessenceAnx

Slide 51

Slide 51

Keeping these in mind QuintessenceAnx

Slide 52

Slide 52

Find the overlap QuintessenceAnx

Slide 53

Slide 53

The Overlap • If already familiar with tool = decreased cost • • More effective triage + troubleshooting means • • • • (Less or no time needed for training) Better results for KPIs like MTTR, MTBF More features, it’s what businesses crave Integrations = more effective use of existing tools Compatibility = don’t need to add/replace anything to use it QuintessenceAnx

Slide 54

Slide 54

The Overlap • Decreased latency -> increased transactions -> increased revenue • • More automation -> less time lost to manual updates Tool consolidation = lower costs • Links in tickets = more visibility, fewer pings QuintessenceAnx

Slide 55

Slide 55

Beyond the overlap QuintessenceAnx

Slide 56

Slide 56

Ask for help QuintessenceAnx

Slide 57

Slide 57

“What abouts” discussion points? • What about SOMS? • What about budget? What if our needs change? • QuintessenceAnx

Slide 58

Slide 58

Exec / Manager Visibility QuintessenceAnx

Slide 59

Slide 59

Recall amongst their wants • To be kept informed / in the loop / transparency • So they can answer questions without needing to call someone • … or worse be called by someone and caught unawares. QuintessenceAnx

Slide 60

Slide 60

Non-IT use case: Exec Dashboard QuintessenceAnx

Slide 61

Slide 61

QuintessenceAnx

Slide 62

Slide 62

Executive Dashboard • Allows topmost view on health for various apps and systems • Allows the manager or exec to be able to answer “is there a problem?” directly if asked, rather than fencing the question to engineering team(s) • Mobile app, for if/when “on the go” is ever a thing again, would be a huge benefit for upper level execs QuintessenceAnx

Slide 63

Slide 63

Because… QuintessenceAnx

Slide 64

Slide 64

Even Starfleet knows the command staff likes dashboards QuintessenceAnx

Slide 65

Slide 65

Slides & Additional Resources on Notist https://noti.st/quintessence QuintessenceAnx

Slide 66

Slide 66

Thank you! Quintessence Anx Developer Advocate 🥑 @ https://noti.st/quintessence