Стыд и Срам

habr


Agile, Scrum, Kanban, Гибкие методологии разработки, Покер планирование — сколько прекрасного в этих словах. Вы так не считаете?

Я хотел написать буквально пару слов о своём недоумении происходящим. Тут вы не найдете ничего интересного, просто переживания.

Примерно 6-8 лет назад везде HR-ы и Маркетологи Компаний (a-ka devrel) стали использовать такие слова, как Скрам, Эджайл и прочую зарубежную нечесть. Сначала это было прикольно, и эти словечки все использовали исключительно ради стёба и прикола. Но теперь… Это просто жесть.

Если посмотреть на http://hh.ru/, то примерно 99.9(9)% вакансий содержат, как КОНКУРЕНТНОЕ(!) преимущество, такие вещи, как Гибкие методологии разработки, Срам, Стыд, Аджайл и вот это всё.

Если посмотреть в корпоративные блоги на Хабре — там ещё хуже. Компании гордятся этим. Ужас. Вот и сегодня я прочитал такую статью (именно она стала последней точкой, из-за чего я пишу этот блог пост) — https://habrahabr.ru/company/raiffeisenbank/blog/348442/. В статье девушка — юное маркетологовое дарование, использовала раз 10 эти поганые слова, которые даже не охото брать в рот и произносить.

Хочу пояснить совю позицию. Разработка через планирование на полгода вперед — это плохо, сейчас так не выжить. Команда должна мочь разрабатывать фичи, которые нужны бизнесу здесь и сейчас. Весь мир борется за Time to market — это сейчас очень важно, это — даже не конкурентное преимущество, а требование рынка. Но!

Что нужно для быстрой выкатки Фич на прод? Нужны лишь технологические вещи, а не то Дерьмо, которое завётся Скрамом:

  • Полная автоматизация процесса релиза — CI/CD
  • Возможность внутри команды тестировать фичу — для этого нужно уметь быстро и просто разворачивать Систему на Staging. Для этого система должна быть описана в одном из современных средств деплоя — будь то Ansible/Puppet/Chef, или модная связка Docker + Kubernetes
  • Микросервисная архитектура — продуктовые команды внутри компании не должны быть сильно связаны по кодовой базе, для того чтобы не аффектить друг друга. Каждая команда должна разрабатывать набор Сервисов, за которые Команда полностью несет ответственность.
  • Экспертиза внутри команды. Команды должна быть достаточно сильной, для того чтобы делать Фичи отностилеьно быстро, не тонув в каких-то технических мелочах.
  • Нетехнологический пункт — Мотивированность членов команды. Если все мотивированы на конечный результат, они будут херачить код, а не заниматься скрамо-дрочкой.

А где же найти тех самых ребят, кто будет херачить код, понимая глобальные цели команды/компании, а не играть в покер, планируя? Наверное, стоит написать в описании вакансии такие слова, как Agile, Scrum, Kanban. Зуб даю, вся айтишная аэлита будет ваша! Или нет?

Сегодня я добрый, поэтому Спалю Гайд на составление Описаняия вакансии, на которую слетятся разработчики, как мухи на PUBG.

  • Предложите разработчику сложные задачи. Все инженеры в СНГ их любят, точно. В идеале задача должна требовать Computer science — укажите и это тоже, обязательно.
  • Свобода. Кто же её не любит? Так вот, позвольте разработчику принимать решения: архитектурные, технологические, а возможно и, если вы небольшой Стартап — бизнесовые.
  • Стэк технологий. Мужчины — это дети, у которых дорогие игрушки. Так вот, инженеры — это мужчины, которым нужны… игрушки. А новые, cool технологии — это оно и есть. Понятно, технологии выбираются исключительно под нужны и требования, это взрослый, взвешенный подход, это правильно. Но если вы можете выбрать либо технологию А, либо технологию B, и они обе подходят под проект, то обязательно возьмите ту, которая cool в настоящее время. Для Java-разраба я бы сейчас старлся указаться, что-то типа Java/Go/Kafka/Spark/Flink/Cassandra/MongoDB/Docker/Kubernetes/AWS — эти словечки привлекут разраба к вакансии.
  • Быть дураком. Самое лучшее, что может случиться с человеком в жизни — это попадение в общество, в котором он будет самым глупым. Ведь тут можно будет легко обучаться, общаясь с коллегами. Дайте знать в своей вакансии о том, какие вы все классные и умные, и что разработчик тут получит замечательный профессиональный рост.

Гхм, а где же в Идеальном Описании Вакансии Срам и Стыд?

Категории: Программирование