How to Advocate to Not You Non-Technical Considerations for our Technical Tools Quintessence Anx Developer Advocate
Slide 2
It starts like this
QuintessenceAnx
Slide 3
You want / need a tool.
QuintessenceAnx
Slide 4
And so: you prepare a case, focused on your needs, and present them.
QuintessenceAnx
Slide 5
Source: PhD Comics
QuintessenceAnx
Slide 6
After being pulled off stage, you develop a new strategy that looks like this…
QuintessenceAnx
Slide 7
Source: XKCD Comics
QuintessenceAnx
Slide 8
Why does this happen?
QuintessenceAnx
Slide 9
You are trying to make engineering arguments to non-engineers.
QuintessenceAnx
Slide 10
What to do instead? 🤔
QuintessenceAnx
Slide 11
411 on Modes of Persuasion
QuintessenceAnx
Slide 12
Pillars of Persuasion
QuintessenceAnx
Slide 13
Source: Backdrops by Charles H Stewart
QuintessenceAnx
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
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
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
Keeping these in mind
QuintessenceAnx
Slide 18
Know what and when to compromise
QuintessenceAnx
Slide 19
Keep the discussion points brief and simple
QuintessenceAnx
Slide 20
Provide Context
QuintessenceAnx
Slide 21
Reciprocate: Give and Ask
QuintessenceAnx
Slide 22
Tying this into the main question
QuintessenceAnx
Slide 23
Q: How do we (you) convince nontechnical people to value the tools the way you do?
QuintessenceAnx
Slide 24
A: You don’t!
QuintessenceAnx
Slide 25
You convince non-engineers to value your preferred tools from their vantage point.
QuintessenceAnx
Slide 26
Let’s do this.
QuintessenceAnx
Slide 27
Learning by Example: Build a Case for a Monitoring Tool
QuintessenceAnx
Slide 28
Some Anon. Monitoring System (SAMS) and Some Other Monitoring System (SOMS)
QuintessenceAnx
Slide 29
Some context for your situation
QuintessenceAnx
Slide 30
Currently you have either 1 ) no monitoring (👻) or 2 ) SOMS (👻 👻)
QuintessenceAnx
Slide 31
And you want something that exists and isn’t terrible is good.
QuintessenceAnx
Slide 32
Unfortunately, SAMS is … well …
💸💸💸 QuintessenceAnx
Slide 33
No problem! Just get your boss/company to pay for it!
QuintessenceAnx
Slide 34
That’ll be easy! (Said no one, ever.)
QuintessenceAnx
Slide 35
Start with the familiar: a basic technical case
QuintessenceAnx
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
We have only started, but the rabbit hole already looks like …
QuintessenceAnx
Slide 38
Well, this.
QuintessenceAnx
Slide 39
Pause and breathe
QuintessenceAnx
Slide 40
And then be more abstract
QuintessenceAnx
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
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
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
How does this translate to what they want?
QuintessenceAnx
Slide 45
Well, who are “they”? 🤔
QuintessenceAnx
Slide 46
Borrowing the “Persona”* concept, define something like… * You may also hear these referred to as “stakeholders”.
QuintessenceAnx
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
Focusing on management et al
QuintessenceAnx
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
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
Keeping these in mind
QuintessenceAnx
Slide 52
Find the overlap
QuintessenceAnx
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
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
Beyond the overlap
QuintessenceAnx
Slide 56
Ask for help
QuintessenceAnx
Slide 57
“What abouts” discussion points? •
What about SOMS?
•
What about budget? What if our needs change?
•
QuintessenceAnx
Slide 58
Exec / Manager Visibility
QuintessenceAnx
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
Non-IT use case: Exec Dashboard
QuintessenceAnx
Slide 61
QuintessenceAnx
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
Because…
QuintessenceAnx
Slide 64
Even Starfleet knows the command staff likes dashboards
QuintessenceAnx
Slide 65
Slides & Additional Resources on Notist https://noti.st/quintessence
QuintessenceAnx