This document outlines strategies for having fun in the workplace presented by Holly Cummins and Martijn Verburg. It begins with an introduction on quantifying and measuring fun. It then provides a 20 step plan for achieving fun that includes ideas like creating a Chief Fun Officer role and installing a ball pit. The document discusses how fun can be good for business by increasing productivity and reducing sick leave. It also examines what types of activities and tasks are inherently fun versus unfun. Finally, it provides suggestions for how to introduce more fun elements like pairing, reducing meetings and estimates, focusing on prototyping, and increasing automation.
Software Developers Guide to Fun in the Workplace: Euphoria Despite the Despair
1. #jspring
Holly Cummins, IBM | @holly_cummins
Martijn Verburg, JClarity | @karianna
May 2017
A Software Developerās Guide to
FUN in the workplace
How to achieve Euphoria despite the Despair
5. Is this a fun talk?
No. Itās a talk about fun.
6. Is this a fun talk?
No. Itās a talk about fun.
Thatās different.
7. Is this a fun talk?
No. Itās a talk about fun.
Thatās different.
Obviously.
8. @holly_cumminshttp://ibm.biz/bluemixgaragelondon@holly_cummins @karianna
20 step plan to achieve FUN.
1. Quantify and Qualify your FUN metrics
2. Create a Chief FUN Ofļ¬cer (CFO) role
3. Gamify your daily tasks to make them more FUN
4. Enthusiastically high ļ¬ve everyone each morning for FUN
5. Install a FUN ball pit
6. Inject a FUN word of the day into conversations
7. Wear FUN clothing, something with ļ¬air
8. Create FUN certiļ¬cates with gold star systems - relive the fun of
kindergarten!
9. Nominate FUN assessors for each team
10.Laugh Out Loud (LOL) once a day in the ofļ¬ce, others will enjoy your FUN
20. "Fun is a point on the intersection
of engagement levels and social
interaction for a given activity.ā
Fun: An Exploration in its Relevance to Interaction Design - Elise Woolley, 2010
26. Things that are Fun
Something
novel
Doing
something youāre
good at
27. Things that are Fun
Something
novel
Doing
something youāre
good at
Completing
a task
28. Things that are Fun
Something
novel
Doing
something youāre
good at
Completing
a task
Getting fast
feedback
29. Things that are Fun
Something
novel
Doing
something youāre
good at
Completing
a task
Getting fast
feedback
Creating
something
new
30. Things that are Fun
Something
novel
Doing
something youāre
good at
Completing
a task
Getting fast
feedback
Creating
something
new
Fixing
something
old
73. "Individuals [who just
watched a comedy video]
have approximately 12%
greater productivity."
https://www2.warwick.ac.uk/fac/soc/economics/staff/eproto/workingpapers/happinessproductivity.pdf
78. How much fun can
you expect to have?
https://www.ļ¬ickr.com/photos/paulesson/3065570366
79. How much fun can
you expect to have?
(Yes, this is a picture of lots
of fungi. Youāre welcome.)
https://www.ļ¬ickr.com/photos/paulesson/3065570366
80. Limits to Fun
ā¢ No one likes working on things that
arenāt valuable or useful.
ā¢ So if you take that to its extreme, and
only do activities if theyāre fun and
enjoyable, will that work?
ā¢ Self-discipline is still needed.
94. Step 1.
Find un-fun things.
Get rid of them.
... because they're probably waste.
95.
96. Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
97. We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
98. We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
Pair
programming
99. We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
Pair
programming
#noestimates
100. We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
Streamlined
process
Pair
programming
#noestimates
101. We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
Streamlined
process
Pair
programming
#noestimates
Self-generating
status
102. We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
Streamlined
process
Pair
programming
#noestimates
Self-generating
status
Protect peace
103. Findable
documentation
We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
Streamlined
process
Pair
programming
#noestimates
Self-generating
status
Protect peace
104. Findable
documentation
We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
Streamlined
process
Pair
programming
#noestimates
Self-generating
status
Protect peace
MVP
105. Findable
documentation
We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
Streamlined
process
Pair
programming
#noestimates
Self-generating
status
Protect peace
MVP
Self-directed
teams
106. Findable
documentation
We can ļ¬x these.
Fun Not-Fun
Programming Meetings
Puzzles Mysteries
Collaboration Criticism
Just doing it Process/Ceremony
Learning Repeating
Designing Sizing
Doing Status reporting
Prototyping Hardening
Interactions Interruptions
Making a difference Being a cog
Streamlined
process
Pair
programming
#noestimates
Self-generating
status
Protect peace
MVP
Self-directed
teams
Automation
107. Make it easy for people to ļ¬nd the
information they need to do their job.
Find a good, indexable, solution.
Use it.
139. Wait, whereās the rigour?
Write down your partnerās fatherās name.
We need QA on these letters. Show a
draft of each letter to me, ļ¬rst.
140. Wait, whereās the rigour?
Write down your partnerās fatherās name.
We need QA on these letters. Show a
draft of each letter to me, ļ¬rst.
Show each letter to the room, so we
know what your progress is like.
141. Wait, whereās the rigour?
Write down your partnerās fatherās name.
We need QA on these letters. Show a
draft of each letter to me, ļ¬rst.
Show each letter to the room, so we
know what your progress is like.
142. What have we learned?
ā¢ Status reporting and code reviews slow
things down.
ā¢ That was on an earlier slide, but we
learned that better through a game :)