Что такое «кросс-функциональная команда» на самом деле? [закрыто]

Общее значение «кросс-функциональная команда» - это команда, которая объединяет специалистов в разных областях, необходимых для достижения цели.

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

Но где проведена линия? Нормально ли просить разработчиков стать тестерами для итерации, если это требуется?

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

В более крупных компаниях эти «функции» помещаются в бункеры (линии управления), но для достижения цели обычно требуется время кого-то из всех.

Если вы делаете TDD или что-то подобное, да, это совершенно нормально.

Тем не менее, в целом ответственность за завершение работы разработчиков не должна лежать на руках тех же разработчиков.

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

Тем не менее, эксперты домена определят, как выполнить свою часть проекта . Разработчики программного обеспечения будут разрабатывать программное обеспечение. Тестеры будут тестировать. Операторы будут запускать программное обеспечение и так далее.

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

Хорошая межфункциональная команда имеет и нуждается в людях, которые являются «мастером на все руки», но также и мастером некоторых . Обычно один или два.

Например, над теми, над которыми я работал. Я специализируюсь на C ++ и нескольких веб-языках, но знаю около миллиона. Я свободно владею видеоредактированием и 3D-мультимедиа и тому подобными вещами, а также управлением бизнесом и проектами. Так что в этой довольно небольшой команде, занимающейся большими проектами, я большую часть дня занимался хардкорным кодированием и проводил часть его, выполняя тяжелую работу на сайте и готовя разные медиа материалы.

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

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

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

Да, разработчики обычно становятся тестерами, если требуется выполнить работу за итерацию.

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

Межфункциональная команда - это не только область знаний, но и отношение к выполнению задач. Участники поднимаются и берут на себя задачи. Вы не слышите: «Это не моя работа».

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

Вы никогда не хотите отвлекать разработчиков от кодирования, но в некоторых командах это не поможет. Нормальный относительный.