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

[LETTO]

Цитата:

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

В этой модели управления проектами запрещено возвращаться на предыдущие уже выполненные этапы разработки

Да вроде на предыдущие никто не возвращается.
Делают новые доп. этапы на изменение функционала.

[LETTO]

Реально интересно. Может по аджайлу работаете. Что изменилось в лучшую/худшую сторону.

[ТРЕНЕР]

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

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

[LETTO]

Цитата:

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

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

Ну доки и при ватерфол последним этапом всегда идут.

[ТРЕНЕР]

Про agile написано что спринты проводятся с частотой от 1 до 4 недель. По-моему, команда которая работает со спринтами реже одной недели - да это просто тормоза.

[LETTO]

Цитата:

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

По-моему, команда которая работает со спринтами реже одной недели - да это просто тормоза.

Узнаю товарища пиэма. И правда чего мы там возимся.

[ТРЕНЕР]

Вы можете возиться. ради бога - вот только не говорите при этом что работаете по agile.

Я говорил с некоторыми людьми которые утверждали что работают по agile - и с приходившими ко мне кандидатами, и когда сам выступал в роли кандидата на интервью (во втором случае мне про agile говорил тот кто меня собеседовал конечно). Что могу сказать: как и с методологией ведения проекта - методология разработки у них не agile, а смесь разного. По agile - каждый спринт должен завершаться целостной версией продукта, в котором постепенно реализуется 10%, 20%, 30%, 50%... 100% функционала. Но промежуточные версии после каждого спринта должны выглядеть как работающие. У всех этих товарищей после спринтов на самом деле не было более-менее работающих версий. То есть спринты они проводят, но это по сути совещания по ходу работ, не заканчивающиеся каждый раз работающими версиями, все более нагруженные необходимым функционалом.

Например, цель разработки - чтобы было окошко с кнопкой "Push me", при нажатии которой в окне появляется фраза "Hello, world !". Если после первого спринта окна нет. или есть окно без кнопки, или окно с кнопкой которая не нажимается - то это разработка не по agile. Если это agile - то уже после первого спринта должно быть окно с кликабельной кнопкой. Окно может быть кривое, кнопка кривая не того цвета и без надписи, вместо "Hello, world !" может выводиться "This is a test" - но это уже работающий прототип, и это agile.

Это мое личное видение исходя из прочитанного про agile.

[ТРЕНЕР]

Понятно. Тогда ваше место - работа на клиенте. Не на той стороне работаете. Попробуйте поменять, вакансии немного но есть.

[LETTO]

Цитата:

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

Понятно. Тогда ваше место - работа на клиенте. Не на той стороне работаете. Попробуйте поменять, вакансии немного но есть.

Спасибо за совет. Но вроде я его не спрашивал.
Да и не думаю, что вы лучше меня в курсе, где мне место.
Просто методологию хотел обсудить.

[axm2017]

Цитата:

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

Просто методологию хотел обсудить.

Суть методологии довольна проста хотим получить обратную связь на изменения в реальные сроки.
Это приводит и к изменению подхода к разработке в том числе.

[ТРЕНЕР]

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

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

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

[sukhanchik]

Цитата:

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

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

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

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

[fed]

Цитата:

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

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

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

[ТРЕНЕР]

Ну да, вот пара описаний "наш стэк разработки" из реальных вакансий на hh, и я не уверен что там тоже нет покемонов:

Цитата:

python: FastAPI, pytest, aiohttp, REST API, Postgresql, MongoDB, ClickHouse, RabbitMQ, Kafka, Docker, AWS, Kubernetes, Prometheus, Grafana, mypy, flake8, pylint, bandit, radon, Gitlab, CI/CD, OpenAPI, JIRA, Confluence

Цитата:

Agile,github / bitbucket / gitlab, любая система контроля версий, ci / circleci / travis / google cloud build / jenkins / atlassian bamboo, vagrant / docker / kubernetes(K8S, GKE) / Minikube, google cloud / amazon aws / microsoft azure, composer / npm, laravel / symfony / lumen / yii2-3 / based framework, vuejs / react / angular, webpack / gulp / grant и другие инструменты сборки microservices, Terraform

[ice]

Цитата:

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

Ну да, вот пара описаний "наш стэк разработки" из реальных вакансий на hh, и я не уверен что там тоже нет покемонов:

Если собрать в кучу все, что есть/используется в более менее средней компании, то список и по больше будет, только все это используют разные команды для разных целей, так что смысла пихать все в одну вакансию нет, но рекрутеры об этом могут не знать

[LETTO]

Да не всё так страшно. Это у нас аксапта огромная. В нее можно погрузится и потеряться на годы.

В реале на большинстве перечисленных технологий можно посидеть два месяца и записать в резюме.

Ну т.е. все таки отличается "специалист в..." и "работал с..."

[ТРЕНЕР]

bandit - вот это кандидат в покемоны

[LETTO]

Цитата:

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

bandit - вот это кандидат в покемоны

Я уже гуглить начал от любопытства.
Но их там оказывается сотни.

[LETTO]

Цитата:

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

bandit - вот это кандидат в покемоны

Увы, но нет
Bandit — это инструмент с открытым исходным кодом, написанный на Python. Он помогает анализировать Python-код и находить в нём наиболее распространённые уязвимости.

Я думал Pandas. Но увы тоже нет.
Pandas — главная библиотека в Python для работы с данными. Её активно используют аналитики данных и дата-сайентисты.

[ТРЕНЕР]

Кстати, а куда делась Галактика ? В свое время вполне конкурировала с 1С и бодро развивалась. Снйчас Парус еще попадается в госучреждениях, а Галактика - йок.