Разрешите разжечь огонь инквизиции и начать небольшой крестовый поход в поисках истины использования гибких методологий               Привет всем! Я работаю в сфере IT уже 12 лет. За это время я повидал достаточное количество некоторого д….ма            Раньше всё было просто:       Есть задача — её нужно выполнить.              Ролей было всего две:    Постановщик задачи и разработчик.        Я всегда был в команде постановщиков задачи:

  • Предпроектное обследование и анализ предметной области
  • Составление различного вида документации
  • Разработка архитектуры решения
  • Постановка задачи        Дальше передаёшь работу команде, и:
  • Контроль исполнения
  • Тестирование
  • Внедрение и ввод в эксплуатацию
  • Поддержка пользователей        За 12 лет всё сильно изменилось. Ролей в IT стало не меньше, чем в Шекспировской пьесе.        Постановщик задачи:
  • Product Owner
  • Project Manager
  • System Analyst
  • Business Analyst
  • Full-Stack Analyst

Разработчик:

  • Backend
  • Frontend
  • Full-Stack
  • Data Engineer
  • Data Analyst
  • DevOps

(И это мы ещё не говорим об интеллектуальных системах)

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

Но это лишь лирическое отступление….

Основной вопрос, который я хотел бы поднять:        Это "сертифицированный" факт использования Scrum, Kanban и прочего.

В эпоху, когда IT находится на пике хайпа, а структурированные знания доступны как никогда (на платформах онлайн-школ), рынок перенасытился высокомотивированными, но низкоквалифицированными специалистами — как в руководящем составе, так и среди исполнителей и рекрутеров.

Примечание: я ни в коем случае не осуждаю и не отрицаю эту замечательную возможность развития для тех, кто решил сменить сферу деятельности.

Но… Все вокруг как с ума посходили.

Каждый из "постановщиков задачи" 100% (несмотря на содержание резюме) сталкивался с вопросом об опыте использования гибких методологий.

Варианта ответа, на мой взгляд, два: 1. Соврать 2. Разжечь огонь инквизиции и вывести всех неверных на чистую воду

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

Но за 12 лет:

  • Я ни разу не делал всё это в рамках какого-либо проекта.
  • Я не знаю никого, кто делал бы это в полной мере.

Поэтому на вопрос HR о методологиях, я всегда устраиваю holy war и пытаюсь выяснить, какой подход реально используется в компании. Проводят ли они все мероприятия и собирают ли все артефакты?

(Спойлер: ни разу не встретил команду, которая делала бы всё строго по методологии.)

Пример из реального собеседования: Сидят HR и team lead разработки. HR: Вы написали, что знаете Scrum и Kanban. Расскажите о реальном опыте использования.   Я: На самом деле, эти подходы никогда не использовались в полной мере, но были заимствованы некоторые инструменты. HR: Так это же фигня. (Формулировка изменена, но суть сохранена.) Я (обращаюсь к team lead): А вы правда проводите все митинги и собираете все артефакты: диаграммы сгорания и прочее? Team lead: Нет, конечно.   На мой взгляд: вся суть Scrum заключается в повышении прозрачности и качестве коммуникации, а так же в контроле хода исполнения проекта и балансировке загруженности специалистов. И если вы не используете диаграмму сгорания, вы половину всей методологии выбрасыввете.

Мои вопросы. Как вы считаете: 1. Методологии в рамках "мягкого" подхода — это "жёсткий" свод правил или набор рекомендаций, основанных на консолидации опыта? Можно ли называть "использованием" данных методологий - использование только некоторых инструментов. 2. На сколько корректны эти вопросы от руководителей СП и HR? 3. Использовали ли вы эти  методологии - "полный фарш"