public presentations for software engineers

53
Roman Nikitchenko, 06.06.2015 PUBLIC PRESENTATIONS FOR SOFTWARE ENGINEERS

Upload: roman-nikitchenko

Post on 10-Aug-2015

50 views

Category:

Presentations & Public Speaking


0 download

TRANSCRIPT

Page 1: Public presentations for software engineers

Roman Nikitchenko, 06.06.2015

PUBLIC PRESENTATIONSFOR SOFTWARE ENGINEERS

Page 2: Public presentations for software engineers

Technology events speaker activity from may 2014 to may 2015:

Roman Nikitchenko

Yes, I am software engineer who has survived and won on this hard trail

2

Page 3: Public presentations for software engineers

NO PRESENTATION SKILL=

NO WAY TO PRESENT YOUR IDEAS

CodeOther people ideas

?

In software development this means no any carrier growth beyond very limited implementation or support

Very specific requirements

3

Page 4: Public presentations for software engineers

Engineer career development without public presentation skills

4

Page 5: Public presentations for software engineers

THEY NEED YOUR ATTENTIONWHY PEOPLE DO PRESENTATIONS?

5

Page 6: Public presentations for software engineers

WHAT DIFFERS FOR PEOPLE LIKE ENGINEERS?THEY OFTEN PRESENT TECHNICAL IDEAS

6

Page 7: Public presentations for software engineers

WHY ENGINEERS PRESENT THEIR IDEAS?

To receive visibility and recognition for

what they have done.

To get support and feedback for they plan to do.

7

Page 8: Public presentations for software engineers

● … my personal career planI don't give a … and I don't want to change anything

● … roll out plan in 3 monthsI think it's impossible but I can't tell it anyone

But … I was told to present

8

Page 9: Public presentations for software engineers

YOU KNOW WHAT?

IT DOES NOTWORK THIS

WAY!9

Page 10: Public presentations for software engineers

ONLY THINGS which are IMPORTANT TO YOU

You can present well

NO EXCLUSIONS10

Page 11: Public presentations for software engineers

UNDERSTAND YOUR GOALS

● Often speaker deserves expert title

● Speaker tries to promote something important for him

● But declared and real motivation could be different.

11

Page 12: Public presentations for software engineers

● Assure you have passion to subject or feel it is really important

● Assure you have clear idea

● If any of previous conditions is not met, handle it

● CANCEL presentation if nothing helps

ARE YOU READY

TO START?STEP BY STEP GUIDE

12

Page 13: Public presentations for software engineers

IS MOTIVATION AND CLEAR IDEA ENOUGH FOR GOOD PRESENTATION?

THEY ARE JUST REQUIRED

13

Page 14: Public presentations for software engineers

14

Page 15: Public presentations for software engineers

Attention to technical details

WHAT IS THE KEY PROPERTY OF ENGINEER?

15

Page 16: Public presentations for software engineers

● Engineers are much strict about details

● If you speak to engineers, be precise

● You can cheat by avoiding digits but pay attention engineers LOVE details

16

Page 17: Public presentations for software engineers

● Good slides are much more important to illustrate technical concepts than usually

● Engineers are not professional speakers so they heavily rely on slides to keep focus

ENGINEERS NEED SLIDES

17

Page 18: Public presentations for software engineers

OOPS...● What to do if electricity

goes down?

● Be ready to present basic concepts WITHOUT slides

18

Page 19: Public presentations for software engineers

DON'T OVERLOAD YOUR SLIDES! 19

Page 20: Public presentations for software engineers

BETTER DRAW THAN WRITE!Text with important places highlighted is better than plain

20

Page 21: Public presentations for software engineers

BETTER DRAW THAN WRITE!Clear short text is better than detailed long one

21

Page 22: Public presentations for software engineers

BETTER DRAW THAN WRITE!Good clear picture is better than text

22

Page 23: Public presentations for software engineers

BETTER DRAW THAN WRITE!And even pictures should be as clean as possible

23

Page 24: Public presentations for software engineers

● ONE slide is only for ONE idea

● Base on thesisesOne very short sentence

● Provide argumentsIf needed, a little bit longer

TEXT ON SLIDESRULE OF THUMB

24

Page 25: Public presentations for software engineers

● Keep lightStatic elements on slide eat space and draw attention from your information

● Keep your hands freeColor scheme dictated by template is not always good for specific slide

TEMPLATESSAY

IF YOU CAN

25

Page 26: Public presentations for software engineers

MUST SPEAK RIGHT LANGUAGE, NOT JUST LOUDER

Engineer speaking to non-technical people...

Make your best to keep presentation light

26

Page 27: Public presentations for software engineers

OTHER COMMON FAILS

Awful timing Unclear

presentation structure

Low speech quality

Wrong knowledge expected from auditory

27

Page 28: Public presentations for software engineers

Any single one from that list can kill your presentation

28

Page 29: Public presentations for software engineers

● Engineers like their work so loose focus too easy

● They don't prepare speech because they know they understand subject pretty well

WHY TIMING IS SO BAD?

29

Page 30: Public presentations for software engineers

● Use 'internal' timing only for complex cases, otherwise use wall clock time

● Any visible clock if they are available

● Any phone with clock can be used in any environment

TRACK YOUR PROGRESS IN TIME

30

Page 31: Public presentations for software engineers

● Help yourself with progress marks on presentation

● My solution is numbers in the corner generated with macro

TRACK YOUR PROGRESS IN CONTENT

31

Page 32: Public presentations for software engineers

● Progress bar is another option

● But usually it affects slide style

● People can refer to slide by number but not by progress mark

WHY NOT PROGRESS BAR?

32

Page 33: Public presentations for software engineers

CLEAR STRUCTUREHELPS TIMING

33

Page 34: Public presentations for software engineers

● Develop from top to bottom.

● Use agile techniques. Combine from blocks.

● When trying your speech, don't repeat ALL presentation. Focus on overall structure and every block.

PRESENTATION LIKE A SOFTWARE

34

Page 35: Public presentations for software engineers

DO YOU REALLY NEED AGENDA?

35

Page 36: Public presentations for software engineers

● Funny illustrations look better and keep people relaxed

● Properly selected image can cause proper associations

AVOID ROUTINE FILLERS

36

Page 37: Public presentations for software engineers

If presentation does not win from slide, remove this slide

KEEP HOUSE CLEAN

37

Page 38: Public presentations for software engineers

● Summary slide at the end

● People which missed concepts or whole presentation can catch up

● Prepare this slide early to help you keep structure aligned

SO WHAT YOU HAVE LEARNED?

38

Page 39: Public presentations for software engineers

● Some slides are needed more than once

● Top level illustration like periodic system diagram after each subsystem explained

● Important things which could be unclear first but should be understandable later like technology stack

WHY TO REPEAT SLIDES?

39

Page 40: Public presentations for software engineers

COMPLEX DIAGRAMS

AVOID IF YOU CAN

40

Page 41: Public presentations for software engineers

Highlight part of diagram which is most important for current slide

COMPLEX DIAGRAMS

RegionServer RegionServer

Request (RPC)

ClientTable

Region Region

Response

Endpoint Endpoint

Your commands can have effect

on table regions.

RegionServer RegionServer

Request (RPC)

ClientTable

Region Region

Response

Endpoint Endpoint

RegionServer RegionServer

Request (RPC)

ClientTable

Region Region

Direct communication via separate protocol.

Response

Endpoint Endpoint

RegionServer RegionServer

Request (RPC)

ClientTable

Region Region

Direct communication via separate protocol.

Response

Endpoint Endpoint

Your commands can have effect

on table regions.

41

Page 42: Public presentations for software engineers

Add complexity in several slides to limit new things per slide.

COMPLEX DIAGRAMS

RegionServer RegionServer

Request (RPC)

ClientTable

Region Region

Direct communication via separate protocol.

Response

Endpoint Endpoint

Your commands can have effect

on table regions.

RegionServer RegionServer

Request (RPC)

ClientTable

Region Region

Response

Endpoint Endpoint

RegionServer

Request (RPC)

ClientTable

Region

Response

Endpoint

42

Page 43: Public presentations for software engineers

MOST ANNOYING PRESENTER SPEECH FAIL

MOOOOO....

43

Page 44: Public presentations for software engineers

● You are nervous and going as fast as you can

● Your brain needs pause

● But you feel you need to speak

● So...

MOST ANNOYING PRESENTER SPEECH FAIL

MOOOOO....

44

Page 45: Public presentations for software engineers

MOST ANNOYING PRESENTER SPEECH FAIL

MOOOOO....

JUST STOP THIS RACE AND DO PAUSES

45

Page 46: Public presentations for software engineers

Don't expect people know every abbreviation or very specific term

SPEAK NORMAL LANGUAGE

46

Page 47: Public presentations for software engineers

Check you provide needed context so people can understand your idea

DON'T GUESS, ASK

47

Page 48: Public presentations for software engineers

FEAR OF PRESENTATION

Lot of creatures look at you

No weapon

Single

Open area

ILLUSTRATED

● Previously this situation was always very dangerous

● Your body gives you resources for this “extremal situation”

● You are free to use them or just be afraid

● Don't deny this energy by saying «I don't fear this», you fight with your body

48

Page 49: Public presentations for software engineers

Just pay additional attention for first slides so you can present

them under any condition

FEAR OF PRESENTATION

49

Page 50: Public presentations for software engineers

PUBLIC EVENTS● Strict timing is your main enemy. Prefer to have no

interruption, shift questions at the end.

● You don't know your auditory so needed level of details could be questionable. Be ready to adopt.

50

Page 51: Public presentations for software engineers

INTERNALPRESENTATIONS

● You get more people who are not interested in subject. They can make your life harder.

● On the fly discussions and comments are normal. Account this in your plans.

51

Page 52: Public presentations for software engineers

LESSONS LEARNED● Low presentation skill is BLOCKER

for software engineer career

● Presentation TOPIC IMPORTANCE for you is required but not sufficient

● Key property of engineering presentation is amount of technical information and much higher importance of SLIDES

● Presentation is to be SCALABLE – from 5 minutes and up to the 1 hour with the same slides

● Keep MODULAR structure so if you fail, you fail only one block

● Focus on clear structure and keep LEVEL OF DETAILS under control

52

Page 53: Public presentations for software engineers

53