Собеседование только полдела. Наинтервью невсегда очевидно, как насамом деле будут устроены рабочие процессы, иреальность может оказаться нетакой радужной. Как выбрать тот проект, где будешь по-настоящему счастлив? НаStack Overflow пользуются тестом Джоела это 12вопросов, которые должны помочь оценить качество работы команды.12простых вопросов, да/нет ответы. Ноэтому списку уже 20лет, иGergely Orosz пообщался сомножеством разработчиков иадаптировал тест ксовременным реалиям. Приводим перевод нескольким блоков икомментарии разработчика: онкак раз недавно вышел работать вновую компанию.
Необходимо, нонедостаточно: 3требования кновой компании
Есть три пункта, которые Джерджели называет базовыми: без них невозможно комфортно работать иразвиваться нановом месте.
психологическая безопасность: чувствуютли себя люди вбезопасности, высказывая мнение, которое отличается отмнения остальной команды?
достойная вашего труда компенсация: получаютли зарплату, которая
соответствует рынку?
гибкие рабочие часы: могутли гибко организовывать своё рабочее
время?
Последний пункт кажется неочевидным, новковидные времена произошло резкое увеличение количества позиций наудалёнке. Поэтому чтобы конкурировать между собой залучших специалистов, компании обязаны проявлять гибкость ввопросах графика.
Начиналось всё неплохо: позвали внебольшой проект. Развивается стремительно, укоманды хороший технический уровень это очень воодушевляет. Апотом всё куда-то скатилось.
Атмосфера нездоровая вечные политические игры. Например, уволили двух коллег, которые впахивали больше всех остальных, причин необъясняли. Даивообще команда малопроизводительная когда никто нехочет работать, становится скучно, хотелось задач поамбициознее.
Они стали релоцировать всех сотрудников вПрагу, иябыл вшаге оттого, чтобы подписать документы нозадумался. Ахочули яподписывать контракт надва года иоставаться скомандой идальше? Неособо.
Доэтого ягод работал вIT-гиганте большая машина, много бюрократии, если появляются свои идеи, как улучшить продукт ихтрудно продвинуть. Планы уменеджеров расписаны надва года вперёд. Поэтому решил придерживаться своей линии: искать какой-то стартап.
Хотелось, чтобы было достаточно много свободы, чтобы команда несоздавала видимость загруженности, адействительно работала. Это должно быть место, где люди горят своим делом.
Аещё мне нравится работать удалённо. Возможность выбирать свой ритм жизни хотелось сохранить.
Может, работникиIT посравнению сдругими специальностями иизбалованы: новедь сдругой стороны, если все компании примерно выровнялись поуровню компенсации, кофе иплюшкам накухне IT-специалисты реально могут себе позволить выбирать тот проект, который по-настоящему откликается, чьи ценности тыразделяешь. Зачем терпеть скучный проект инеприятную команду? Артём С.
5вопросов про взаимодействие скомандой
Самостоятельные икреативные люди процветают вкомпаниях, где есть ясность процессов, возможность автономности содной стороны исотрудничества сдругой. Накакие стороны работы команды Джерджели предлагает обратить внимание? Могут выполняться 4пункта из5.
- Обусловленность действий. Естьли процесс,
который позволяет делиться бизнес-запросами, почему нужно выполнить
туили иную задачу? Дорожная карта продукта, OKR, цели
компании.
- Бэклог/дорожная карта продукта иинженеры, которые
вносят вклад вэти процессы. Естьли укоманды чёткий бэклог,
который позволяет ответить навопрос над чем будет работать дальше
ипочему? Могутли инженеры вносить предложения вдорожную карту?
Приоритизируютсяли благодаря этому предложения попогашению
технического долга?
- Прямая коммуникация при возникновении проблем.
Могутли разработчики напрямую общаться сразработчиками других
команд? Или они должны пообщаться ссвоим менеджером, который
поговорит сдругим менеджером, который поговорит сещё одним
менеджером, который поговоритс
- Коллаборация соспециалистами других сфер.
Могутли разработчики работать напрямую сдизайнерами,
продакт-менеджерами, дата сайентистами идругими стейкхолдерами,
неприбегая кпомощи посредников, например, менеджеров?
- Инициатива поощряется. Вознаграждаютсяли люди
сновыми идеями иинициативами, или считаются, что они лишь зря
отвлекают внимание?
За12лет вIT яуспел поработать ивкрупных, ивмелких компаниях. Бросил какое-то место, просто потому что понял, что нецепляет. Ипришёл работать встартап почти бесплатно: потому что попал всуперскую идейную команду. Команда горела: вгод чемпионата пофутболу вРоссии мызапартнёрились сFIFA, Apple сделал фичеринг ивсё это без бюджетов, наодном энтузиазме. Найти правильную схему для монетизации несмогли, поэтому решили разбежаться, носама атмосфера это было круто.
Язадумался обэтом, когда увидел Wheely знал оних идопоиска работы, уменя там есть знакомые. Случайно увидел вакансию, поговорил сребятами, откликнулся через бота так действительно было удобнее. Решил, что нехочу ехать вПрагу, хочу нормально работать.
Ещё ипоидеологическим представлениям совпали: Wheely отказались предоставлять данные опередвижении своих пользователей.
Можно работать наудалёнке иэто правильно, как мне кажется. Яверю, что если человек работает, онбудет работать откуда угодно. Аесли увиливает отответственности, тоивофисе найдёт возможность еёнасебя небрать, Артём С.
5вопросов про инженерную культуру
Стабильная инженерная культура чтобы специалисты неперегорали наработе инебыли разочарованы. Это принципы, которых придерживается большинство IT-проектов иразработчики могут быстро развиваться внутри компании. Могут выполняться 4пункта из5.
- Различаютсяли этапы функциональная готовность
иготовность кпродакшену. Естьли различия между прототипом,
MVP иготовым кпродакшену продукту? Естьли чеклист для оценки
качества, что продукт готов квыпуску?
- Код ревью итестирование являютсяли они частью
рутинного процесса разработки, аихотсутствие редким
исключением?
- Налаженли процесс непрерывной интеграции.
Естьли увас процесс непрерывного развёртывания, чтобы отправлять
код прямо впродакшен, иесли нет, томогутли разработчики отправлять
собственный код вэто окружение?
- Oncall невлияет наздоровье сотрудников. Для
проектов, где есть oncall, следятли затем, как онвлияет насостояние
людей иработу над продуктом?
- Доступ кисходному коду. Можетли любой
разработчик просматривать ивносить свой вклад висходный
код?
Настаром месте работы было очень много встреч спродактами, бесконечные обсуждения, постоянно что-то разбирали иобговаривали. Ноникак неудавалось наладить процессы внутри команды, что-то постоянно кому-то мешало. Люди были недовольны.
Аоказывается, можно созваниваниваться только раз вдень по15минут, иэтого достаточно всем. Так вообще работает? Все Agile, Scrum ипрочие методологии неработают при разлаженности команды. Достаточно самого минимального усилия, чтобы запустить процессы икоманде было удобно работать.
Ичтобы двигаться дальше, стремиться кчему-то новому нужна эмоциональная составляющая, без неё неполучится. Если проект впринципе неинтересен, успеха, скорее всего, небудет. Вобщем, корпоративная культура формирует заинтересованность разработчика, как мне кажется, Артём С.
Помимо этих двух, автор отдельно выделяет блок про развитие карьеры вконкретной компании: наличие культуры обратной связи, карьерной лестницы, менеджеры стехническим бэкграундом.
Список хорош, нонасколько онприменим напрактике? Джерджели говорит, что судя поего опыту общения сразработчиками изразных стран вполне, имногие инновационные ибыстро развивающиеся компании отFAANG доуспешных стартапов используют эти принципы.
Акак вам кажется, это возможно? Ичто важнее всего вкомпании? Напишите, пожалуйста, вкомментариях.
