Общее значение «кросс-функциональная команда» - это команда, которая объединяет специалистов в разных областях, необходимых для достижения цели.
Но похоже, что в Agile кросс-функциональность означает не только объединение разных специалистов, но и их объединение. Хенрик Книберг определяет кросс-функциональную команду следующим образом: «Кросс-функциональность просто означает, что у команды в целом есть все навыки, необходимые для создания продукта, и что каждый член команды готов делать больше, чем просто свое дело».
Но где проведена линия? Нормально ли просить разработчиков стать тестерами для итерации, если это требуется?
agile
team
organization
SiberianGuy
источник
источник
Ответы:
Я полагаю, что многофункциональная команда - это команда, в которую входят люди из различных функций компании: инжиниринг, ИТ, технические писатели, маркетинг, финансы, юриспруденция, продажи, HR, операции, качество и руководители.
В более крупных компаниях эти «функции» помещаются в бункеры (линии управления), но для достижения цели обычно требуется время кого-то из всех.
Если вы делаете TDD или что-то подобное, да, это совершенно нормально.
Тем не менее, в целом ответственность за завершение работы разработчиков не должна лежать на руках тех же разработчиков.
источник
Межфункциональная команда - это группа, в которой функциональные эксперты из разных областей собираются вместе, чтобы определить, что создать, и оценить, полезно ли то, что создается. В гибкой среде эти оценки будут происходить часто.
Тем не менее, эксперты домена определят, как выполнить свою часть проекта . Разработчики программного обеспечения будут разрабатывать программное обеспечение. Тестеры будут тестировать. Операторы будут запускать программное обеспечение и так далее.
Наличие мнения о разработке, тестировании и эксплуатации чрезвычайно полезно для определения хорошего продукта, и в этом заключается ценность межфункциональных команд.
источник
Хорошая межфункциональная команда имеет и нуждается в людях, которые являются «мастером на все руки», но также и мастером некоторых . Обычно один или два.
Например, над теми, над которыми я работал. Я специализируюсь на C ++ и нескольких веб-языках, но знаю около миллиона. Я свободно владею видеоредактированием и 3D-мультимедиа и тому подобными вещами, а также управлением бизнесом и проектами. Так что в этой довольно небольшой команде, занимающейся большими проектами, я большую часть дня занимался хардкорным кодированием и проводил часть его, выполняя тяжелую работу на сайте и готовя разные медиа материалы.
Не многие проекты используют все мои навыки, но полагаться на несколько, я думаю, что это «кросс-функциональность». Иногда это действительно хороший, эффективный дизайн, а иногда не так уж и много.
Слава Богу, когда мне не нужно быть разработчиком / администратором сети ... это не весело. Эти малые предприятия в моем районе .. безумны. Кто доверяет свою сеть программистам, шиш. Последнее, что вы хотите, это увидеть, как я пытаюсь «отладить» вашу таблицу маршрутизации: P
источник
На мой взгляд, «кросс-функциональная команда» - это скорее группа универсалов, которые собираются вместе, чтобы выполнить свою работу. Преимущество заключается в универсальности обработки различных видов задач, поскольку нет узкого места, которое могло бы возникнуть в группе специалистов, где некоторые люди могут выполнять только некоторые задачи.
Да, разработчики обычно становятся тестерами, если требуется выполнить работу за итерацию.
Кросс-функционал может попасть на ту территорию, где это модное слово может иметь различные значения в зависимости от компании. Некоторые могут считать его наивысшим уровнем, где разработчиком может быть что угодно, от суслика до временного генерального директора, а другие могут рассматривать его гораздо более специализированным, так что используются разные типы разработчиков. Разработчик может иногда быть бизнес-аналитиком, системным администратором или тестером. Я помню несколько лет назад, когда я только начал работу и еще один разработчик, и я тестировал релиз как одну из наших первых задач, так как в то время не хватало тестеров, чтобы правильно протестировать релиз.
источник
Межфункциональная команда - это не только область знаний, но и отношение к выполнению задач. Участники поднимаются и берут на себя задачи. Вы не слышите: «Это не моя работа».
Ограничения на проект не всегда технические. Иногда вы не можете позволить себе нанять специалиста для решения каждой задачи, и вам нужно только, чтобы все работали в своей области.
Вы никогда не хотите отвлекать разработчиков от кодирования, но в некоторых командах это не поможет. Нормальный относительный.
источник