Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-26

1 <p><strong>Подробно рассказываем, как устроена работа программистов в компании CSSSR, как наращивать экспертизу во фронтенд- и бэкенд-разработке, тестировании, DevOps и аналитике, и с какими проектами сталкиваются разработчики.</strong></p>

2 <h2>Содержание</h2>

3 <ul><li><a>Как устроена работа в CSSSR</a></li>

4 <li><a>Проекты</a></li>

5 <li><a>Технологии и процессы</a></li>

6 <li><a>Команда</a></li>

7 <li><a>Performance Review</a></li>

8 <li><a>Помимо работы</a></li>

9 <li><a>Как мы нанимаем</a></li>

10 </ul><h2>Как устроена работа в CSSSR</h2>

11 <p><strong>Удаленка</strong></p>

12 <p>С момента основания компании мы работаем полностью удалённо: без офисов, необходимости "заряжаться" с утра перед работой энергией общественного транспорта, пробок, плохой погоды, дресс-кода и всего в этом духе. Но при этом мы прекрасно понимаем, что удаленка - не для всех, и нужно хорошо обдумать, сможете ли конкретно вы работать в таком формате постоянно.</p>

13 <p>В качестве "виртуального офиса" мы используем Slack. Там происходят основные коммуникации по рабочим вопросам, есть также много каналов по интересам: кино, игры, спорт и т.п. Есть свой внутренний аналог Stack Overflow, куда каждый может прийти со своей проблемой и получить помощь от коллег.</p>

14 <h2>Проекты</h2>

15 <p>Каждый из потенциальных проектов CSSSR проходит тщательную оценку. Для нас очень важно найти баланс: действительно ли наша экспертиза будет полезна заказчику, совпадаем ли мы по ожиданиями от проекта, принесёт ли его реализация новый опыт для команды, интересен ли проект для наших сотрудников.</p>

16 <h2>Технологии и процессы</h2>

17 <p>В связи с remote-спецификой мы стараемся максимально автоматизировать наши процессы и поддерживаем их прозрачность. У заказчика и его команды всегда есть полный доступ к тому, что происходит на проекте, мы вместе работаем над достижением наилучших результатов</p>

18 <p>Для управления процессами мы выбрали гибрид Scrum и Kanban с недельными спринтами, используем Jira. Под проекты мы обычно предоставляем следующую команду: от двух до пяти фронтенд-разработчиков (включая тимлида), QA-инженера и менеджера проекта. Команды полного цикла могут дополнительно включать в себя наших бэкенд-разработчиков, системных аналитиков, дизайнеров, DevOps-инженера. Для контроля качества мы обязательно применяем код-ревью, в котором участвует вся команда разработки. Каждый пулл-реквест должен быть одобрен как минимум дважды, и только после этого код попадает в стабильную ветку. На ревью мы уделяем особое внимание не только проверке бизнес-логики, но и читаемости кода, архитектуре, API, а также используем его (код-ревью) как инструмент обучения и распространения знаний о проекте.</p>

19 <p>Мы внимательно следим за новинками веб-разработки, не забываем про лучшие стандарты и используем все современные возможности библиотек и фреймворков. Чтобы быть уверенными в работоспособности кода на протяжении всего процесса разработки, внедрять новые фичи быстрее и упростить рефакторинг, мы пишем тесты: unit, integration, end-to-end. Базы данных выбираются в зависимости от потребностей проекта и особенностей задач: MongoDB (NoSQL) или PostgreSQL. В бэкенде используем Java или Kotlin, а Node.js применяем для Backend For Frontend. Умеем мы и во Vue.js, хотя и используем не так часто.</p>

20 <h2>Команда</h2>

21 <p>В основе культуры CSSSR лежит прежде всего здравый смысл. У нас нет места статусности, мы все общаемся на равных. Есть вопрос, и ты хочешь обсудить его с CTO? Пожалуйста. Есть предложение по улучшению процессов в компании? Его всегда можно вынести на всеобщее обсуждение. Периодически проходят опросы об удовлетворенности жизнью и работой, и у всех всегда есть прямая связь с CEO.</p>

22 <p>О новых проектах, успехах (или неудачах) и других важных событиях наши ребята узнают из ежемесячного новостного дайджеста, который мы выпускаем внутри компании.</p>

23 <h2>Performance Review</h2>

24 <p>Мы сделали полностью открытой информацию о грейдах, требованиях по каждому из них и вилках заработной платы, на которые сотрудник может рассчитывать при заданных темпах профессионального роста. Мы постоянно мониторим рынок зарплат и повышаем их соответственно росту индустрии.</p>

25 <p>У нас разработана прозрачная система performance review (PR), которая позволяет сотрудникам прогнозировать рост как в профессиональном, так и в финансовом плане. Главная задача PR - определить индивидуальные цели, которые помогут расти.</p>

26 <p>По стандартной схеме PR сотрудника проходит раз в год, но всегда есть возможность провести его скорее. Команда в лице менеджера проекта, тимлида, старшего разработчика, выступающего, к примеру, в роли ментора, совместно с самим сотрудником формирует пул индивидуальных задач, которые направлены на закрытие следующих целей:</p>

27 <ul><li>устранить проблемы в рамках текущей позиции</li>

28 <li>обозначить зоны роста в соответствии с грейдом</li>

29 <li>выявить интересующие самого сотрудника направления профессионального развития и помочь ему синхронизировать их с требованиями компании к его будущему или текущему грейду.</li>

30 </ul><p>По итогам performance review мы повышаем заработную плату, корректируем цели, можем поменять грейд и расширить зоны ответственности - например, можно взять на себя обязанности тимлида.</p>

31 <p>Несмотря на то, что прохождение PR является принятой практикой в компании, случаются ситуации, когда сотрудник не хочет проходить его, или приоритетами на этот момент являются другие цели и задачи. В таком случае ревью можно перенести, а оплату труда просто индексировать. Главное - руководствоваться здравым смыслом и делать эту процедуру максимально комфортной для всех.</p>

32 <h2>Помимо работы</h2>

33 <p>Мы в CSSSR не ограничиваемся только работой и делаем много других классных проектов.</p>

34 <ul><li>Внутри компании существуют "Познавательные четверги", когда любой сотрудник может выступить с докладом на абсолютно любую тематику и поделиться своим опытом и знаниями. Например, мы многое узнали про крафтовое пиво, кинологию и обжарку кофе.</li>

35 <li><a>Новости 512</a>держат всех интересующихся в курсе последних событий в индустрии.</li>

36 <li>В рамках<a>CSSSR School</a>можно попробовать себя в роли ментора или даже написать авторский учебный курс.</li>

37 <li>Мы организовали выпуск подкастов о<a>разработке</a>,<a>менеджерской работе</a>,<a>жизни на удаленке</a>, а также о<a>жизни коллег по индустрии</a>;</li>

38 <li>Ведем<a>Callback Hell</a>, где обсуждаем последние новости и веяния разработки.</li>

39 <li>По мере сил участвуем в open source:<a>Fundoc</a>,<a>PostCSS Easy Z</a>,<a>dsgen</a>.</li>

40 <li>Выезжаем на<a>кэмпы</a>.</li>

41 <li>Регулярно играем в настолки, контру или LoL.</li>

42 </ul><h2>Как мы нанимаем</h2>

43 <p>У нас многоступенчатая система найма, и да, мы весьма щепетильны в выборе. Мы тщательно оцениваем не только хард, но и софт-скиллы кандидата, предыдущий опыт и готовность адаптироваться под наши рабочие процессы, рассказываем об открытых позициях и всегда даем обратную связь.</p>

44 <p><strong>Как устроен процесс трудоустройства в CSSSR:</strong></p>

45 <ul><li><strong>Тестовое задание.</strong>Мы постарались сделать его максимально нетипичными и интересными, чтобы понять, как кандидат справляется с нестандартной постановкой условий, оценить логику принятия решений и увидеть, как может раскрыться разработчик в необычной ситуации. При этом занимают наши тестовые не более получаса.</li>

46 <li><strong>Обратная связь по тестовому и приглашение на HR-интервью.</strong>Если тестовое решено хорошо, мы приглашаем на первое интервью. Там мы проводим первичный скрининг кандидата, рассказываем про компанию, особенности нашей работы, удаленный формат, интересуемся предыдущим опытом, оцениваем софты и отвечаем на вопросы.</li>

47 <li><strong>Техническое интервью - проводим с целью определения грейда соискателя.</strong>У нас нет цели в ходе собеседования проставить все галочки в шаблонном чеклисте: мы хотим понять, как соискатель мыслит. Порой даже не так важно, работали ли вы раньше с той или иной технологией, нам важнее узнать, сможете ли вы порассуждать на тему и понять, как что работает, если мы дадим нужные вводные данные. Такой подход позволят разглядеть инженеров в широком смысле этого слова.</li>

48 </ul><p>В целом, у нас нет строгого регламента проведения технического интервью. Мы скорее придерживаемся нескольких важных принципов:</p>

49 <ol><li>Помочь человеку дойти до ответа. Это позволяет понять, что перед нами в действительности - волнение или отсутствие знаний.</li>

50 <li>Найти границы компетенций кандидата. Мы стараемся давать темы разной сложности (бывает, что мидлу задаем вопросы и на джуна, и на сеньора), чтобы понять, где человек себя чувствует максимально уверенно, а в каких темах начинает "плавать".</li>

51 <li>Дать полезный фидбэк по итогам интервью с уточнениями, в чем кандидат хорош, а что стоит прокачать. И рассказываем, как лучше это сделать. Обратную связь мы даем независимо от успешности собеседования. Больше о том, как проходит техническое интервью в CSSSR, вы можете узнать<a>в этом видео</a>.</li>

52 </ol><ul><li><strong>Знакомство с потенциальным руководителем на проекте.</strong>Если случается match и уровень, показанный кандидатом на техническом интервью, совпадает с нашими критериями поиска, мы переходим к следующему интервью. В рамках него мы обычно обсуждаем рабочие процессы, используемые методологии, онбординг и то, насколько соискатель и потенциальная команда совпадают по софт-скиллам;</li>

53 <li><strong>Финальный созвон</strong>. Обсуждаем финансовые условия и последние аспекты будущего сотрудничества.</li>

54 </ul><p>Все наши открытые вакансии можно найти<a>здесь</a>. Присоединяйтесь!</p>