Slide 1

Slide 1 text

the best way to build and ship software Communicating with Issues How GitHub uses GitHub

Slide 2

Slide 2 text

the best way to build and ship software 2 Cynthia Rich @crichID, Manager of Training

Slide 3

Slide 3 text

the best way to build and ship software A few logistics 3 ▸ 40 minutes presentation, 10 minutes Q&A ▸ Please ask questions in the GoToWebinar Q&A panel ▸ Recording ▸ Yes, we are! It will be sent via email after the presentation. ▸ Additional Questions ▸ [email protected]

Slide 4

Slide 4 text

the best way to build and ship software In this session, we will focus on the communication patterns we use here at GitHub. This includes: ▸ Organizing people and projects ▸ Organizing Issues and Pull Requests ▸ Optimizing your written communication ▸ Providing visual structure to support your ideas 4 Our goals

Slide 5

Slide 5 text

the best way to build and ship software 5 How we communicate

Slide 6

Slide 6 text

the best way to build and ship software 6 Organizing people

Slide 7

Slide 7 text

the best way to build and ship software How we think about teams ... 7 Organizational Teams services services-engineering services-tools services-training services-operations Project Teams project-lily-spider Affinity Teams blacktocats Location Teams emea north-carolina }

Slide 8

Slide 8 text

the best way to build and ship software Liberal @ mentions 8 ▸ Filtering emails is an art form ▸ Direct mention vs. team mention ▸ We unsubscribe

Slide 9

Slide 9 text

the best way to build and ship software Organizing projects 9

Slide 10

Slide 10 text

the best way to build and ship software Key ingredients of a project 10 ▸ README.md ▸ CONTRIBUTING.md ▸ ROADMAP.md ▸ ISSUE_TEMPLATE.md ▸ PULL_REQUEST_TEMPLATE.md

Slide 11

Slide 11 text

the best way to build and ship software 11 Flexible project boards

Slide 12

Slide 12 text

the best way to build and ship software 12 Organizing issues and pull requests

Slide 13

Slide 13 text

the best way to build and ship software Using assignees 13 ▸ Assignees are used to indicate who is responsible for the next step. ▸ Changes to assignees are documented in the Issue or Pull Request ▸ Every discussion has an assignee

Slide 14

Slide 14 text

the best way to build and ship software 14 Another benefit of assignees

Slide 15

Slide 15 text

the best way to build and ship software Labels should fit the needs of your project 15 Your perfect set of labels

Slide 16

Slide 16 text

the best way to build and ship software 16 The power of the written word

Slide 17

Slide 17 text

the best way to build and ship software We write A LOT 17 GitHubbers communicate differently: ▸ We focus on inclusive communication ▸ We rely heavily on async communication ▸ We believe in crafting communication for our future selves

Slide 18

Slide 18 text

the best way to build and ship software 18

Slide 19

Slide 19 text

the best way to build and ship software What are you trying to accomplish? 19 Three questions ...

Slide 20

Slide 20 text

the best way to build and ship software Who are you trying to reach? 20 Three questions ...

Slide 21

Slide 21 text

the best way to build and ship software What action do you want taken? 21 Three questions ...

Slide 22

Slide 22 text

the best way to build and ship software ▸ Perception ▸ Investment ▸ Support 22 Always consider your reader

Slide 23

Slide 23 text

the best way to build and ship software ▸ BLUF ▸ tl;dr ▸ RACI ▸ SCIPAB 23 Useful Techniques

Slide 24

Slide 24 text

the best way to build and ship software 24 BLUF

Slide 25

Slide 25 text

the best way to build and ship software 25 tl;dr tl;dr is an acronym for Too Long, Didn’t Read. It is typically used at the beginning or end of a long post to provide a summary for the reader to gauge the level of investment they have in the long form content.

Slide 26

Slide 26 text

the best way to build and ship software 26 RACI Code RACI Summary Details R Responsible “The doer” The individual who actually completed the task. This is person is responsible for action/implementation of the deliverable. A Accountable “The buck stops here” The individual who is ultimately accountable for the correct and thorough completion of the deliverable. C Consult “In the loop” The individual(s) to be consulted prior to a final decision or action. This is two-way communication. I Inform “Keep in the picture” The individual(s) who need to be informed after a decision or action is taken. This is one-way communication.

Slide 27

Slide 27 text

the best way to build and ship software 27 SCIPAB

Slide 28

Slide 28 text

the best way to build and ship software 28

Slide 29

Slide 29 text

the best way to build and ship software 29 # markdown

Slide 30

Slide 30 text

the best way to build and ship software 30 Our favorite markdown features ▸ Links & cross references ▸ Tables ▸ Headers ▸ Bold & italics ▸ Quotes ▸ Images ▸ Code blocks ▸ Task lists ▸ Dropdowns

Slide 31

Slide 31 text

the best way to build and ship software 31 Cross references and links

Slide 32

Slide 32 text

the best way to build and ship software 32 Tables

Slide 33

Slide 33 text

the best way to build and ship software 33 Basic formatting

Slide 34

Slide 34 text

the best way to build and ship software 34 Quoting text

Slide 35

Slide 35 text

the best way to build and ship software 35 Images

Slide 36

Slide 36 text

the best way to build and ship software 36 Code blocks

Slide 37

Slide 37 text

the best way to build and ship software 37 Task lists

Slide 38

Slide 38 text

the best way to build and ship software 38 Simple dropdowns

Slide 39

Slide 39 text

the best way to build and ship software The Ultimate Guide to Markdown 39

Slide 40

Slide 40 text

the best way to build and ship software 40 A few more helpful tips

Slide 41

Slide 41 text

the best way to build and ship software 41 Reactions and emoji voting

Slide 42

Slide 42 text

the best way to build and ship software 42 Indicating the scope of the ship

Slide 43

Slide 43 text

the best way to build and ship software 43 A whole new level

Slide 44

Slide 44 text

the best way to build and ship software ▸ July 25: Communicating with issues ▸ August 22: Communicating with remote teams ▸ September 26: Managing your teams ▸ October 24: Managing your projects ▸ November 28: Writing documentation for your projects Sign up at services.github.com 44 How GitHub Uses GitHub

Slide 45

Slide 45 text

the best way to build and ship software Questions? 45