Хабрахабр

Avito Playbook: initial commit

Мы тоже не исключение. Многие компании публикуют в open-source свой код. Но ведь код — это не единственное, чем компания может поделиться с сообществом. Инженеры Avito активно публикуют на GitHub свои наработки. Сегодня мы делаем первый шаг в этом направлении и выкладываем на GitHub первую версию Avito Playbook. Не меньший интерес представляет описание различных процессов, гайдлайны и лучшие практики. Что это и зачем нужно — рассказываю под катом.

Это что-то вроде свода правил, по которым играет команда, и признанных ими лучших практик, принятая стратегия и тактика. Изначально термин playbook пришел к нам из американского футбола. Это могут быть ценности, правила найма, практики code review, да даже список любимых баров, в которые команда ходит по пятницам. Для компании он играет такую же роль — это свод стандартов, которые команда вырабатывает с течением своей жизни. Playbook вмещает в себя всю информацию, с которой вы знакомите новичка в первые недели его работы.

Это может быть пачка гуглодоков, раздел в Confluence, репозиторий в VCS. Строго говоря, плейбук у вас скорее всего уже есть. Главное, придерживаться двух основных правил: информация должна быть актуальной и структурированной.

Но перед тем, как переносить их в open-source, нужно проделать много работы. За 10 лет мы наработали ну очень много интересных материалов, которыми хочется поделиться. Процесс может затянуться на долгие месяцы. Старую информацию актуализировать, недостающую собрать, секретные данные затереть и спрятать под грифом. Но в полном соответствии с Agile-манифестом мы решили работать итеративно и постепенно делиться новой информацией.

В первой версии мы рассказываем про:

  • Авито в цифрах — сколько у нас сотрудников, разработчиков, RPS и серверов;
  • миссию и ценности — куда и как мы идем;
  • организационную структуру — юниты, кластеры и рабочий распорядок;
  • бизнес-процессы — OKR, performance review;
  • технологические процессы и практики — релизы, developer experience framework, технический радар, open-source;
  • условия работы — обучение, тренинги, конференции и прочие плюшки.

Например, мы очень хотим поделиться нашими политиками релизов для сайта и мобильных приложений и практиками по автоматическому тестированию. В планах — закопаться во все это гораздо сильнее. Ещё один вариант — детально описать процесс собеседования, его структуру и поднимаемые темы.

Если вы хотите узнать больше о каком-то аспекте работы компании, устройстве процесса или чем-то еще, то смело заводите issue на GitHub. Мы очень рассчитываем на ваш фидбэк. Их же можно использовать и для того, чтобы задавать вопрос нашим инженерам по разным направлениям — постараемся ничего не оставить без ответа.

Теги
Показать больше

Похожие статьи

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Кнопка «Наверх»
Закрыть