вопросы к работодателю
Во время собеседования не только наниматель пытается прощупать кота в мешке оценить кандидата, но и работник прикидывает, насколько ему будет хорошо в новой компании. Поэтому у меня довольно давно есть список вопросов, которыми я терзаю собеседущих. Пожалуй, удобнее будет его хранить в блоге, заодно он кому-то сможет пригодиться.
Для разогрева простые вопросы, пусть и менее важные:
- Насколько гибкий график работы?
- Можно ли иногда работать из дома?
- Насколько быстро и легко оформляются отпуска?
- Сколько дней отпуска в год?
- Есть ли ограничения отпусков типа «не меньше недели» или «не переносится на следующий год»?
- Можно ли ходить в отпуск во время испытательного срока?
- Какая бюрократия в случае коротких болезней?
- Есть ли в локальной сети злой фаервол?
- Что можно сделать только под windows?
- Будет ли на рабочем месте правильная IDE, два монитора, регулируемый стол, хорошее кресло, окно, свой кабинет?
- Есть ли в офисе чай-кофе, фрукты, холодильник, кухня, столовая?
- Есть ли в офисе холодильник с пивом, чтобы иногда пить его вечером?
- Предоставляет ли фирма спортзал, душ, сауну, велопарковку?
- Поддерживает ли фирма профессиональный рост курсами, конференциями, временем на самообразование, экспериментами?
Ну а потом сложные темы, про которые можно говорить дольше:
- Держит ли менеджмент работников в курсе происходящего? Заинтересован ли он в отзывах, чтобы работать ещё лучше?
- Как организована человеческая часть рабочего процесса? Скрам, нарушения скрама, крайние сроки и решение сопутствующих проблем, взаимодействие менеджмента, юзабилистов, дизайнеров, программистов, тестировщиков, клиентской поддержки. Цепочки полномочий и ответственности. Приоритеты функций и качества.
- Какие технические средства поддержки процесса: почта, календари, чаты, багтрекеры, файлохранилища?
- Как организована непосредственно разработка? Приоритеты, флаги, ветки, автоматический контроль качества и его критерии, автоматическая выкладка, тестовые среды.
- Какие технические средства используются для этого? Система версионирования, рецензии кода, документация, средства сборки и тестирования, скорость этих процессов.
комментарии
melted_down:
Я в последнее время стал много вопросов задавать на тему откуда и как берутся задачи для сотрудников. Ну то есть про сбор требований, взаимодействие с бизнесом и бизнес-аналитиками и т.п.
Были весьма симптоматичные примеры, когда интервьювер на вопрос "что и как вы хотите продать в следующей версии продукта" начинал сбивчиво рассказывать "зачем мы делаем новую версию" - в техническом смысле зачем, не в бизнес-.
_arty:
вот-вот, у меня приблизительно это попадает во «взаимодействие менеджмента, юзабилистов…» и т.д.
melted_down:
Не, про взаимодействие внутри конторы я спрашиваю специально. Этот же пункт часто ведёт за пределы конторы.
Из интересного - подход ожидаемо сильно различается в случае когда компания продаёт софт, и когда продаёт сервис. Вообще можно успеть отследить явные косяки со сбором требований, как я выше описал. Косвенно поможет оценить, насколько много бумаги в конторе марается для прикрытия задницы.
_arty:
а, понял разницу
я-то просто всю жизнь сервисы продавал, там всё начинается с менеджмента, а не с заказчиков
melted_down:
А я в основном был в продаже именно софта, причем заказного :)
Ещё кстати полезно спросить про ситуации авралов. То есть как решается вопрос нехватки ресурсов - овертаймы, контракторы, аутсорсинг? Насколько часто этого можно ожидать?
_arty:
да, пожалуй, впишу это подробнее рядом с дедлайнами
acerv:
мне кажется, рано или поздно у каждого девелопера оформляется этот список вопросов в виде какого-то артефакта:)
вот мой: https://www.dropbox.com/s/yd22fi5m21ejngs/Ask%20The%20Interviewer.pdf
проверял в бою -- судя по грустным рожам интервьюерам, я ими им таки надоел;) но оффер сделали.
_arty:
какой-то пессимистичный у тебя список : )
_arty:
с другой стороны, напоминает о том, что нужно ценить имеющееся, а не принимать его как должное
acerv:
все врут ведь, этот как раз вскрывает недостатки менеджмента или низкой технической культуры.
_arty:
пессимистичный в том смысле, что некоторые вопросы предполагают возможность практически отсутствующей технической культуры
acerv:
Ну, какая никакая культура везде есть -- помимо этого факта, очень полезно узнать, где она заканчивается.
вот то, что на J1-J12 в столбике, это из списка Спольского на самом деле (http://www.joelonsoftware.com/articles/fog0000000043.html), как раз для такого:)