Переход на другие системы и требования в вакансиях

[ТРЕНЕР]

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

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

Но иногда бывают такие вопросы: а почему выбрана такая технология, а не иная, по каким конкретно причинам? Например: почему интеграция между старой и новой системой реализована у вас через обмен через интеграционную sql-базу, а не через какой-то брокер сообщений, например через kafka? почему не kafka? Как бы вы ответили?

[sukhanchik]

Цитата:

Сообщение от ТРЕНЕР

Но иногда бывают такие вопросы: а почему выбрана такая технология, а не иная, по каким конкретно причинам? Например: почему интеграция между старой и новой системой реализована у вас через обмен через интеграционную sql-базу, а не через какой-то брокер сообщений, например через kafka? почему не kafka? Как бы вы ответили?

По духу ответов (в части знания названия и сути методологий) я больше согласен с подходом LETTO, но я и не претендую на ПМ-ство.
Из собственного опыта - методологии - это просто условные рекомендации. Как стандартный функционал в системе, который "допиливается" в большей или меньшей степени.
Но ещё раз... я не претендую на ПМ-ство

Однако на конкретно этот технический вопрос (не организационный) очень легко ответить - что "в штате компании были специалисты по sql, но не было специалистов по kafka. Поэтому был выбрана технология, плюсы и минусы которой все знают". Этот ответ универсально подходит как для специалиста (не он принимал решение), так и для ПМа (оценил риски, посмотрел на существующих специалистов и принял решение)

[fed]

Цитата:

Сообщение от sukhanchik

Как стандартный функционал в системе, который "допиливается" в большей или меньшей степени.

Еще слышал мнение, что методология - это не часть управления проектом, а часть маркетинга (чтобы отстраиваться от конкурентов). Поэтому почти все крупные партнеры создают свою собственную методологию. (В глубине души - это обкорнаные и упрощенные ошметки какой-то стандартной методологии, но с таким описанием слона не продать...)
Ну и раз уж я написал в эту тему, не могу не привести классическую картинку про CV/требования к соискателю: