TG Telegram Group & Channel
OnAgile Learning Hub 💎 | United States America (US)
Create: Update:

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

Например, когда мы разговаривали с руководителем QA-практики в одной компании, он поднял такой вопрос:

— Правильно ли я понимаю, что в результате перехода на кросс-функциональный самоорганизующиеся команды придётся всех уволить?


Конечно не придётся. Иногда понятие «кросс-функциональность» понимают не совсем верно — будто в такой команде каждый участник должен уметь работать за всех. Отсюда и возникает страх, что кого-то будут увольнять.

Но на самом деле смысл совсем в другом

В Agile под «кросс-функциональностью» понимают, что в команде собраны все необходимые компетенции, и участники могут самостоятельно поставлять работающий продукт. А ещё, чтобы у сотрудников была минимальная зависимость от других команд или внешних специалистов. Потому что каждая внешняя зависимость, как мы знаем, — это потенциальная задержка.

Поэтому в команду стараются максимально привлекать всех нужных специалистов, насколько это возможно. А те компетенции, которых не хватает и которые не удалось включить в состав команды сразу, развиваются внутри самой команды.

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

Очевидно, что это нерабочая модель для большинства продуктов. Но разработчиков в команде по-прежнему пятеро, и продукт всё равно нужно выпускать. А это значит, что команда садится и начинает думать — что можно сделать своими силами, чтобы сохранить максимально возможный уровень качества в текущих условиях?

Представим, что в команде остался один мидл-тестировщик — он берёт на себя инициативу и объясняет основы тестирования всем остальным, делится базовыми материалами и знакомит команду с текущим тест-планом. После этого вся команда может выделить время, чтобы вместе протестировать сборку.

Так бывает, что на каком-то этапе команде не хватает нужных компетенций. И будет здорово, если сами участники начнут проявлять инициативу — учиться, делиться опытом и помогать друг другу двигаться вперёд. Навыки, к сожалению, сами по себе не появляются.

Чтобы помочь участникам команды развить недостающие навыки и грамотно спланировать рост специалистов, можно использовать специальный инструмент — Звёздную карту компетенций.

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

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

Например, когда мы разговаривали с руководителем QA-практики в одной компании, он поднял такой вопрос:

— Правильно ли я понимаю, что в результате перехода на кросс-функциональный самоорганизующиеся команды придётся всех уволить?


Конечно не придётся. Иногда понятие «кросс-функциональность» понимают не совсем верно — будто в такой команде каждый участник должен уметь работать за всех. Отсюда и возникает страх, что кого-то будут увольнять.

Но на самом деле смысл совсем в другом

В Agile под «кросс-функциональностью» понимают, что в команде собраны все необходимые компетенции, и участники могут самостоятельно поставлять работающий продукт. А ещё, чтобы у сотрудников была минимальная зависимость от других команд или внешних специалистов. Потому что каждая внешняя зависимость, как мы знаем, — это потенциальная задержка.

Поэтому в команду стараются максимально привлекать всех нужных специалистов, насколько это возможно. А те компетенции, которых не хватает и которые не удалось включить в состав команды сразу, развиваются внутри самой команды.

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

Очевидно, что это нерабочая модель для большинства продуктов. Но разработчиков в команде по-прежнему пятеро, и продукт всё равно нужно выпускать. А это значит, что команда садится и начинает думать — что можно сделать своими силами, чтобы сохранить максимально возможный уровень качества в текущих условиях?

Представим, что в команде остался один мидл-тестировщик — он берёт на себя инициативу и объясняет основы тестирования всем остальным, делится базовыми материалами и знакомит команду с текущим тест-планом. После этого вся команда может выделить время, чтобы вместе протестировать сборку.

Так бывает, что на каком-то этапе команде не хватает нужных компетенций. И будет здорово, если сами участники начнут проявлять инициативу — учиться, делиться опытом и помогать друг другу двигаться вперёд. Навыки, к сожалению, сами по себе не появляются.

Чтобы помочь участникам команды развить недостающие навыки и грамотно спланировать рост специалистов, можно использовать специальный инструмент — Звёздную карту компетенций.

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


>>Click here to continue<<

OnAgile Learning Hub 💎






Share with your best friend
VIEW MORE

United States America Popular Telegram Group (US)