This describes the structure of our jobs across each group in the organization. They are inspired by the hiring/salary structure of several tech companies[1].
Jobs and roles definitions¶
Official roles and job descriptions are defined within the Structure and roles section of each functional area. The members of each functional area define the responsibilities, skills, and reporting structure of these roles.
Terminology and structure¶
Each position at 2i2c takes the following form:
<role-name> L<level>For example, Open Source Infrastructure Engineer L2.
Here is a quick breakdown of this terminology and structure:
- Role
- Positions are specific areas of focus and skills in 2i2c. The expectations and focus-areas within that role are set by Levels and Steps.
- Levels
- Levels are large and distinct jumps in terms of area knowledge, role complexity and overall scope. Higher levels generally mean less-oversight and more autonomy, higher expectations of quality, more work on design / strategy than implementation, etc. We have a more thorough set of working definitions of levels that team members can use for planning their own growth or determining the appropriate level for a new role before hiring.
Moreover, each role should have a few key pieces of information:
- Key goal
- A one- or two-sentence description of the primary goal of this role. It is the one thing that should be done well, and will be the main definition of “success”.
- Responsibilities and Expectations
- The major things that this person is expected to do or oversee, what kinds of expectations we have for how they’ll do their work, and what their relationship should be to others within 2i2c.
- Performance measures
- Quantitative or qualitative metrics that are useful in measuring the success of people in this role. Our goal is to be precise about the kind of impact that this role should have in 2i2c.
- Salary rationale
- The rationale that we’ll use to determine a starting salary for this position, according to our salary strategy.