Все изменяется. И быстро. В этой статье я объясню, как адаптироваться к меняющейся рабочей среде.

Проблема Agile

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

Как мы все знаем, проблема ИТ часто заключается в несоответствии между потребностями пользователя и пониманием разработчика. В качестве простого примера, когда ваша бабушка просит вас установить новую программу на ее компьютер, вы говорите ей «да», дайте мне 5 минут. Затем обнаружил, что ее компьютер - это Минитель. В крупных ИТ-проектах подобные вещи, к сожалению, случаются слишком часто.

Гибкое решение

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

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

Команда Agile

Итак, как люди организуют свою работу, когда они «занимаются Agile»? Есть несколько вещей, которые известны Agile, поэтому позвольте мне их объяснить. Я сосредотачиваюсь на методе Scrum, потому что это тот, который я знаю лучше всего:

  • Спринты
    Спринты занимают центральное место в Agile-работе. Спринт - это период в несколько недель, в течение которого команде необходимо выпустить новую версию продукта, часто программного продукта.
  • Команда разработчиков
    Команда разработчиков играет центральную роль во время спринта, потому что именно они создают продукт.
  • Владелец продукта
    Владелец продукта отвечает за установку приоритетов продукта. Он или она будет взаимодействовать с заинтересованными сторонами и обладать достаточными техническими знаниями, чтобы составить четко определенный список задач, которые должны быть выполнены командой разработчиков.
  • Бэклог продукта
    Бэклог продукта - это то, что называется этим списком. В каждом начале спринта команда разработчиков будет оценивать объем работы, которую они могут выполнить (количество задач в списке), в то время как Владелец продукта остается тем, кто определяет порядок задач (приоритеты).
  • Скрам-мастер
    Скрам-мастер должен убедиться, что все понимают «правила» структуры Скрам (одна из практик Agile), чтобы все прошло гладко.

Гибкая организация

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

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

Карьерные перспективы

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

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

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

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

Если вы делаете то, что вам нравится, и делаете это хорошо, Agile найдет для вас место.

Мой последний совет

Мой последний карьерный совет: если вы делаете то, что вам нравится, и делаете это хорошо, Agile найдет для вас место.