Readers/Software Engineer onboarding

From mediawiki.org
Jump to navigation Jump to search

This page documents the standard team onboarding of new hires in the Wikimedia Product Engineering unit dubbed "OMNI Engineering" (known colloquially as "Readers Engineering").

When onboarding new personnel, copy this to a Google Doc a couple business days before the new hire starts, then on the new hire's start day @mention the appropriate individuals in the "Team member onboarding support" section via the Google Docs comment feature.

OMNI Onboarding[edit]

Welcome 👋. There's a lot of information here, so it's broken down into three waves to help with pacing. Take your time as you're going through it all. If you have any questions, don't hesitate to reach out to any of your colleagues, we're here to help. Your onboarding buddy will help guide you along the way, too.

First wave[edit]

Second wave[edit]

  • Read about the Movement Strategy.
  • Read the Medium Term Plan.
  • Read the WMF annual plan for FY 2019-2020 (July 2019 - June 2020)
  • Review the latest Tuning Session from Product on OfficeWiki (if one happened recently but isn't available yet ask a colleague for a link).
  • Subscribe to the following lists on https://lists.wikimedia.org/ with your Wikimedia email address.
    • wikitech-l - Default list for tech discussions on Wikimedia and MediaWiki software.
    • mediawiki-api and mediawiki-api-announce - Lists about internet facing APIs.
    • analytics - List about analytics.
    • ops - tech ops mailing list covering matters of deployment.
    • cloud-announce - Wikimedia Cloud Services (WCS) announcements, useful as you’re bound to use access to WCS or will need to be aware of service maintenance.
    • mobile-l - This is a low traffic list now, but is for mobile-related topics, often associated with OMNI.
  • Read Debugging Teams: Better Productivity through Collaboration (Brian W. Fitzpatrick and Ben Collins-Sussman)
  • Start on making 50 edits on a broad range of user agents, form factors, network conditions, etc. - MediaWiki.org and OfficeWiki are simplest for your work account. Remember, if you make personal edits on project wikis with any non-work username those are your personal edits. Some help: Help:Wiki markup, Help:Wikitext examples
  • View the data training modules.
  • Understand the Wikimedia Engineering Architecture Principles.
  • Be aware of component responsibilities.

Web team specific items[edit]

Web team onboarding

Product Infrastructure team specific items[edit]

Product Infrastructure team onboarding

Required for some[edit]

Verify with your manager which of these apply to you:

  • Request access to one of the data access groups. Consult your manager to figure out the appropriate group(s) and add them to the access request task for approval. This will allow you to access analytics data. Ensure that you have also read the data access guidelines.
  • Apply for beta cluster event logging access for debugging analytics data submission.
  • Request access to OTRS, our system for customer support requests, first by "signing" phab:L45, and then by emailing otrs-admins@lists.wikimedia.org.
  • If you will be doing deployment related work (typically, for web engineering and content services), request "deployment access and operational logs access" when following the steps for shell access.
  • Ask a member of your team to add you to the Trusted-Contributors Phabricator group. This group allows you to access polls and discussions for trusted contributors, which you are as a member of WMF. Any current member of the group can add a new member.
  • Request access to the WMF-NDA group as instructed in the the project description. This allows you to view and file certain Phabricator tasks such as security-related issues.

Third wave (recommended)[edit]

  • Set meetings with product managers and product owners: Web (Olga V), iOS (Josh M), Android (interim: Dmitry B), Structured Data (Ramsey I), Parsing (Subbu S), Product Infrastructure.
  • Set one time meetings with all OMNI engineering engineers and managers to say hi - one every other day is a good tempo.
  • Scan the English Wikipedia Village Pumps and Commons Village Pump and other equivalents if you know other languages.
  • Review recent quarterly tuning session decks for Product.


If you like[edit]

Team norms[edit]

Calendar[edit]

Mark your working hours and blocked off parts of the day in Google Calendar.

Out of office[edit]

  1. Verify the dates you'll be out with your team and your manager.
  2. Request time off in the HRIS.
  3. Make an out of office event on your personal calendar that spans the time you'll be out as Busy. Ensure "Automatically decline new and existing meetings" is checked (alternatively, decline manually with a reason).
  4. Make an event on your team calendar indicating you'll be out. Ensure "All-day" is checked and have it span all days you'll be out.
  5. Set your Gmail vacation responder with a message that indicates that you're out of office, when you'll return, and contact information of your delegate(s) for urgent issues regarding your work. Ensure that "Only send a response to people in Wikimedia Foundation" is checked.

Team member onboarding support[edit]

  • Technical Program Manager:
    • With admin, add to relevant calendar invites: Standup, Weekly meetings, etc.
    • Add to relevant team page on MediaWiki.org
    • Explain team development cycle, project management tools, Phabricator workflow, and meeting scheduling (checking individual calendars and room availability, etc.)
  • Product Manager:
    • Introduce to team members who haven't met new software engineer
    • Product overview
    • Testing overview - in house and Specialists Guild
    • Wikimedia project overview - what are our projects and who uses them
  • Director:
    • Discuss career development and open lines of communication, personal managerial style, managerial style of manager, ERGs, first six months, privacy/security principles and techniques, email/chat clients/calendar productivity tips
  • Manager:
    • Notify team members with actions to review actions here
    • Ask Engineering Admin to add to product-all, plus the following calendars: "WMF Engineering", and if in San Francisco "WMF Fun & Learning".
    • Confirm with hire that the hire can access the "WMF Staff Calendar", as access is customarily granted behind the scenes as part of the general onboarding process
    • Setup on team internal and role specific list(s)
  • Design:
    • UX / Design overview
    • Design research overview
  • Tech Lead or Onboarding Buddy: