Get started at 2i2c
Get started at 2i2c¶
This is a guide and checklist for new team members of 2i2c to get oriented, and to make sure that you’re set up with all the resources you need to start contributing!
A note about staff vs. non-staff
The information here (and in the Team Compass) applies to anybody that is “on the 2i2c team”. That means both staff at ICSI, as well as non-staff team members that may work in other institutions. However, there may be some steps here that are only relevant to ICSI staff.
New 2i2c team members are onboarded in order to make sure that the following conditions are met:
They know where to look for certain information
They feel welcome and excited to be a part of the team
They have an understanding of what 2i2c is currently up to
They have enough information to get started
When a new team member joins, follow these two steps first:
Identify an Onboarding Champion. This is somebody that will help guide the onboarding process for our new team member. Their job is to carry out the process described in the onboarding issue template.
Open an issue in the Team Compass. Choose the “Onboard a new team member” template. This issue will track the onboarding process, and will provide steps to take in order to onboard our new team member.
The following sections describe some things that should be met in order to onboard somebody new.
Accounts that should be created¶
A GMail address. You can use this to access information in the 2i2c drive, as well as various online services that we use such as cloud engines. You can sign in to your email address at gmail.com (it behaves like a Google account).
A Slack account. In addition to GMail, 2i2c also uses Slack to have informal or synchronous communication.
Accounts you should have access to¶
Google Drive. Your 2i2c email address will get you access to a Google Drive that contains documents, brainstorms, and other assets that aren’t fit for the 2i2c Team Compass. You can log into the Google Drive by going to
drive.google.comand adding a new account using your
@2i2c.orgaddress and password.
GitHub Access. 2i2c has a few GitHub repositories. You should have membership in the
2i2c-orgGitHub organization and write access to its repositories. Check that this is the case and, if not, ask for access in the Slack.
NameCheap Access. 2i2c runs much of its cloud infrastructure at custom URLs created for the target institution. In order to ensure you have the ability to create new URLs, you should have access to the 2i2c NameCheap account. If not, ask for access in the Slack.
Cloud Accounts. 2i2c has a number of cloud accounts that it uses to create and operate its infrastructure. You should have access to the cloud accounts for any projects that you expect to work on. This includes Google Cloud, Microsoft Azure, and Amazon Web Services. The specific project might depend on what you’re working on, so check with the team to make sure you have the right access.
What are we working on right now?¶
The 2i2c team coordination page has information about our daily workflow. You can use this to begin participating in our daily activities and find out what everyone is working on.
What major projects is 2i2c working on?¶
Check out the projects page for more information about the projects that 2i2c is working on.
Tips for distributed working¶
2i2c is a distributed organization, and believes strongly in following practices that are inclusive, participatory, and collaborative. It has team members spread out over many time zones working on a variety of projects. There are many guides and tips for distributed working[^distributed-work1], and we’ve tried to distill a few key components for our workflows:
Have a single source of truth. For any information or projects in 2i2c, there should be one source of truth. Any conflicting information will defer to this source of truth, and it should be updated first and often. The default source of truth is this team compass, unless otherwise specified.
Document everything. Documentation is the most important tool for coordinating and distributing information across distributed teams. It is crucial that 2i2c team members document all relevant information about their projects, what they are working on, etc.
Broadcast updates in multiple places. Different people have different preferred methods of engagement and communication on 2i2c projects. For this reason, don’t assume that posting an update or question in a single location will reach everybody that you wish to reach. Do not hesitate to post questions or ask for feedback in multiple places (e.g., GitHub, Slack, or even email). However, try to keep information in a single place to have a single source of truth.
Update often. Err on the side of updating the team more often than not. Nobody should be surprised when something gets done - especially nothing major. Your work should be as transparent to others as possible!