Что спрашивать у работодателя на собеседовании DevOps?

Question

[Вадим]

Привет Всем,

компаний много, нас еше больше... но хороших компаний не так уж много. Как найти компанию где есть время на саморазвитие, атмосфера "как сделать все еще лучше, чем вчера", хорошие отношения в коллективе и даже... но необязательно - есть треннинги.

какие вопросы вы бы задали работодателю на собеседовании чтобы не промахнуться с компанией?

удачи,
Вадим

Answer 1

[Денис Динкевич]

1. Расскажите о команде, к которой я присоединюсь?
2. Каким инженерам стоит подражать? Почему?
3. Как будет оцениваться моя работа?
4. Почему вам нравится работать здесь?
5. Какие самые большие проблемы стоят сейчас перед командой?
6. Какие преимущества/ценность получают ваши клиенты от использования вашего продукта или услуги?
7. Есть ли место для роста?
7. Существует ли официальная программа наставничества или онбординга для новых сотрудников?
8. Расскажите как проходит процесс performance review?
9. Как только испытательный срок закончится, сколько у меня будет полномочий по принятию решений?
10. Чем карьера в вашей компании лучше, чем у конкурентов?

По ссылке расположен наиболее полный список подобных вопросов: https://www.joelonsoftware.com/2000/08/09/the-joel...

Answer 2

[noxplex]

- Уточните методологию;
- Уточните каким образом происходит расчет ЗП по часам или по раб. дням.;
- Кол-во митапов в неделю;
- Отчетность;
- Сколько лет компании, да и про достижения компании можете спросить, почему бы и нет?
- Отзывы о компании от клиентов (стабильность компании) и сотрудников (только не смотрите на отзывы менеджеров и т.п.);

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

PS 1 Vitaly Karasik - добавил то-же один важный пункт про текучку и её причину.
PS 2 На HH.ru - можете посмотреть в разделе резюме людей с опытом в этой компании - посмотрите сколько времени в среднем люди в ней работают (к вопросу о текучке).

Comments

[Dimonchik]

скрам и devops немного не о том )), не хватит никакого вазелена

а так да, Скрам - жирная позиция, штаны потолще и вперед протирать

[rustler2000]

KANBAN вообщето не плох - и спасает в больших проектах (это когда в геррите три экрана на ревью в мастер).

[noxplex]

rustler2000, Канбан - это в первую очередь про динамику изменения требований и смену приоритетов у задач и даже стэка технологий, что не приемлимо для любого большого проекта, так-же как и смена контекста у разработчиков (не будете же вы в течении дня прыгать с верстки на базы данных туда сюда по 10 раз?). (либо её просто на столько криво внедряют). SCRUM же наоборот исключает изменения во время спринта, приоритеты из-вне так-же не меняются, порядок выполнения задач не имеет значения в для бизнеса в течении спринта, но в результате должны быть выполнены все задачи - и это хорошо как для разработчиков, так и для качества проекта на выходе.

Качество проектов на выходе у канбана - в основном не поддерживаемый говнокод, который даже стыдно отдавать на ревью, на моей памяти как минимум 3 таких больших проекта которые пришлось переписывать с нуля и разработчики которые их писали были далеко не тупыми.

[rustler2000]

noxplex, >Канбан - это в первую очередь про динамику изменения требований и смену приоритетов у задач и даже стэка технологий.

То что ты видел, не канбан а черт знает что.
Я могу точно также авторитено утверждать, что скарм это в первую очередь про тотальное изменение требований каждый спринт и даже полную смену стэка технологий (если что - я certified scrum master). И у меня пруфов будет ровно столько сколько и у тебя - ноль.
Канбан о том как эффективно условый "тикет" пропихнуть от А до Я не устроив ДДОС. Внедряется и работает лучше scrum of scrum, особо если продукт сильно coupled.

[noxplex]

rustler2000,

, что скарм это в первую очередь про тотальное изменение требований каждый спринт

Ну твой комментарий никак не меняет того что я сказал, ты и сам без пруфов - все доказал за меня, молодец, а то что ты какой то там certificated дудец-теоретик мне как-то плевать если честно. Ключевое слово в твоем комментарии каждый спринт - остальное не имеет смысла. А так я тоже могу купить тонну различных сертификатов в любом переходе и внедрять всякую не нужную фигню в компаниях типа канбана, скрама и игуаны какойнибудь и при этом просить за это около 120К рублей ссылаясь на Toyota или другую компанию (которая к слову к ПО не имеет никакого отношения):D

[rustler2000]

noxplex, ну тоесть ты всетаки просто несешь пургу про канбан - особенно про первую очередь

[noxplex]

rustler2000, Я написал этот ответ учитывая пожелания ОП - а именно
Он джун, и ищет работу с окном на саморазвитие - спринты из скрама дадут ему такую возможность, а именно сконцентрироваться на фиксированном пуле задач на определенном интервале времени и не отвлекаться на смену приоритетов и возможно даже проектов.

Какая страховка у канбана?
Может ты хотябы какие-то аргументы начнешь приводить или так и продолжишь светить своими бумажками и пустословить как макака какая-то?

[rustler2000]

noxplex,

Какая страховка у канбана?
Может ты хотябы какие-то аргументы начнешь приводить или так и продолжишь светить своими бумажками и пустословить как макака какая-то?

Ты сделал bold statement -

Канбан - это в первую очередь про динамику изменения требований и смену приоритетов у задач и даже стэка технологий.

- и при этом хочешь, чтобы я тебя опроверг? Это из серии "вы уже перестали пить коньяк по утрам" - ты свой стейтмент подопри хоть чемто. Канбан с фабрик пришел, где вообще мало что менятся. Ты из каких то своих фантазий чтото напридумывал, а я должен искать чтобы вот прямо было твое больное воображение опровергнуто.

А какие страховки в скраме, что спринт не будет cancelled? Это вполне легетимное действие PO.
В канбане хотябы wip лимиты есть.

или так и продолжишь светить своими бумажками и пустословить как макака какая-то?

Я всего лишь упомянул, что CSM - а у тебя пригорело, что за 1500км видно

[noxplex]

rustler2000, Сильные аргументы - не поспоришь.
По поводу спринт - cancelled, это что-то из разряда фантастики, обычно такое случается когда компания/отдел уже на последнем издыхании и тут уже не о методологиях нужно думать, а искать другую контору с вменямым менеджментом, а не макакой с гранатой. И уж точно джунов на такой проект никто брать не будет.

[noxplex]

rustler2000, И потом зря ты думаешь, что сможешь так-же без аргументов просто взять и отменить спринт, обычно ведущий разработчик имеет большую ценность для бизнеса чем ПМ =)

[rustler2000]

noxplex, ооо да - а если канбан, то можно не только приоритеты поменять, но и заставить разработчиков неожиданно все бросить и делать чтото другое, и даже весь стэк поменять - веть это канбан - и бизнес, какбы не ценил своих разработчиков, но канбан берет свое.
А в скраме разработчики могут взять и отказаться отменять спринт - ведь пофигу на PO и требования бизнеса - разработчики в кассу денег больше приносят. Да и вообще - они лучше знают (иногда это означает некомпетентность вышестоящих иерархий, но чаще всего иллюзии)

Обычно - ведущий разработчки понимает бизнес а не чешет свое ЧСВ или страдает синдромов вахтера. Отмена чего либо (проекта, программы) вполне нормально явление, и нормальный бизнес на sunk costs не ведется.

[noxplex]

rustler2000, Ну это хотя бы было смешно :)

разработчики в кассу денег больше приносят

Ты такое в какойнибудь SaaP компании расскажи, что-то ты в своей вебстудии больно засиделся :D

Да для вебстудий и фриланса - у которых каждый день новый говнпроект - можно и канбан применить под лозунгом - быстро, дешево и тупо.

Вам там к своему бекенду клиенты доступ хотя-бы дают? И как часто проекты обратно возвращают? :)
Под крупными проектами я так понимаю подразумевались лендинги под Wordpress и готовые админки позаимствованные и перекрашенные с гитхаба?

В общем спасибо, давно я так не смеялся, но думаю мой комент всеровно удалят.

[rustler2000]

noxplex, ну то есть back to origin - ты подтвердить свои слова абсолютно не способен. Жаловаться на твой камент не собираюсь. Пусть тебе медалью висит.

[Вадим]

Короче, буду еще спрашивать про методологию, используют ли Scrum или Кабан )... т.е. Канбан. Реально, когда приоритеты меняются каждый день, трудно что-то понять и чему-то выучиться. Легче, если на какое-то активити хотя бы неделя или две...

Кстати, а в чем особенности SaaP компаний ?

[rustler2000]

Вадим, не бойся канбана - noxplex путается (супер мягко выражаясь) про смену приоритетов в канбан. Но вот попасть сразу в hyper productive scrum team может быть сильно депрессивно.

[noxplex]

Вадим, SaaP/SaaS - это интернет-реклама (Яндекс.Директ), онлайн-игры, облачные платформы (AWS, Google Cloud, всякие системы составления маршрутов для грузоперевозок), образовательные штуки. В большинстве - это компании чья прибыль полностью зависит от отдела разработки (там нет особой разницы между разрабами и devops).

[noxplex]

rustler2000, Ты так и не привел ни одного контр аргумента для скрама и вообще никаких аргументов за канбан, учитывая контекст вопроса. Причем тут вообще hyper productive scrum team, когда речь почти всегда идет об обычном скраме ?
Может быть тебе лучше выкинуть свой сертификат в помойку (если он у тебя вообще был)?

[rustler2000]

noxplex, не очень понимаю контрагрументов чего ты от меня хочешь -

Канбан - это в первую очередь про динамику изменения требований и смену приоритетов у задач и даже стэка технологий

это твоя фантазия. Ссылок ты дать не можешь уже пару дней как.

И познание о скарм у тебя тойже глубины, что и канбане - хотябы погуглил бы "hyper productive scrum team" и вот прямо таки первую ссылку бы почитал, прежде чем опять в лужу наступить. Ну и если для тебя есть два (и более) скрама - то уверяю тебя - ты путаеш scrum и scrumbut.

[noxplex]

rustler2000, Почему не могу? Первая ссылка из гугла: https://netology.ru/blog/scrum-kanban

Цитаты от туда:
Про скрам:

В Scrum категорически нельзя добавлять задачи в текущий спринт, поэтому Scrum менее гибок. Даже если появилась срочная и важная задача, она пойдет в работу только со следующего спринта.

Про канбан:
1.

По сравнению со Scrum-директивами Kanban — это оплот либерализма и хаос.

2. новые задачи добавляют в любое время. Если нужно срочно что-то сделать, команда не ждет следующего спринта;

Конкретно на хабре есть более подробные статьи, например: https://habr.com/ru/company/hygger/blog/351048/

Цитаты про канбан:
1.

в Kanban задачи программисту можно «подсовывать» хоть каждый день.

В лужу тут наступаешь только ты, и уже несколько раз подряд - прекрати.

[rustler2000]

noxplex, По поводу первой статьи.

1. По сравнению со Scrum-директивами Kanban — это оплот либерализма и хаос.
2. новые задачи добавляют в любое время. Если нужно срочно что-то сделать, команда не ждет следующего спринта;

A. Почитай как хотфиксы в скраме делают.

хинт

PO резервит время в спринте без указания что фиксить, до момента прихода бага.

B. Из первойже статьи -

В Kanban приоритеты расставляет команда, в Scrum — владелец продукта. Приоритеты можно и даже нужно пересматривать по ходу проекта — это один из столпов гибких методологий.

Пример из второй статьи, прямо вот тамже - про "подсовывать" - указывает хотфикс, после выполнения текущей задачи, и если ты хочешь сказать, что это позволяет отложить текущую задачу, то:

C. В канбане по этапам есть WIP (ограничения - в первой статье) - которые не могут быть превышены. Что не дает возможность взяться за задачу пока слот в первом этапе не осободится. Приоритетов девелоперу это меняет - он (если грубо) исполняет текущую задачу, и только когда ему надо чтото делать, он идет в стэк\бэклог и выбирает сверху задачу. И да - с момента начала прошлой задачи приоритеты в стеке могу поменяться (в канбан канонически это решает тим а не PO - что позволяет команде выработать некие ограничения).

D. Про

и смену приоритетов у задач и даже стэка технологий

- первая же статья -

Над задачей может работать несколько узкопрофильных команд

. Смена стэка как в твоем случае - это косяки команды а не канбана. Везде канбан предполагает более узкую специализацию а не full stack devs. В скраме же наоборот - очень любят full stack devs. И новичек попавший в hyper productive scrum team (к примеру они "пилят" без изменения состава пару лет и знают все по "вертикали") будет очень долго офигивать - пятеро поестимейтили 2 а новичек 16.

E.

Качество проектов на выходе у канбана - в основном не поддерживаемый говнокод, который даже стыдно отдавать на ревью, на моей памяти как минимум 3 таких больших проекта

- говногод пишет не канбан. Опятже это косяки твоей команды.

[noxplex]

rustler2000, Ну это уже похоже на аргументы, пока уберу пункт про канбан.

Answer 3

[Vitaly Karasik]

Мне не кажется что есть специфика DevOps.
Узнать, кто в группе, насколько часто люди меняются. Например, куда делся предыдущий работник.
Что делают? - так вы поймете насколько это "настоящий" DevOps или это только название.

Answer 4

[Евгений]

Ваш вопрос к Devops не относятся ну совсем никак. И без девопса были и есть тренинги, процессы ревью, борьба с техдолгом, саморазвитие и хорошие отношения в коллективе
Это обычные вопросы на любом собеседовании, к девопсу имеющие очень опосредованное отношение - но это хорошие вопросы

я согласен с Пума Тайланд что это вы должны задать работодателю вопросы как обстоят дела в области в которой вы считаете себя компетентным(или пытаетесь быть компетентным)
По области devops всегда можно спросить какие процессы уже автоматизированы (билд, тестирование, доставка, мониторинг, операции, etc.), какими инструментами, почему выбраны именно эти инструменты, насколько сильная будет поддержка(вы же джун судя по подписи) от команды в их изучении. Спрашивайте то что вам близко по уже имеющимся знаниям, чтобы не походить на "я спросил потому что мне на тостере так ответили" - чтобы сравнивать с уже имеющимся у вас опытом.

А общие вопросы - их и надо задавать работодателю, независимо от области в которой происходит ваша рабочая активность

Answer 5

[Сергей Горностаев]

Можно спросить, какого чёрта они обычных админов называют девопсами. Попадание по больному почти стопроцентно гарантировано.

Comments

[Вадим]

Элементарно:

1. Потому что - не понимают что это такое!
2. Потому что - это модно и легче привлечь людей !

[Сергей Горностаев]

Вадим, вот и выясните, что именно вам предстоит - работать с глупцами или обманщиками.

Answer 6

[Dimonchik]

сколько сортов пива

увы, но остальное - лабуда, пока младший на тебе будут ездить, и это - devops черновая работа все же, но старайся в Ansible и ему подобные

Comments

[Вадим]

Devops черновая работа, а что нет? Solution Architecture?

[Иван Шумов]

Вадим, везде есть черная работа, просто там где ты поднимаешься в сеньорности ее становится меньше. Ну, и еще различные позиции так называемых Customer Facing Person. SA в их числе, но так просто этими людьми не стать - на это требуются годы

[Dimonchik]

где больше ручками - то и черновая

прогер может без ручек с нижестоящими
devops - не уверен, разве что старший devops

[jaxel]

dimonchik2013, серьезно? Какими ручками? Суть методологии в автоматизации

[Dimonchik]

да, разумеется

конфиги автоматом напишутся

[noxplex]

Даже у пива есть определенные параметры :)

[Вадим]

jaxel, Автоматизацию тоже ручками делают )

Answer 7

[Пума Тайланд]

Спрашивать то что вы спросили в вопросе только у них а не у нас

Comments

[Вадим]

Ха, а они отвечают что ли ))

[Пума Тайланд]

Вадим, а что им остаётся, они мучаются без работников, сколько ходил сам всегда отвечали на любые вопросы в целом, даже Яндекс))) да и когда меня спрашивали тоже отвечал