[БЕЗ_ЗВУКА] Задача данного урока — рассмотреть вопрос, касающийся деятельности участников скрам-команды. Как мы уже отмечали, гибкие команды во многих аспектах своей деятельности отличаются от традиционных коллективов весьма кардинально. Соответственно, любой специалист давший согласие на работу в agile-проекте, должен не только иметь хорошее представление о принципах и ценностях agile, но и быть психологчески готовым не отторгать их и руководствоваться ими в повседневной практике. Фундаментом в работе успешных agile-команд, как мы говорили ранее, является коллективная ответственность и самоорганизация. Поэтому будущему участнику проектов, основанных на гибких методологиях, целесообразно изначально протестировать себя и понять степень своей готовности к восприятию новых для него правил и установок. Для этого следует, на мой взгляд, честно самому себе ответить на ряд вопросов. Этих вопросов, конечно, может быть много, но я бы рекомендовал в качестве ключевых следующие: в первую очередь важно понять, действительно ли вы предрасположены к коллективной ответственности и поэтому будете готовы взять на себя персональную ответственность и за выполнение бэклога, и за создание продукта в целом. Дело в том, что подавляющее число людей стремятся избегать личной ответственности. Эти люди комфортно чувствуют себя, когда кто-то за них принимает решение и отвечает за общий результат, а они выполняют лишь порученные им функции и конкретно обозначенный для них объем работы. В скрам-командах, как мы уже знаем, акценты расставляются иначе. Следующий немаловажный вопрос: есть ли у вас готовность добровольно взять на себя решение рутинных, неинтересных порой для вас задач? Претенденту на работу важно знать, что в скрам-командах не приветствуется передача черновой работы от одного исполнителя к другому. В этом и суть командной культуры — приверженности всех общему делу, то есть старший член команды не поручает выполнять скучную работу младшему по рангу, а делает ее сам, и это очень результативный принцип. Профессионал потратит на подобную работу минуты, в то время как младший коллега может заниматься той же работой много часов. С таким подходом связан и другой принцип работы участника скрам-команды: не просить никого в команде сделать работу, которая не входит к текущий спринт или в план проекта в целом. Как мы уже знаем, agile-команды с самого начала проекта и на всем его протяжении активно общаются с будущими пользователями создаваемого продукта, чтобы наиболее полно понять их желание и адекватно сформулировать соответствующую задачу. Отсюда логично возникает следующий вопрос: готовы ли вы постоянно общаться с пользователями? Дело это достаточно хлопотное, отнимающее много времени, потому что весьма часто пользователи сами не знают, чего хотят, но требуют создать нужный им продукт. Не каждый разработчик способен оставаться уравновешенным в ходе подобных переговоров. Следующий вопрос: умеете ли вы прислушиваться к мнению коллег, возможной критике ваших идей, а не навязывать свое представление о том, как это должно работать? Не каждый из нас спокойно переносит критические замечания коллег, порою даже очень справедливых. Честный ответ на данный вопрос очень важен, так как в гибких командах происходит активное общение всех ее участников. Ежедневно проводится скрам-митинг, или стендап, в ходе которого каждый член коллектива открыто обсуждает текущие проблемы. Итак, чек-лист по тому, что делает участник команды. По направлению реализации продукта: работает вместе с другими участниками своей команды над задачами, спринтами, по две-три недели; берет на себя полную ответственность за достижение целей команды; создает и итеративно совершенствует продукт. По направлению участия в команде: участвует в церемониях команды; участники команды поддерживают друг друга и в случае разногласий совместно ищут оптимальное решение. По направлению постоянного самосовершенствования: анализирует эффективность работы по итогам каждого спринта; открыто делится достижениями и проблемами на ежедневных стендапах и при необходимости запрашивает поддержку у команды; самосовершенствуется и обменивается опытом с коллегами по команде; придерживается стандартов и норм, установленных командой. И чек-лист, что не должен делать участник команды: не должен отвергать предложенные решения, не предлагая альтернатив; не должен ограничивать свою ответственность только личными задачами; не должен избегать участия в церемониях команды; и не должен уклоняться от принятия решений. Напомню, что данный и другие чек-листы вы можете скачать себе в качестве шпаргалки в дополнительных материалах к курсу. Безусловно, это лишь часть вопросов в контексте рассматриваемой проблемы. А в завершение урока хотелось бы отметить следующее. Умению работать в коллективе надо учиться постоянно, и особенно это относится, на мой взгляд, к agile-командам. Для успешной работы в команде важно все: и общепрофессиональный уровень участника команды, наличие соответствующих компетенций, умение взаимодействовать в коллективе, обращать внимание на психологические аспекты общения между людьми, адекватно оценивать себя и еще многое-многое другое. Поэтому дорогу, как говорится, осилит идущий. А к этому еще можно добавить: и нацеленный на постоянное саморазвитие человек.
