LEADERSHIP SKILLS FOR ARCHITECTS Seth Dobbs @sethdtech AGENDA 1. - - PowerPoint PPT Presentation

leadership skills for architects
SMART_READER_LITE
LIVE PREVIEW

LEADERSHIP SKILLS FOR ARCHITECTS Seth Dobbs @sethdtech AGENDA 1. - - PowerPoint PPT Presentation

LEADERSHIP SKILLS FOR ARCHITECTS Seth Dobbs @sethdtech AGENDA 1. Overview 2. Outcome Focus 3. Vision and Motivation 4. Problem Solving 5. Conflict Management 1. OVERVIEW Seth Dobbs | @sethdtech LEADERSHIP IS AN ARCHITECTS IMPERATIVE


slide-1
SLIDE 1

LEADERSHIP SKILLS FOR ARCHITECTS

Seth Dobbs @sethdtech

slide-2
SLIDE 2
  • 1. Overview
  • 2. Outcome Focus
  • 3. Vision and Motivation
  • 4. Problem Solving
  • 5. Conflict Management

AGENDA

slide-3
SLIDE 3

Seth Dobbs | @sethdtech

  • 1. OVERVIEW
slide-4
SLIDE 4

4

Seth Dobbs | @sethdtech

  • “Digital” is becoming core to business
  • We as architects need leadership skills equal to our technical skills
  • Responsibility to guide business and align broad strategy
  • Need to effectively communicate to our teams and motivate them

LEADERSHIP IS AN ARCHITECT’S IMPERATIVE

slide-5
SLIDE 5

Seth Dobbs | @sethdtech

The goal of leadership is to influence individuals, teams, and organizations to effectively deliver durable results

LEADERSHIP

slide-6
SLIDE 6

Seth Dobbs | @sethdtech

The goal of leadership is to in influ luence individuals, teams, and organizations to effectively deliver durable results

LEADERSHIP

slide-7
SLIDE 7

Seth Dobbs | @sethdtech

The goal of leadership is to influence individuals, teams, and organizations to ef effec ectivel ely deliver durable results

LEADERSHIP

slide-8
SLIDE 8

Seth Dobbs | @sethdtech

The goal of leadership is to influence individuals, teams, and organizations to effectively deliver du durabl ble results

LEADERSHIP

slide-9
SLIDE 9

Seth Dobbs | @sethdtech

Credibility Capability Confidence

THE THREE “C”S OF LEADERSHIP

slide-10
SLIDE 10

Seth Dobbs | @sethdtech

  • 2. OUTCOME FOCUS

In order to be seen as credible by the business, you need to be able to think and talk in terms of outcomes rather than simply tasks, timelines, and technologies

slide-11
SLIDE 11

Seth Dobbs | @sethdtech

BIAS TO OUTCOME > BIAS TO ACTION

“We have to achieve something” vs. “We have to do something”

slide-12
SLIDE 12

12

Seth Dobbs | @sethdtech

  • Tasks are things we do
  • Deliverables / Artifacts are things we create
  • Results typically imply a narrow-focused outcome
  • Value typically implies a measurable positive business impact

VOCABULARY

slide-13
SLIDE 13

Seth Dobbs | @sethdtech

The “why” behind the decisions we make The impacts we make based on our actions

OUTCOMES

slide-14
SLIDE 14

14

Seth Dobbs | @sethdtech

Running late for work

  • Solution: Drive fast!
  • Why: Don’t want to be fired!
  • Other outcomes: Ticket, accident, lose license L

EXAMPLE

slide-15
SLIDE 15

15

Seth Dobbs | @sethdtech

Project running behind

  • Solution: Work long hours
  • Why: Make the launch date
  • Other outcomes: Team burnout, employee turnover L

EXAMPLE

slide-16
SLIDE 16

APPLYING OUTCOMES TO ARCHITECTURE

slide-17
SLIDE 17

Seth Dobbs | @sethdtech

Shifts focus from “let’s build this in case … happens” to “let’s build this because we need this outcome”

OUTCOME FOCUS HELPS PREVENT WASTE

slide-18
SLIDE 18

Seth Dobbs | @sethdtech

We shouldn’t talk about an approach being right or wrong, or good or bad. We simply need to know: does the solution achieve the desired outcomes?

OUTCOME FOCUS CHANGES HOW WE DISCUSS WORK

slide-19
SLIDE 19

Seth Dobbs | @sethdtech

Acknowledge and embrace constraints Constraints are part of “why”

OUTCOME FOCUS HELPS US CONSIDER THE BIGGER PICTURE

slide-20
SLIDE 20

Seth Dobbs | @sethdtech

Understand how your technology decisions impact the business Talk in terms of outcomes

OUTCOME FOCUS CREATES CREDIBILITY

slide-21
SLIDE 21

21

Seth Dobbs | @sethdtech

Our people should connect to the intranet every day

vs.

We should build an intranet that provides information and support for our team members that is available when they need it

EXAMPLE: WHY BUILD AN INTRANET?

slide-22
SLIDE 22

22

Seth Dobbs | @sethdtech

We need to move off of a monolith because microservices are a more modern architecture

vs.

We need to move off of a monolith so that we can be more nimble and respond quickly to business needs with rapid deployments of new capabilities

EXAMPLE: WHY MOVE TO MICROSERVICES?

slide-23
SLIDE 23

23

Seth Dobbs | @sethdtech

  • Systems never need “more features”
  • Businesses need to increase revenue, decrease costs, etc.
  • Users have jobs to be done that can be made easier or

harder

  • Knowing how our work ties into these things makes a

difference in our approach SIMPLE TRUTHS

slide-24
SLIDE 24

24

Seth Dobbs | @sethdtech

  • Explain the “why” of your architecture:
  • To the developers so they will do a better job
  • To the business stakeholders so they understand how it aligns

with their needs

  • Outcomes in Agile:
  • “As a … I’d like to … so that I can …”

“WHY” IS A POWERFUL MOTIVATOR

slide-25
SLIDE 25

25

Seth Dobbs | @sethdtech

  • Business does not always talk in terms of outcome focus!
  • Don’t be afraid to ask “why” or “what are the outcomes

you’re hoping for?”

  • We shouldn’t engage in initiatives we don’t understand the

purpose of CONSIDERATIONS

slide-26
SLIDE 26

26

Seth Dobbs | @sethdtech

In the absence of a great dream, pettiness prevails.

Peter Senge “The Fifth Discipline”

slide-27
SLIDE 27

Seth Dobbs | @sethdtech

If we don’t have a common measuring stick for checking the value of our work, all things are equal and decision making becomes arbitrary.

IN OTHER WORDS

slide-28
SLIDE 28

Seth Dobbs | @sethdtech

Don’t elevate the means over the end result

TALK ABOUT OUTCOMES

slide-29
SLIDE 29

29

Seth Dobbs | @sethdtech

Our goal is to:

  • Read a book
  • Code a feature
  • Implement a queue
  • Build a website

IT’S EASIER TO TALK ABOUT TASKS!

slide-30
SLIDE 30

30

Seth Dobbs | @sethdtech

Our goal is to:

  • Become a better leader
  • Increase dollar per cart
  • Manage risk of network failure
  • Enable our buyers to more easily buy from us

IT’S MORE EFFECTIVE TO TALK ABOUT OUTCOMES!

slide-31
SLIDE 31

Seth Dobbs | @sethdtech

Cutting corners to make a deadline…

EXAMPLE OF OUTCOME FOCUS

slide-32
SLIDE 32

32

Seth Dobbs | @sethdtech

Mark Twain

Always do right. This will gratify some people and astonish the rest.

slide-33
SLIDE 33

EXERCISES

http://www.seth-dobbs.com/outcome-exercises.html

slide-34
SLIDE 34

Seth Dobbs | @sethdtech

We discussed outcomes from two perspectives:

  • 1. Expected outcomes (talking about what we want to achieve, not

what we’re going to do)

  • 2. Impact outcomes (the ramifications of a decision we’ve made

beyond the immediate desired result)

http://www.seth-dobbs.com/outcome-exercises.html

slide-35
SLIDE 35

35

Seth Dobbs | @sethdtech

Try to describe a task you're currently working on in terms of both expected and impact outcomes. Discuss with each other.

Exercise #1 Exercise #2

Work together to ​convert the following statements into expected or impact

  • utcomes.

You can make up scenarios / assumptions to give them more depth. For expected, the exercise is to think about “why”. For Impact, the exercise is to think about “what else” (could be positive or negative impacts).

http://www.seth-dobbs.com/outcome-exercises.html

slide-36
SLIDE 36

36

Proprietary & Confidential

1.

We need to sort search results

2.

We need a carousel on the home page

3.

Users should be able to change any of their profile information

4.

We need to implement payment processing

5.

We want people to use our app daily

Expected Outcomes Impact Outcomes

1.

We will implement a chatbot to directly connect with our support and sales staff

2.

We’ll move our manufacturing control system to the cloud

3.

We will use microservices to create an agile environment

4.

We will use document store (NoSQL) for our order transactions to enable rapid order placement

5.

We want to keep the payment experience fully branded so we will host the credit card page ourselves

6.

We’ll start selling our equipment direct to consumer instead of just through reseller channels

http://www.seth-dobbs.com/outcome-exercises.html

slide-37
SLIDE 37

Seth Dobbs | @sethdtech

  • 3. VISION AND MOTIVATION

You need to be able to articulate your vision in a way that captures your external stakeholders while motivating and giving direction to your team

slide-38
SLIDE 38

38

Seth Dobbs | @sethdtech

Japanese Proverb

Vision without action is a daydream. Action without vision is a nightmare.

slide-39
SLIDE 39

Seth Dobbs | @sethdtech

If we don’t know where our actions are taking us, the results can be disastrous. IN OTHER WORDS…

slide-40
SLIDE 40

40

Seth Dobbs | @sethdtech

  • We don’t need to have grandiose visions for the future
  • It’s not necessarily about robots, space flight, talking dogs
  • It’s not sloganeering or a valueless statement to post on a

wall WHAT VISION ISN’T…

slide-41
SLIDE 41

Seth Dobbs | @sethdtech

An outcome-oriented view of the future that you use to guide yourself and your team

VISION

slide-42
SLIDE 42

42

Seth Dobbs | @sethdtech

  • Drive us forward: What does it look like when we “achieve”

it?​

  • Helps individuals / teams / organizations understand where

they’re headed​

  • Helps us understand “why”
  • ​Enables people to do their work with a focus on the right
  • utcomes

WHAT THE VISION DOES

slide-43
SLIDE 43

Seth Dobbs | @sethdtech

We will implement a queue architecture to handle order requests to enable scale and to enable recovery from network failure.

EXAMPLE ARCHITECTURAL VISION #1

slide-44
SLIDE 44

Seth Dobbs | @sethdtech

We will implement a qu queue architecture to handle order requests to enable scale and to enable recovery from network failure.

EXAMPLE ARCHITECTURAL VISION #1

THE “WHAT”

slide-45
SLIDE 45

Seth Dobbs | @sethdtech

We will implement a queue architecture to handle order requests to en enab able e scal ale e and to enable re recovery ry fro rom network rk failure re.

EXAMPLE ARCHITECTURAL VISION #1

THE “WHY”

slide-46
SLIDE 46

Seth Dobbs | @sethdtech

We will support viewing of high performing media content in an environment with poor

  • WiFi. This will be done through an offline

first approach that opportunistically caches content.

EXAMPLE ARCHITECTURAL VISION #2

slide-47
SLIDE 47

Seth Dobbs | @sethdtech

We will support viewing of high performing media content in an environment with poor

  • WiFi. This will be done through an of
  • ffline

fi first approach that op

  • ppor
  • rtunistically caches

content.

EXAMPLE ARCHITECTURAL VISION #2

THE “WHAT”

slide-48
SLIDE 48

Seth Dobbs | @sethdtech

We will support viewing of hi high h performing ng me media content in an environment with poor

  • WiFi. This will be done through an offline

first approach that opportunistically caches content.

EXAMPLE ARCHITECTURAL VISION #2

THE “WHY”

slide-49
SLIDE 49

Seth Dobbs | @sethdtech

The “How” is not included in the vision!

NOTE

slide-50
SLIDE 50

50

Seth Dobbs | @sethdtech

  • 1. Research: Understand the “Why”
  • Who are your stakeholders? What outcomes are they looking for?

2.

Qualify: Establish a clear context for your vision

  • Problem statements, assumptions, constraints

3.

Define: Articulate the what and why, not the how

4.

Communicate: Begin socializing the vision to get feedback and grow commitment

CREATING AND COMMUNICATING VISION

slide-51
SLIDE 51

51

Seth Dobbs | @sethdtech

OUR STAKEHOLDERS: A DESIGN THINKING POV TECHNOLOGY

Feasibility

slide-52
SLIDE 52

52

Seth Dobbs | @sethdtech

OUR STAKEHOLDERS: A DESIGN THINKING POV HUMAN

Desirability

slide-53
SLIDE 53

53

Seth Dobbs | @sethdtech

OUR STAKEHOLDERS: A DESIGN THINKING POV BUSINESS

Viability

slide-54
SLIDE 54

54

Seth Dobbs | @sethdtech

OUR STAKEHOLDERS: A DESIGN THINKING POV HUMAN

Desirability

BUSINESS

Viability

TECHNOLOGY

Feasibility

slide-55
SLIDE 55

55

Seth Dobbs | @sethdtech

  • Provide input: requirements, goals, desired outcomes
  • Have needs and goals: beyond the business outcomes,

everyone has their own personal needs, goals, growth, etc.

  • Need to understand: how our vision helps them realize
  • utcomes
  • Can cause friction: when needs aren’t being met

STAKEHOLDER INTERACTIONS

slide-56
SLIDE 56

Seth Dobbs | @sethdtech

We will implement a queue architecture to handle order requests to enable scale and to enable recovery from network failure.

GOOD VISION? User Desirability: Available, won’t lose requests Business Viability: Keeps users from leaving site, allows order processing Technical Feasibility: Queues are fairly known. Will it fit in architecture?

slide-57
SLIDE 57

Seth Dobbs | @sethdtech

We will implement a queue architecture to handle order requests. This will allow us to keep the business running even if there is a network failure as we won’t lose user orders and we won’t have to turn them away from

  • ur site.

BETTER VISION

slide-58
SLIDE 58

Seth Dobbs | @sethdtech

We will support viewing of high performing media content in an environment with poor WiFi. This will be done through an offline first approach that

  • pportunistically caches content.

GOOD VISION? User Desirability: High quality media viewing / listening Business Viability: Can sell into facilities with poor networking Technical Feasibility: How costly is it to develop this approach?

slide-59
SLIDE 59

Seth Dobbs | @sethdtech

We will support viewing of high quality media content in an environment with poor WiFi. This will be done through an offline first approach that opportunistically caches content. We will be able to sell into facilities that our competitors can’t work with using this

  • approach. We can launch by xx date.

BETTER VISION

slide-60
SLIDE 60

CLEAR VISION CAN DRIVE COMMITMENT

The outcome of a well-defined vision is commitment

slide-61
SLIDE 61

61

Seth Dobbs | @sethdtech

  • Committed team members bring energy, excitement, and passion that

can’t be achieved by mere grudging compliance​

  • Committed team members tend to be high achievers and will “change

the rules” to succeed

  • Our teams are intrinsically motivated – they need a level of clarity

combined with autonomy to do their best

COMMITMENT

slide-62
SLIDE 62

62

Seth Dobbs | @sethdtech

Peter Senge “The Fifth Discipline”

The hardest lesson for many managers to face is that ultimately there is really nothing you can do to get another person to enroll or commit. They require freedom of choice. ​

slide-63
SLIDE 63

Seth Dobbs | @sethdtech

It’s not effective to simply force our team to do what we want. We’ll get our best results by leading with “why”. IN OTHER WORDS…

slide-64
SLIDE 64

EXERCISES

http://www.seth-dobbs.com/vision-exercises.html

slide-65
SLIDE 65

Seth Dobbs | @sethdtech

We discussed components of a good vision statement:

  • Outcome-focused view of a future state
  • Contains "what" and "why”
  • Does not contain "how”
  • Appeals to three classes of stakeholder

http://www.seth-dobbs.com/vision-exercises.html

slide-66
SLIDE 66

66

Seth Dobbs | @sethdtech

Take a project you’re working on and describe your vision for it. Use the three stakeholder criteria to test it with your group. Discuss with each other.

Exercise #1 Exercise #2

Create better vision statements than those listed. Be sure to think about the user, business, and technology stakeholders and if their POVs are represented. Again, feel free to make up some background info to justify the story.

http://www.seth-dobbs.com/vision-exercises.html

slide-67
SLIDE 67

67

Seth Dobbs | @sethdtech

Problem: We want to support live bidding in an

  • nline auction system and web refreshes

aren't cutting it. Vision: We're going to use websockets to support the live bidding Problem: Delivering and installing complex office furniture that can have complex and variant configurations that are hard to get right. Vision: We'll use augmented reality to visualize how it should look in the office

#1: Live bidding #2: Furniture Delivery #3: High-End Hotel #4: Patient Search

Problem: High-end hotel wants personalized reservation management system that manages checking in/out at desk, kiosk, phone; displays room Vision: Use cloud to integrate all points of sale and mobile devices but ensure local network is set up in hotels if connection to internet is lost. Problem: Healthcare provider needs to look up patients to find benefit information. Can enter partial names, partial ssn, etc. Vision: We will truncate search results at 100 and inform the provider they need to enter better criteria

http://www.seth-dobbs.com/vision-exercises.html

slide-68
SLIDE 68

BREAK

slide-69
SLIDE 69

Seth Dobbs | @sethdtech

  • 4. PROBLEM SOLVING

Applying rigor to the problem solving process will build confidence in our stakeholders

slide-70
SLIDE 70

Seth Dobbs | @sethdtech

Develop the discipline to avoid instant solution gratification.

PROBLEM SOLVING FRAMEWORK

slide-71
SLIDE 71

71

Seth Dobbs | @sethdtech

  • 1. Develop a Problem Statement that includes context
  • 2. Provide a Hypothesis to drive discussion
  • 3. Attempt to Disprove hypothesis
  • 4. Solve

A SIMPLE APPROACH

slide-72
SLIDE 72

PROBLEM STATEMENTS 1

slide-73
SLIDE 73

Seth Dobbs | @sethdtech

There is plenty of research around methods for optimal boarding time.​

BOARDING AN AIRPLANE

Why don’t airlines use this?

slide-74
SLIDE 74

Seth Dobbs | @sethdtech

SHAPE THE PROBLEM BEFORE THE SOLUTION

A problem well-stated is a problem half-solved ​Work to clarify and bound the problem​

slide-75
SLIDE 75

Seth Dobbs | @sethdtech

“We need SEO optimization”

IS THIS A GOOD PROBLEM STATEMENT? NOT A PROBLEM STATEMENT

slide-76
SLIDE 76

Seth Dobbs | @sethdtech

“We need to generate more online leads”

IS THIS A GOOD PROBLEM STATEMENT? MAYBE A PROBLEM STATEMENT

slide-77
SLIDE 77

Seth Dobbs | @sethdtech

“We aren’t closing enough new business”

IS THIS A GOOD PROBLEM STATEMENT? PROBLEM STATEMENT

slide-78
SLIDE 78

Seth Dobbs | @sethdtech

“We need” means it’s a solution, not a problem.

PROBLEM STATEMENTS

slide-79
SLIDE 79

79

Seth Dobbs | @sethdtech

  • “We need to rebrand our website”
  • We need our website to reflect our brand
  • Potential customers won’t understand our services

and won’t buy from us

EXAMPLE

slide-80
SLIDE 80

Seth Dobbs | @sethdtech

A problem statement should have:

  • A desired outcome that isn’t happening
  • Or an existing outcome that shouldn’t be

happening.

GOOD PROBLEM STATEMENTS

slide-81
SLIDE 81

81

Seth Dobbs | @sethdtech

  • Order placement is timing out and orders aren’t being taken
  • Average $ in cart has gone down recently
  • Users have to re-login when they switch to a different brand

site EXAMPLES

slide-82
SLIDE 82

82

Seth Dobbs | @sethdtech

  • Google Glass project
  • Scheduling
  • People
  • Super Sort

MORE EXAMPLES

slide-83
SLIDE 83

Seth Dobbs | @sethdtech

Our solutions are valuable only if our business / clients / users see them as solving meaningful problems. As architects, we need to tie technical needs to business problems.

BUSINESS PROBLEMS

slide-84
SLIDE 84

84

Seth Dobbs | @sethdtech

The customer profile queries are slow

Technical Problem Business Impact

Our users have to wait so long to view their profile that they leave the site and don’t come back. EXAMPLE

slide-85
SLIDE 85

85

Seth Dobbs | @sethdtech

The servers cannot support high throughput.

Technical Problem Business Impact

If more than __ users come to the site, performance will degrade to the point that it will seem the system is down. EXAMPLE

slide-86
SLIDE 86

Seth Dobbs | @sethdtech

Working to understand the full context in which the problem sits will lead to better solutions

PROBLEM CONTEXT

slide-87
SLIDE 87

Seth Dobbs | @sethdtech

Do the homework to understand what constraints you are operating under

CONTEXT: CONSTRAINTS

slide-88
SLIDE 88

88

Seth Dobbs | @sethdtech

  • Time-to-market is a real constraint
  • “We” often mistake it as a deadline for releasing

features

  • Need to consider it time-to-value

TYPICAL CONSTRAINTS: TIME

slide-89
SLIDE 89

Seth Dobbs | @sethdtech

We will have a different solution to a problem depending on if we’re given 2 days

  • vs. 10 days vs. unlimited time to solve

TIME

slide-90
SLIDE 90

90

Seth Dobbs | @sethdtech

  • Budget is often a reality
  • We need to understand the cost of our

recommendation

  • Think incrementally
  • Sometimes a roadblock because we aren’t talking

about outcomes

TYPICAL CONSTRAINTS: BUDGET

slide-91
SLIDE 91

91

Seth Dobbs | @sethdtech

  • Often, various technologies are a given
  • We are sometimes bound by sunk investments

TYPICAL CONSTRAINTS: LEGACY INVESTMENT

slide-92
SLIDE 92

Seth Dobbs | @sethdtech

Make sure you stakeholders are in sync with assumptions

CONTEXT: ASSUMPTIONS

slide-93
SLIDE 93

Seth Dobbs | @sethdtech

Unspoken assumptions are the seeds of disaster

UNSPOKEN ASSUMPTIONS

slide-94
SLIDE 94

94

Seth Dobbs | @sethdtech

  • Work with stakeholders to surface all assumptions
  • User behavior
  • System behavior
  • Reasoning

ASSUMPTIONS

slide-95
SLIDE 95

Seth Dobbs | @sethdtech

Current technology (and even versions) need to be considered. Team skillset needs to be considered.

CONTEXT: TECH & TEAM

slide-96
SLIDE 96

Seth Dobbs | @sethdtech

Sometimes retraining and/or replatforming can be justified by focusing and outcomes

RETRAINING & REPLATFORMING

slide-97
SLIDE 97

Seth Dobbs | @sethdtech

Many of us work in industries and/or with data that fall under regulations. Clearly an important part of our context.

CONTEXT: REGULATIONS

slide-98
SLIDE 98

Seth Dobbs | @sethdtech

A good problem statement:

  • Captures desired outcomes / absence of undesired
  • utcomes
  • Addresses business value
  • Considers context

PROBLEM STATEMENTS

slide-99
SLIDE 99

99

Seth Dobbs | @sethdtech

Some memory loss patients can reduce their intake of psychotropic medication through regular interaction with certain kinds of quality digital content. These patients often reside in facilities with poor wifi that cannot reliably support streaming from external servers. They need devices that support poor vision and are easy to handle. We have competitors exploring similar concepts so we believe that if we don’t have a solution to market in 4 months we may miss the opportunity.

EXAMPLE PROBLEM STATEMENT + CONTEXT

slide-100
SLIDE 100

HYPOTHESES 2

slide-101
SLIDE 101

101

Seth Dobbs | @sethdtech

  • Provide a hypothesis as a strawman or direction to guide

thinking

  • “Using queues will give us the capability to recover from

network failures”

  • Hypothesis = Vision

HYPOTHESES

slide-102
SLIDE 102

Seth Dobbs | @sethdtech

“We need an architecture that enables

  • ffline tablet usage but can get content

updates when wifi is available”

EXAMPLE

slide-103
SLIDE 103

DISPROVING QUESTIONS 3

slide-104
SLIDE 104

104

Seth Dobbs | @sethdtech

  • The hypothesis or vision serves as a framework to the

solution

  • Ask disproving questions
  • Use them to ensure you encompass full context
  • Use them to discover full context!

DISPROVING QUESTIONS

slide-105
SLIDE 105

Seth Dobbs | @sethdtech

“How many transactions per day do you expect over the next year?”

EXAMPLE

“We’ll need to scale up over the next year, right?”

slide-106
SLIDE 106

SOLVING 4

slide-107
SLIDE 107

Seth Dobbs | @sethdtech

Solving is mapping from needs/goals to solution while honoring constraints and context

SOLVING

slide-108
SLIDE 108

108

Seth Dobbs | @sethdtech

  • We should not shape problems:
  • Based on the solutions at hand
  • Based on the solutions we want
  • Ask ourselves:
  • Do we have a problem that microservices/serverless/etc.

actually solves?

AVOID SOLUTIONS IN SEARCH OF A PROBLEM!

slide-109
SLIDE 109

Seth Dobbs | @sethdtech

Just because Google, Netflix, or Facebook does it, doesn’t mean it applies to our situation.

slide-110
SLIDE 110

PROBLEM SOLVING WRAP-UP 5

slide-111
SLIDE 111

111

Seth Dobbs | @sethdtech

  • 1. Develop a Problem Statement that includes context
  • 2. Provide a Hypothesis to drive discussion
  • 3. Attempt to Disprove hypothesis
  • 4. Solve

THE APPROACH

slide-112
SLIDE 112

Seth Dobbs | @sethdtech

Don’t get stuck thinking that “making your solution work” is the problem you have to solve.

THE RABBIT HOLE

slide-113
SLIDE 113

Seth Dobbs | @sethdtech

A costly trip to Europe…

STORY

slide-114
SLIDE 114

EXERCISES http://www.seth-dobbs.com/problem-solving-exercises.html

slide-115
SLIDE 115

Seth Dobbs | @sethdtech

We discussed an approach for problem solving:

1.

Create a problem statement (and context!)

2.

Form a hypothesis

3.

Attempt to disprove the hypothesis

4.

Solve This exercise is intended to give you practice in working through this approach.

http://www.seth-dobbs.com/problem-solving-exercises.html

slide-116
SLIDE 116

116

Seth Dobbs | @sethdtech

Take an existing problem you're working and have the group help in forming a hypothesis and disproving it.

Exercise #1 Exercise #2

Use one of the scenarios to help you practice problem solving. These should be used in two parts: Part 1: Overall need identified. One of you gets to play the client and look at the client notes (none of the others should look during this part). The rest practice asking questions to understand constraints, context, true problem. The “client” can make up stuff that isn’t listed here. Part 2: All of you work together to create a better problem statement and a hypothesis, then try to disprove the hypothesis, then final vision.

http://www.seth-dobbs.com/problem-solving-exercises.html

slide-117
SLIDE 117

Seth Dobbs | @sethdtech

  • 5. CONFLICT MANAGEMENT

Tension and disagreements are to be expected when working with different parts of the organization. Being able to productively resolve will help keep you on track.

slide-118
SLIDE 118

118

Seth Dobbs | @sethdtech

  • Conflict of Ideas
  • Tension
  • Inherent part of problem

solving

  • Positive intent

The Good The Bad

  • Conflict of People
  • Friction
  • Dysfunctional team

behavior

  • Negative intent

CONFLICT – THE GOOD AND THE BAD

slide-119
SLIDE 119

119

Seth Dobbs | @sethdtech

  • Organizations with low tolerance for conflict of ideas will end up reducing

the height of their goals​

  • People stop wanting to deliver bad news – easier to pretend everything is

fine

  • ​Easier to declare victory than deal with tension​
  • This ultimately lowers our standards​

TENSION – NECESSARY CONFLICT

slide-120
SLIDE 120

Seth Dobbs | @sethdtech

Our organizations mu must embrace healthy tension to bring out our best results

CONFLICT: HEALTHY TENSION

slide-121
SLIDE 121

121

Seth Dobbs | @sethdtech

Patrick Lencioni

It’s tempting to choose harmony over conflict, but harmony is like cancer to good decision making.​

slide-122
SLIDE 122

122

Seth Dobbs | @sethdtech

  • Even close families fight at some point
  • ​It’s natural for human beings to disagree with each other​
  • False harmony sticks us in the Forming stage because we

lack the courage to get through Storming​

  • Forming is not Performing, it’s mediocrity​
  • False harmony prevents us from getting to our best solutions​

AVOID FALSE HARMONY

slide-123
SLIDE 123

Seth Dobbs | @sethdtech

Conflict doesn’t mean arguing. Healthy teams can resolve without friction.

HEALTHY CONFLICT CAN APPEAR HARMONIOUS

slide-124
SLIDE 124

124

Seth Dobbs | @sethdtech

  • Friction, left unchecked, will reduce team effectiveness and

demoralize team members

  • People stop wanting to interact and will work in isolation
  • Discomfort in interactions will prevent us from doing our best
  • Bad actors

FRICTION: UNNECESSARY CONFLICT

slide-125
SLIDE 125

125

Seth Dobbs | @sethdtech

Someone who, given a certain point of view, takes a position they do not necessarily agree with (or simply an alternative position from the accepted norm), for the sake of debate.​ THE DEVIL’S ADVOCATE

slide-126
SLIDE 126

Seth Dobbs | @sethdtech

  • This is often a technique to filibuster

against change

  • ​Used to create small, personal (but

unproductive) victories​

THE FALSEHOOD OF DEVIL’S ADVOCATES

slide-127
SLIDE 127

127

Seth Dobbs | @sethdtech

  • An obscure but “important” detail that can shoot down ideas
  • ​Roadblockers can use esoteric knowledge to thwart

progress​

  • Sometimes we have visibility to too many details and can

make the honest mistake of giving equal weight to details​ “THE DETAIL”

slide-128
SLIDE 128

CONFLICT RESOLUTION

Most of this works under the assumption of positive intent

slide-129
SLIDE 129

Seth Dobbs | @sethdtech

CONFLICT IS ROOTED IN SOLVING DIFFERENT PROBLEMS

Different people have different views on the actual problem ​Solving for users vs. business vs. tech​ Leaders help provide the boundaries (assumptions, priorities, etc.)​ Problem statement is key​

slide-130
SLIDE 130

Seth Dobbs | @sethdtech

Conflict most often occurs at the time of solution, but is typically about the problem and context.

THE TRUTH OF CONFLICT

slide-131
SLIDE 131

131

Seth Dobbs | @sethdtech

  • Make your reasoning clear, go back to problem statement

and context (assumptions, constraints​)

  • Encourage others to provide their reasoning, assumptions,

etc.​

  • Ask questions to help disprove your own ideas (and others)​
  • Is there a way to test, experiment, and validate ideas?​

RESOLVING CONFLICT THROUGH INQUIRY

slide-132
SLIDE 132

132

Seth Dobbs | @sethdtech

  • Begin conversations with motivation
  • “I’m trying to better understand your concerns”
  • Ask questions to guide rather than confront
  • Responding > Reacting

RESOLVING CONFLICT (CONT’D)

slide-133
SLIDE 133

133

Seth Dobbs | @sethdtech

  • What outcome will you achieve with this approach?
  • What assumptions led you to that conclusion?
  • Help me understand how that priority maps back to the

business need? QUESTIONS TO TRY

slide-134
SLIDE 134

134

Seth Dobbs | @sethdtech

  • Walk them through from the beginning
  • Restate problem statement and context
  • Get agreement that this is the problem
  • Map from problem statement to your solution

PATH TO TAKE

slide-135
SLIDE 135

Seth Dobbs | @sethdtech

  • Get alignment with positive intentioned

team members

  • Discover negative intent

THIS METHOD OF INQUIRY AND WALKTHROUGH WILL:

slide-136
SLIDE 136

EXERCISE

http://www.seth-dobbs.com/conflict-exercises.html

slide-137
SLIDE 137

Seth Dobbs | @sethdtech

The main goal is to practice going through the techniques of asking questions, walking back to assumptions, and discussing outcomes. Practice helps form the habits so that you use these tools when under real pressure.

http://www.seth-dobbs.com/conflict-exercises.html

slide-138
SLIDE 138

138

Seth Dobbs | @sethdtech

Handy-Fit For this scenario, it may be best to work in pairs as it’s mostly a one-on-one. You can peek at the client motivation if necessary.

Exercise #1 Exercise #2

Use the scenario you used from Problem Solving. One of you represents the architect. Everyone else take a different Team Member description (the Architect doesn't open any of the sections). Take turns working through the different techniques for working through differences.

http://www.seth-dobbs.com/conflict-exercises.html

slide-139
SLIDE 139

Seth Dobbs | @sethdtech

  • 6. FINAL THOUGHTS
slide-140
SLIDE 140

Seth Dobbs | @sethdtech

  • We can only control ourselves, but we

can affect others through good modeling

  • You might seem strange taking this

approach, depending on your org

HALO EFFECT OF CHANGE

slide-141
SLIDE 141

141

Seth Dobbs | @sethdtech

Mark Twain

Always do right. This will gratify some people and astonish the rest.

slide-142
SLIDE 142

Thank You!

Twitter: @sethdtech LinkedIn: https://www.linkedin.com/in/seth-dobbs/ Blog: https://www.seth-dobbs.com

Seth Dobbs

EXERCISE: http://www.seth-dobbs.com/conflict-exercises.html