{"id":222,"date":"2018-11-12T22:45:16","date_gmt":"2018-11-13T06:45:16","guid":{"rendered":"https:\/\/icanthascheezburger.com\/wordpress\/?page_id=222"},"modified":"2018-11-12T22:45:16","modified_gmt":"2018-11-13T06:45:16","slug":"sweat-the-small-stuff-resources","status":"publish","type":"page","link":"https:\/\/icanthascheezburger.com\/wordpress\/sweat-the-small-stuff-resources\/","title":{"rendered":"Sweat The Small Stuff: Resources"},"content":{"rendered":"<h1>Sweat The Small Stuff Resources<\/h1>\n<p><a href=\"https:\/\/www.dropbox.com\/s\/pug9r1xp00bt42o\/sweat%20the%20small%20stuff.pdf?dl=0\">Slides<\/a><\/p>\n<h2>Retrospectives<\/h2>\n<p>I find that the retrospective is often a practice that agile teams skip out on, and I find this unfortunate because the retro really beautifully exemplifies the spirit of Agile since it involves reflecting on what you&#8217;ve done as a team and making decisions on how to iterate on your process. <\/p>\n<p>Carbon Five follows a simple process for running retrospectives which is outlined in this blog post:<\/p>\n<p><a href=\"https:\/\/blog.carbonfive.com\/2009\/12\/17\/recipe-for-simple-agile-retrospectives\/\">Carbon Five recipe for running simple Agile retrospectives<\/a><\/p>\n<p>If you are a remote team, Carbon Five builds a tool called <a href=\"http:\/\/Stickies.io\">Stickies.io<\/a> which is great for retrospectives. It&#8217;s free to use.<\/p>\n<h2>Interviewing for behavioral traits<\/h2>\n<p>When a team is big you need to make sure you&#8217;re hiring engineers who are able to work with people of other disciplines and maintain positive relationships with other teams.<\/p>\n<p>It&#8217;s not enough for a candidate to be talented at programming if people in other teams struggle to work with them. <\/p>\n<h3>Behavioral traits to look for<\/h3>\n<ul>\n<li>Can they tell a story of a time they made a mistake?\n<ul>\n<li>\tIf they can&#8217;t think of one, or if they tell a story but downplay their own responsibility and\/or blame others it might be a red flag\n<\/li>\n<\/ul>\n<\/li>\n<li>Do they avoid low-value tangents?\n<ul>\n<li>\tA quick joke or side note isn&#8217;t a problem, but if the person struggles to stay on track in a conversation they might be someone who gets meetings off track or gets in the weeds when programming\n<\/li>\n<\/ul>\n<\/li>\n<li>Any sexist behavior?\n<ul>\n<li>\tTry having a man and a woman interview the candidate together.\n<\/li>\n<li>\tWhen the woman asks the candidate questions, does the candidate make eye contact with the woman when answering?\n<\/li>\n<li>\tDoes the candidate appear to address both interviewers or just the man?\n<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><a href=\"https:\/\/slackhq.com\/three-unconventional-interview-questions\">Slack &#8211; Three Unconventional Interview Questions<\/a><\/p>\n<h2>Tips and tricks for successful onboarding<\/h2>\n<p>The best way to make sure you&#8217;re onboarding successfully is to have the steps somewhat documented and always be iterating on these steps.<\/p>\n<h3>Before the first day<\/h3>\n<ul>\n<li>Tell your new hire when you&#8217;re expecting them (ProTip: have them come in a bit later on their first day so that you have time to prepare) and make sure they know where to park and where to go when they arrive. If there&#8217;s any security involved make a to-do for yourself to ensure that&#8217;s taken care of before their arrival\n<\/li>\n<li>Get their desk set up and cleared out. This can be hectic if you&#8217;re rapidly growing and running out of space but do your best to make sure they&#8217;re with the team\n<\/li>\n<li>Ask what kind of computer they want! Engineers enjoy having agency over their equipment. Best to give them a big budget and let them decide what to get\n<\/li>\n<li>Find out if they have any specific furniture\/desk needs. Some people might need a different chair for ergonomics, for instance.\n<\/li>\n<\/ul>\n<h3>First Day<\/h3>\n<ul>\n<li>Introduce to everyone on the team\n<\/li>\n<li>Get lunch together as a team. Bonus points if you leave the office for this\n<\/li>\n<li>Have a 1 hour 1:1 in which you are telling the new hire specifically about what your team does, what they&#8217;re working on right now, etc.\n<\/li>\n<li>Have the new hire spend some time pairing with an engineer on something. They&#8217;ll probably be mostly observing but it&#8217;s a good way to start.\n<\/li>\n<\/ul>\n<h3>First week<\/h3>\n<ul>\n<li>Pair them with someone on dev environment setup. Have the engineer document any situations where the actual process ended up deviating from what&#8217;s documented, and see if the documentation can be updated.\n<\/li>\n<li>Get them access to all systems they need access to\n<\/li>\n<li>Have the engineer attending all agile ceremonies (iteration planning, dailies, retro, any backlog grooming)\n<\/li>\n<li>Set up 1:1s with other roles so the new hire understands how the greater team collaborates\n<ul>\n<li>\tSRE\/DevOps engineer can talk about deploy procedure, architecture overall, and how the team conducts post mortems\n<\/li>\n<li>\tDesigner can discuss how design is collaborating with engineering\n<\/li>\n<li>\tA product manager can talk about product goals\n<\/li>\n<li>\tA project manager can talk about the team&#8217;s process\n<\/li>\n<\/ul>\n<\/li>\n<li>At the end of the first week, have a retrospective about their experience with things so that you can learn what worked and what didn&#8217;t and apply that to future new hires.\n<\/li>\n<li>Set up a regular cadence to have manager 1:1s with new hire and set expectations for how those meetings should go.\n<\/li>\n<\/ul>\n<h2>Meeting Culture<\/h2>\n<p>On Amazon&#8217;s meeting culture:  <a href=\"https:\/\/www.inc.com\/justin-bariso\/jeff-bezos-knows-how-to-run-a-meeting-here-are-his-three-simple-rules.html\">https:\/\/www.inc.com\/justin-bariso\/jeff-bezos-knows-how-to-run-a-meeting-here-are-his-three-simple-rules.html<\/a> <\/p>\n<p>Back To Work Podcast &#8211; Invitation to a Blame Party<\/p>\n<p>A great episode that touches on how to have effective meetings<\/p>\n<p><a href=\"http:\/\/5by5.tv\/b2w\/115\">http:\/\/5by5.tv\/b2w\/115<\/a><\/p>\n<h2>Design Documents<\/h2>\n<p>Sample design doc that describes extracting OAuth request serving into its own application: <a href=\"https:\/\/paper.dropbox.com\/doc\/OAuth-Migration-design-doc--ARjgA~twgejUiCLpRB3SkNvKAg-uetMvZEZKeZLKYbtcIznY\">https:\/\/paper.dropbox.com\/doc\/OAuth-Migration-design-doc&#8211;ARjgA~twgejUiCLpRB3SkNvKAg-uetMvZEZKeZLKYbtcIznY<\/a><\/p>\n<p><a href=\"https:\/\/www.amazon.com\/Managing-Humans-Humorous-Software-Engineering\/dp\/1430243147\">Managing Humans by Rands (Michael Lopp)<\/a><\/p>\n<h2>Postmortems and cultural effects on performance<\/h2>\n<p><a href=\"http:\/\/brushtalk.blogspot.com\/2012\/08\/when-bad-communication-kills-korean-air.html\">How Korean culture may have contributed to Korean Air&#8217;s abysmal safety record in the &#8217;90s and how they since turned it around<\/a><\/p>\n<p><a href=\"https:\/\/codeascraft.com\/2012\/05\/22\/blameless-postmortems\/\">Etsy&#8217;s thoughts on blameless postmortems<\/a><\/p>\n<h2>SRE techniques<\/h2>\n<p><a href=\"https:\/\/landing.google.com\/sre\/sre-book\/toc\/\">Google&#8217;s book on SRE<\/a><\/p>\n<p><a href=\"https:\/\/aws.amazon.com\/message\/41926\/\">Summary of Amazon&#8217;s S3 outage<\/a><\/p>\n<h2>Miscellaneous<\/h2>\n<p><a href=\"https:\/\/hbr.org\/2016\/09\/diverse-teams-feel-less-comfortable-and-thats-why-they-perform-better\">Diverse Teams Feel Less Comfortable &#8211; And That&#8217;s Why They Perform Better<\/a><\/p>\n<p><a href=\"http:\/\/pocket.co\/s7Gzb\">Employee Onboarding at Startups is Broken &#8211; Here&#8217;s How to Fix It<\/a><\/p>\n<p><a href=\"https:\/\/michaelochurch.wordpress.com\/2014\/07\/13\/how-the-other-half-works-an-adventure-in-the-low-status-of-software-engineers\/\">How the Other Half Works: an Adventure in the Low Status of Software Engineers<\/a><\/p>\n<p><a href=\"http:\/\/www.joelonsoftware.com\/items\/2007\/10\/26.html\">Evidence-Based Scheduling<\/a><\/p>\n<h2>Books<\/h2>\n<p><a href=\"https:\/\/www.amazon.com\/Managing-Humans-Humorous-Software-Engineering\/dp\/1484221575\/ref=as_li_ss_tl?ie=UTF8&#038;qid=1473098373&#038;sr=8-1&#038;keywords=managing+humans&#038;linkCode=sl1&#038;tag=beigee-20&#038;linkId=9b2d6adb1d90b95c463ce86e6036a063\">*Managing Humans, Third Edition* by Michael Lopp<\/a><\/p>\n<p><a href=\"https:\/\/www.amazon.com\/Peopleware-Productive-Projects-Teams-3rd\/dp\/0321934113\/ref=dp_ob_title_bk\">*Peopleware: Productive Projects and Teams*<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Sweat The Small Stuff Resources Slides Retrospectives I find that the retrospective is often a practice that agile teams skip out on, and I find this unfortunate because the retro really beautifully exemplifies the spirit of Agile since it involves reflecting on what you&#8217;ve done as a team and making decisions on how to iterate [&hellip;]<\/p>\n","protected":false},"author":2,"featured_media":0,"parent":0,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-222","page","type-page","status-publish","hentry"],"jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/icanthascheezburger.com\/wordpress\/wp-json\/wp\/v2\/pages\/222","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/icanthascheezburger.com\/wordpress\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/icanthascheezburger.com\/wordpress\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/icanthascheezburger.com\/wordpress\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/icanthascheezburger.com\/wordpress\/wp-json\/wp\/v2\/comments?post=222"}],"version-history":[{"count":0,"href":"https:\/\/icanthascheezburger.com\/wordpress\/wp-json\/wp\/v2\/pages\/222\/revisions"}],"wp:attachment":[{"href":"https:\/\/icanthascheezburger.com\/wordpress\/wp-json\/wp\/v2\/media?parent=222"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}