TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Ask HN: Best/worst way to onboard new employees?

8 pointsby ajuhaszabout 9 years ago
We’re hiring our first engineering employee and wondering if anyone has any advice on how best to onboard them?<p>Any great tips? Anything to not do? What’s the best first week experience you’ve had?

13 comments

osullivjabout 9 years ago
1. Start by personally introducing the new hire to all team members. This helps them feel comfortable approaching them later on to ask questions. 2. Ask them to write a &quot;how to set up a new dev env&quot; wiki page. The next new hire can improve it. 3. Give them a handful of medium priority bugs to fix. Not critical as its too early, and not trivial as that won&#x27;t drive learning. A nice mix of bugs should take your newbie to all major parts of the system, and require them to develop understanding in a way that new code often doesn&#x27;t. The bugs should also drive conversations with the original authors of the code that will help knowledge transfer.
dudulabout 9 years ago
It may be superficial, but when I show up on my first day I want my desk to be ready. I don&#x27;t want to spend my first 2 hours on the job chasing for a keyboard, an ethernet cable, etc. Same with all the credentials to access to the git repo, or the bug tracker, or the inbox, and etc.<p>In your case it may not apply if it&#x27;s really your first tech hire.<p>I guess spending some time to give a tour of the industry, then of the share of the market you&#x27;re going after, then of your product.
评论 #11291351 未加载
AnimalMuppetabout 9 years ago
How about the worst first week experience I&#x27;ve had?<p>On day 1, I got a cubicle, a chair, and an ID badge.<p>On day 2, I got a trash can.<p>On day 3, I got a phone.<p>On day 4, I got a computer.<p>On day 5, I got network access.<p>Moral: If you&#x27;re the hiring manager, <i>don&#x27;t be on vacation when your new hire starts.</i> If you&#x27;re going to be, make sure that someone is going to handle it for you.<p>Full disclosure: This was a decade ago, so I may have the exact details a bit off. It&#x27;s pretty close, though.
评论 #11293895 未加载
kleer001about 9 years ago
In all my new jobs I&#x27;ve appreciated most the solicitous and social first day. The ergo team came to my desk and made sure I had all I needed for my body to work well, I was introduced to my team, a couple of senior peeps went out to lunch with me, I got a tour of the studio, etc...<p>What really sucked, and it&#x27;s probably obvious, is the time when I had to search out all my information: where I was sitting, who to talk to to get ergo stuff (and worst of all when they required a doctor&#x27;s note for whatever), who my manager and coordinator were, heck who my whole team was.<p>Not entirely on topic, but the same place also treated me like an anonymous cog: was interviewed for one project, told on my first day I would be on another, ended up on a third for two weeks, went back to another (didn&#x27;t have anything to do), and then bounced two more times before they ended my contract a month early. Ugh, never going back there again.
评论 #11291823 未加载
评论 #11291988 未加载
Olognabout 9 years ago
Prety much what the others have said. The desk should be ready, the phone if they have one (with voicemail password and instructions), the computer, their email and necessary passwords, necessary passes to the building. They should get their HR and finance stuff done and not have their first paycheck delayed.<p>They should be given something to do, even if it is busy work initially, like reading whatever existing documentation you have on your setup. They should also be given the means and clear direction to do that work. For the next week or two, their official or unofficial lead on the team should answer questions and check in every hour or so on what progress has been made on the initial assignments, inevitably they are missing some password or permission or explanation of how things are set up at the company.<p>The key is to have everything ready for them, be open to questions, and helpfully check in every hour or two for the first few days to see how things are going. Usually I have 100 questions, but after question #30 figure I should pace myself before bothering the lead or manager again with yet another question. But if they approach me in a helpful, friendly, unrushed manner and ask if I have more questions or if I am stuck, then I will get all my questions out faster.
cweissabout 9 years ago
Something my team started recently that we rather like is to put together a Kanban-style board (Trello would be perfect for this - we used Taiga as the tool had to be in-house) with cards like &quot;How do I do build X?&quot; and &quot;How do I troubleshoot Y&quot; that have links to our Wiki pages that cover the relevant topics.<p>New team members go through the board moving cards from &quot;New&quot; to &quot;Done&quot; as they research&#x2F;answer the questions. In theory, once they&#x27;re done, they should know all the major information needed to do their jobs. This is a win in both directions as it also forces us to write high-quality documentation. If the person gets stuck, they generally have a good idea who to bug (the most recent author of the page) for clarification.<p>For a first employee in that particular space, it would be a valuable exercise for them to start building that deck and the associated documentation. It might make the &quot;time to first code contribution&quot; take a little longer, but should pay dividends in reducing mistakes.
euroclydonabout 9 years ago
Since it&#x27;s your first engineering employee, I&#x27;ll assume you&#x27;re a small startup and not a large company who&#x27;s just getting into engineering :)<p>Since you are so small, you need to consider all the resources you don&#x27;t have, likely HR, Reception, Admin Assistants, any history of what information to give a new employee, detailed knowledge of how your benefits work.<p>This employee will likely have questions, especially about benefits, and IT for several weeks. It&#x27;s important to be patient in answering those questions, and treat them as high priority tasks, when you have to follow up, even though you&#x27;re a busy startup.<p>Consider the background of this engineer. Are they coming from another startup? If so, they know the drill. But if they&#x27;re coming for a larger established company, take time to emphasize with their transition.<p>Finally, leverage your strengths. Being small and informal is a strength, as long as your work policies reflect a high-trust environment. Working from home, doctors appointments, vacation and sick time -- these should all be approved quickly with ease, or not require approval at all.
evm9about 9 years ago
I&#x27;ve seen some people here insist that they want their work station and&#x2F;or laptop ready to go. If I were in the position of hiring an engineer, and made a hire, I would ask said engineer what they would prefer. Having everything setup or letting them unbox and setup, or maybe a combination of both.<p>Other things not specific to work environment should be ready to go. Their e-mail account, phone (if applicable), or any other virtual or physical materials used on a frequent basis.<p>As others have suggested, prefer something like a 75&#x2F;25 social&#x2F;engineering split for the first day. Introduction to team members and others, company processes, goals, HR stuff, go to lunch, etc.
aprdmabout 9 years ago
I was the first full time engineer employee in my current company.<p>On my first day in the company which is in a different country from the one I am from:<p>- Cycled with the CTO through the city, he showed me where their old office was - Got my new computer and installed stuff on it - Ended installing the dev environment together with him in my machine<p>It was _really_ good :), still remember it!
davismwflabout 9 years ago
First day, answer all the little questions first, not all are relevant in all circumstances but you get the idea.<p>1. Where&#x27;s the bathroom?<p>2. Where&#x27;s the fridge, etc. What are the typical patterns for people. Do they bring lunch, go out as a team etc.<p>3. If they are new to the area, tell them where to find all the normal things. Food, Grocery, Drug Store, etc.<p>4. Tell them when they will get their first paycheck, if the amount will be a partial amount tell them that. This gets looked over way too often. Tell them the pay cycle, and any benefits information have it ready and laid out. Being a startup you likely have little to no benefits, so remind them of that as many times stress of changing or getting a new job has people flustered.<p>5. Make sure you are ready for them, have all the documentation, legal requirements and stuff out of the way.<p>6. Make sure you tell them what to bring their first day so they don&#x27;t feel unprepared and so you don&#x27;t look disorganized.<p>7. For engineers, give them their machine and have them set it up. Make sure you have all the necessary access codes and have granted their accounts to everything they need before they get there.<p>8. Have 3-4 small tasks they can get started on, but tell them your expectations with them. If you have a lot of potential places they could contribute have a few ideas in mind and talk to them where they might want to fit in. That is awesome for most people.<p>9. Tell them up front, you are still figuring things out, so they shouldn&#x27;t be afraid to ask questions. Make sure they feel comfortable asking questions. People who have been in startups are far more likely to already be asking questions, but just be prepared and don&#x27;t get defensive etc.<p>10. Have fun, take them to lunch day 1 or 2. Make it their choice, sometimes day 1 is a little overwhelming and they may want to wait on lunch for a day or two so they can get the feel for things. It sometimes helps them to get away for 30-60 minutes the first day or two so they can gather thoughts, not everyone, but some people are like this.<p>11. Warn them of any land mines. I had a team lead one time tell me day one, look we all work really well together etc, but here are 3 things that a lot of people around here hold sacred. His point wasn&#x27;t to say not to challenge them, but just to get the lay of the land first before I stepped in something unknowingly. This isn&#x27;t typically an issue in startups as much.<p>12. Tell them where to park their car if they are driving. Or where they can put their bike if they rode in. etc. More important in larger cities, but really important.<p>13. Give phone numbers and email addresses in a list for anyone they are likely to need to contact. Don&#x27;t rely on them searching it out in Outlook or some directory someplace. Print it out and hand it to them, or already have emailed it to their new email address.<p>14. Your a startup, have some sort of swag to hand out. T-shirt, mug, stickers etc. This isn&#x27;t an absolute requirement but it makes people feel welcome. Yes, some people will say that&#x27;s stupid, but usually these are the same people that will later say geez, they didn&#x27;t even have X when I started.<p>I could probably go on, but this is long enough. Sadly I have learned most of these from being on both sides of the table. And you won&#x27;t believe how much less stress you feel as a founder when you knock most of this stuff off the list and have it ready for them day one.<p>BTW -- Congrats on getting your first hire!
gitcommitabout 9 years ago
Some tips:<p>Break the ice. New environments can be scary. Start a conversation with a joke. This is also good for the company, everyone remembers their first day.<p>Give them a face book with job and interests. This makes it easier for them to blend in.
afarrellabout 9 years ago
Make sure they know when they should show up on their first day and that there is someone with an idea of what sort of things they&#x27;ll be working on.
Zelmorabout 9 years ago
Off-topic: your site, fynd.me completely breaks on android tablets running firefox.
评论 #11293815 未加载