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