Размышление о методологиях 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-фреймворк, вы можете рассчитывать на следующие преимущества:
- Продукт высшего качества
- Удовлетворенность клиентов
- Лучший контроль
- Улучшенная предсказуемость проекта
- Снижение рисков
- Повышенная гибкость
- Постоянное улучшение
- Улучшение командного духа
- Более релевантные показатели