Onboarding checklist - DOI-ONRR/nrrd GitHub Wiki

When someone new joins the team:

  • Create a new GitHub issue in this repository called Onboard [NewPerson] to ODDD project team.
  • View the raw source of this file.
  • Copy everything below the line into the new issue's body.
  • Replace NewPerson with the new person's name.
  • Replace Buddy with the onboarding buddy's name.
  • Update link to recent roadmap.
  • Delete any checklists irrelevant for the new person's skill domain.
  • Submit the issue.
  • Assign the issue to the person who volunteered to be the new person's Onboarding Buddy.

In order to get NewPerson productively contributing to the Open Data, Design, & Development (ODDD) team, Buddy should help NewPerson complete a prescribed set of tasks that will bring them up to speed.

Directions

Buddy: If you can’t complete any of the items on your checklist personally, you are responsible for ensuring that someone with the correct access completes that item.

NewPerson: Take judicious notes on what about this onboarding process or the websites are confusing or frustrating. If you notice a problem (especially with things like documentation), you are more than welcome to fix it! At the very least, please share this information with your buddy so we can make the team/platform better. You can also file issues and pull requests as soon as you feel comfortable doing so.

Get access to GitHub so that you can complete this checklist

  • Create a GitHub account that you can use for government work
    GitHub is a platform for collaborative web development.

    • Follow 18F’s setup instructions to create a GitHub account, or link an existing account to your government work. (Skip steps #4 and #5)

    • Let the Product Manager (or anyone who is an admin) know when your account has been created, and what your username is. Ask them to add you as a member or contributor to the project repository so that you can make contributions, and to add you to the ONRR GitHub organization.

    • Subscribe to the NRRD repository and ONRR.gov repository (through the GitHub watch feature) to get notifications of project activity. We also have separate repos for user research and the blog, that you should subscribe to.

Get access to other project tools and services that the team uses to communicate

  • Buddy: Invite NewPerson to the Slack nrrd-workspace using government email

    • NewPerson: Accept the invitation via email, and set up your account with 2-factor authentication. Set up your profile with your name, location, and any other information you wish to provide.
  • Buddy: Invite NewPerson to ZenHub after they have accepted the GitHub invite

    • NewPerson: Once you have access, have someone show you how we use the project planning board. We use ZenHub as a project management tool to track tasks. ZenHub connects to GitHub and displays the issues from the the project’s repository in columns that show its progress—Unprioritized, Product Backlog, Sprint Backlog, In Progress, Awaiting Review, or Done.

Learn about the project background and how the team works

Familiarize yourself with the new onrr.gov CMS

Data Checklist

Design checklist

Development checklist

Get access to:

  • Github repos
  • CircleCi
  • cloud.gov

Complete the following tasks:

  • Review OPW contingency plan ( this will need to reviewed on annual basis)
  • Install docker and preferred IDE (for example Visual Studio Code)
  • Complete the Gatsby Fundamentals Tutorial https://www.gatsbyjs.org/tutorial/
  • Review Technical Overview to become familiar with our tech stack and tools
  • Clone repository locally git clone https://github.com/ONRR/nrrd
  • Run docker-compose up
    • You should have localhost running on port 8000

Create a new branch for developing:

  • get issue from issue zenhub
  • create branch with name that starts with issue number
  • push branch remotely for senior developer to review
  • Login to Hasura console to review graphql schema and run test queries
  • Review Database management documentation

General

  • If you are new to GitHub, learn about how it works, and how to make it work for you
    GitHub is traditionally a development tool, not a design tool. It may take some time and experimenting to figure out how to work within its framework as a designer. Some places to start:

    • Understand the GitHub workflow that code-based changes to the website go through.
      Even if you won’t be contributing code changes, it helps to share the same vocabulary as your team.
    • Learn about GitHub issues
      Issues are how the team tracks tasks to work on or bugs to fix.
    • Understand the basics of writing in Markdown
      Markdown is a lightweight way of creating formatting for text. Using certain characters tells the text to render as headlines, bullets, etc. It will be helpful to know the basics of Markdown because GitHub uses it as the default syntax for writing issues (although they have recently implemented a WYSIWYG toolbar that helps!)
  • Get access to any software needed (Axure, Adobe Pro, GitHub Desktop, Atom, Visio, etc.)
    Check that the IT Non-Core Software request form lists the most recent version of a software. If it does not, double check with an ODDD team member which software version we use before placing the request.

  • Get access to the NRRD Teams Group and Data Display Outlook team calendar. @Maroyafaied is the owner of these.

  • Join the UX Community of Practice email listserv and any other digital.gov communities you are interested in joining (optional)
    A mailing list of fellow UX designers across government. Useful for sharing resources and learning about challenges shared by other practitioners.

Intern checklist

  • Create mentoring goals using this template.
  • Decide how often you want to meet 1:1 with Mentor and schedule a recurring meeting.
  • Add your contact info to this spreadsheet, so we know how to get ahold of you in case of emergency.
⚠️ **GitHub.com Fallback** ⚠️