Размышление о методологиях Agile и различных ролях Agile.

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

С моей точки зрения, командный и даже парный обзоры стали более гладкими и приятными после того, как их поощрили использовать гибкие методы по следующим причинам:

  • Придание важности взаимодействию внутри группы упростило определение четких ролей и задач, сделало планирование более тщательным и, следовательно, выявление проблем на раннем этапе.
  • Наличие открытого и частого общения означает, что люди с большей вероятностью будут выдвигать идеи и решения, а непрерывная командная работа ощущается ценной и ориентированной на личность.
  • Использование методов Agile в проектах создает среду сопереживания и слушания.
  • Когда команда общается четко и часто, это также способствует постоянному участию и уменьшению двусмысленности.Если все вовлечены в процесс на каком-то уровне, они лучше понимают процесс.
  • Наличие простого MVP отдает приоритет работающему программному обеспечению, на которое можно опираться и изменять при необходимости. Реагирование на изменения вместо следования нашему первоначальному плану было много раз полезным и достижимым из-за того, как часто мы общаемся.
  • Ретроспективы позволяют нам размышлять о положительных моментах, а также о том, что нам нужно доработать и немного подкорректировать, чтобы стать более эффективной командой. Использование изменений и улучшений с помощью гибких методов привело к лучшим результатам проекта и созданию благоприятной (и веселой!) рабочей среды.

Чему я научился на разных должностях Agile:

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

Конфликт возникает, когда две отдельные ветви внесли изменения в одну и ту же строку в файле или когда файл был удален в одной ветви, но отредактирован в другой. Конфликты, скорее всего, будут возникать при работе в команде, и даже с моей подготовкой к роли Git Lead они все равно случались!

Как руководитель Git, первое, чему я научился, это сохранять спокойствие, когда возникает конфликт слияния. Их можно решить вручную, и это намного проще сделать, когда вы спокойны. Я также узнал, что в Git есть библиотека замечательных команд, помогающих определить и исправить место возникновения конфликта (git pull, git log, git reset, git status, git checkout).

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

Быть Scrum Master было сложно, но это не тот опыт, который мне хотелось бы упустить. Как и в случае с ролью Vibes Watcher, общение и слушание были чрезвычайно важны. Когда вы взаимодействуете со всеми участниками, лучшие идеи появляются и процветают. Приятно ощущать силу командной работы.

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

Иногда это легче сказать, чем сделать, но кое-что из раннего обучения программированию здесь звучит правдоподобно: «С кем вы хотите работать, с тем, кто счастлив, или с тем, кто винит всех?».

Из всех ролей самый ценный извлеченный урок состоял в том, чтобы отразить ретроспективы, задав себе и членам моей команды 3 ключевых вопроса:

Что прошло хорошо?

Что можно улучшить?

Что вызвало проблемы?

Если ваша команда примет Agile-фреймворк, вы можете рассчитывать на следующие преимущества:

  • Продукт высшего качества
  • Удовлетворенность клиентов
  • Лучший контроль
  • Улучшенная предсказуемость проекта
  • Снижение рисков
  • Повышенная гибкость
  • Постоянное улучшение
  • Улучшение командного духа
  • Более релевантные показатели