-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DON'T MERGE: add job posting rules to the member handbook #6
base: master
Are you sure you want to change the base?
Changes from all commits
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -147,6 +147,186 @@ That said, here are some things we might do, in rough order of severity: | |
Usually used when someone refuses to step back from a heated conversation or for trolls. | ||
- **ban**: asking someone to log off completely or doing the same via admin tools. | ||
|
||
## Job Postings | ||
|
||
The `#jobs` channel is a space that we've dedicated for people to post when they | ||
are looking for work, or when they have jobs. This section will provide some | ||
guidance and rules for posting in the `#jobs` channel. | ||
|
||
### Pinning Posting Durations | ||
|
||
#### About Pinning | ||
|
||
Slack allows posts to be pinned to a channel. This provides a way for job | ||
openings and for-hire posts to be kept around and highlighted in a channel after | ||
the conversation has moved on. | ||
|
||
Due to the restrictions placed on us by being a free Slack team, the full | ||
contents of pinned posts may not be available after 10,000 messages have been | ||
posted (historically that's meant 2-3 weeks for our team). To work around this | ||
limitation we strongly encourage you to use a very short summary at the top of | ||
any posting, so that it's useful when pinned afer the full message has expired. | ||
|
||
An example of using this strategy would be: | ||
|
||
``` | ||
Data Scientist IV at Rackspace (DM: @rebecca.skinner) https://goo.gl/abcd | ||
|
||
<rest of the message> | ||
``` | ||
|
||
#### Pinned Message Durations | ||
|
||
Pinned messages more than 90 days old will be periodically cleared out by | ||
administrators. If you have fulfilled the pinned request (filled the role, | ||
gotten a job) then we would request that you unpin the message yourself. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. 🔀 "please unpin the message yourself." |
||
|
||
#### Pinned Message Eligiability | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Eligibility |
||
|
||
A post may be pinned if there is no similar post that has already been pinned. | ||
That is to say, if you posted a job listing last week and it was pinned, then | ||
you post again today, you need to unpin the previous listing if you want to pin | ||
the current one. No hard restrictions are placed on how often you may unpin old | ||
posts and re-pin new ones, although moderators may request that you reduce | ||
the frequency of pinning our our discression if it appears to be interfering | ||
with the normal functioning of the `#jobs` channel. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Better to make a guideline. How about not posting the same job more often than every two weeks? (also: "discretion") |
||
|
||
In order to encourage maximum transparency in our job postings, we place more | ||
stringent requirements for pinned job postings than unpinned postings. | ||
Aggregate job listings are not eligible for pinning. Furthermore, a pinned job | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. The talk about "eligibility" makes this all sound very formal, when this is really just setting some expectations around a loose community practice that already exists. The tone could be more peer-to-peer than grantor-to-grantee. |
||
posting must not only provide all required information, but must provide at | ||
least 3 of the 6 recommended fields. | ||
|
||
For-hire postings are always eligible for pinning as long as the person seeking | ||
employment is a member in good standing of the community. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. this paragraph should move to the next section. |
||
|
||
### When You're Looking for Work | ||
|
||
The `#jobs` channel is available for anyone to use if they are looking for | ||
technical work. If you're looking for work, feel free to post a link to your | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. only technical? What about PMs, designers, DBAs, QA people? Students and teachers? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Yeah, I do agree here, only thing is finding the right wording for the whole umbrella. It isn't all just IT, or dev, or design. Lots of different loosely related roles. "tech related work". is the best I can come up with so far. |
||
resume, linkedin profile, github page, etc. You may also pin a message saying | ||
that you are looking for work, provided you unpin when you are no longer on the | ||
market. | ||
|
||
You should not broadcast your availability more than once a week. | ||
|
||
### When You're Hiring | ||
|
||
Posting in the `#jobs` channel is a great way to find local talent, whether | ||
you're an individual contributor looking for a new teammate, a hiring manager | ||
looking to fill a role, or an internal or external recruiter, you're welcome to | ||
post about your job openings so long as you adhere to our guidelines and rules. | ||
|
||
#### Job Location | ||
|
||
The STL Tech Slack is concerned with helping people who are in St. Louis find | ||
jobs. To this end, we ask that all jobs that are posted be jobs that can be | ||
carried out by people in St. Louis. This means any local job, or any non-local | ||
job that is full-time remote is okay. There's no strict upper limit on how much | ||
travel may be involved with a position and have it still be considered remote, | ||
but use your best judgement ("you can fly home on the weekends" doesn't count"). | ||
There are no strict geographical bounds for what counts as "St. Louis", but | ||
consider that it should be within a reasonable distance of the greater St. Louis | ||
Metropolitan area. | ||
|
||
#### Posting Frequency | ||
|
||
If you have a single job opening that you're hiring for, feel free to post it no | ||
more often than once a week until you have filled the opening. If you're | ||
posting many jobs, we'd ask that you try limit yourself to posting one or two | ||
jobs per day, and no more than 5 jobs per week. If you are trying to staff up a | ||
very large team, you may be interested in creating an aggregate posting, which | ||
is described later on in this document. | ||
|
||
#### Posting Requirements for Individual Jobs | ||
|
||
When you are posting for a specific individual job, we have both some required | ||
rules as well as some recommendations for how you post. | ||
|
||
##### Required Information | ||
|
||
All jobs that you post should have the following information: | ||
|
||
- Remote or On-Site: All job postings MUST include whether the job is | ||
full-time on-site, part-time remote, or full-time remote. | ||
- Work Location: For full and part-time on-site roles, posts MUST include the | ||
rough geographic area of the work site. Examples would include: | ||
"Chesterfield", "Near Forest Park" or "At T-Rex". | ||
- Your Relationship to the Role: Job postings MUST disclose the relationship | ||
of the post to the company or role. This includes explicit diclosure if | ||
you are a first or third party recruiter, or if you currently work at the | ||
company. "Unaffiliated" is a valid option, however any recruiters found to | ||
not have disclosed that they are recruiters when posting jobs will be | ||
permenantly banned. | ||
- The Type of Position: All postings MUST disclose whether they are: Direct | ||
hire, contract, or contract to hire. | ||
- Employer or staffing company name: All job postings MUST include the name of | ||
the company that the candidate would be directly working for, OR, the name | ||
of the agency that the recruiter works for. Posting the name of the | ||
employer is not required, but is HIGHLY ENCOURAGED. If a recruiter posts a | ||
job without the employer name, and another member of the community discloses | ||
the name of the employer, the moderation team will not take any action. | ||
- Adhere to the CoC: All job postings must adhere to the STL Tech community | ||
standards and code of conduct. | ||
|
||
##### Highly Encouraged Information | ||
|
||
We suggest that job postings include as much of the following information as | ||
possible. While job postings without this information are not outright | ||
prohibited, users who continually post jobs without any of the following | ||
information may be asked on a case-by-case basis to either include more | ||
information in their postings or to stop posting. | ||
|
||
- Employer Name: As stated above, the employer name is not required, however | ||
it is highly encouraged that all job postings SHOULD include the name of the | ||
employer where the candidate would be working. | ||
- Salary: Job postings SHOULD include a reasonable salary range. It's better | ||
to guess at this than to omit it, unless you really have no idea at all. | ||
- Contract Margins: For contract and contract-to-hire positions, recruiters | ||
SHOULD include their hourly or fixed cost margins that are added to the | ||
candidates salary. | ||
- Benefits: Job postings SHOULD include a list of available benefits, such as | ||
amount of PTO, health insurance, paternity or maternity leave, educational | ||
benefits, etc. | ||
- Number of positions: A job posting SHOULD disclose how many candidates are | ||
expected to be hired for the given position. | ||
- Type of work: Many job postings include a list of technology skills and | ||
requirements, but do not speak to the nature of the work. While not | ||
required, job postings SHOULD include a description of the type of work to | ||
be performed. | ||
|
||
##### Additional Considerations | ||
|
||
Job postings on the STL Tech Slack should be crafted to speak to our community. | ||
There is no prohibition against merely copying information from an existing job | ||
posting, but we encourage members of the STL Tech community go personalize the | ||
message for the audience. In particular: | ||
|
||
- Leverage tools like [joblint](http://joblint.org) to ensure your job posting | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. "leverage"… how about "use"? |
||
does not contain language that would exclude marginalized people. | ||
- Avoid terms like "rockstar" and "ninja". | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. this is covered in joblint, isn't it? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. It does, but further iteration, so people are totally clear. Plus Joblint sometimes misses some things you'd really expect to get covered. |
||
- Understand [what your job posting is | ||
saying](https://where.coraline.codes/blog/not_applicable/) and try to be | ||
considerate of using inclusive language. | ||
- Participate in the community, don't just stop by to dump a job listing and | ||
then go silent. | ||
|
||
|
||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Do you think we could loop in some of the folks actively engaged in hiring (recruiters or otherwise) to collaborate on an example of what a good posting looks like so we can share that here? There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. �As much as we pay lip service to some of the recruiters not being total dumpster fires, I've not really seen good postings coming from them. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. In my experience, you start noticing the lack of dumpster fireness when you start working with them. The posts themselves still kinda suck. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Lisa explained this well: when she's recruiting, she's often not recruiting for a single job but multiple. Plus, she'll recommend applying different places after talking with someone. So is the solution a job board? 🤷♂️ There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I was hoping to cover that use case with the big on aggregate job postings, but we could clarify it more if necessary I guess There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I don't think it's appropriate to list margins within the job postings. That's something that a good recruiter would share once speaking with the individual. |
||
### Aggregate Job Postings | ||
|
||
Recruiters, and companies who are looking to quickly grow new departments or to | ||
significantly expand, may wish to skip posting individual listings, and instead | ||
state that they have several different roles available across a broad range of | ||
technologies. For the most part, postings like this should be treated similarly | ||
to For Hire postings. They should be short, inclusive of the types of work | ||
available, and limited to being posted weekly. For external recruiters, | ||
aggregate job postings must also disclose that the poster is an external | ||
recruiter, as well as the type(s) of roles that are available (contract, direct | ||
hire, contract to hire). Additionally, for anyone posting aggregate listings, | ||
we ask that the job poster be available via the STL Tech Slack to answer any | ||
questions. Anyone creating aggregate postings then responding to questions | ||
with a request for a phonecall / email will be banned. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. This is a little harsh. This is not an one-and-done bannable thing. People tend to learn what's acceptable over time. If someone does it once, warn them. If they do it again, a ban is fine. But this is a longish document with a few cliffs to fall off already. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I'd suggest tweaking to "may be banned" or "may be punished, up to and including banning" or something like that. |
||
|
||
## The Moderation Team | ||
|
||
The moderation team is here to help you and to guide conversation towards good places. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
pinning is like the least important part of all of this. It should go at the end.