Роли в: Роли в собрании Teams — Служба поддержки Майкрософт

Опубликовано автором

Роли в собрании Teams — Служба поддержки Майкрософт

Teams Microsoft Teams Еще…Меньше

Если вы организуете собрание с несколькими участниками, вам может потребоваться назначить роли каждому участнику, чтобы определить, кто может что-то делать в собрании. 

На выбор можно выбрать три роли: соорганизатор, выступающий и участник. Соорганизаторы и выступающие используют большинство разрешений организатора, в то время как участники более контролируемы.

Ниже приведены конкретные возможности каждой роли.

Возможность

организатор

Соорганизатор

Ведущий

Слушатель

Говорить и делиться видео

Участие в чате собрания

Обмен контентом

Частный просмотр файла PowerPoint, к которым предоставлен общий доступ другим пользователям

Контроль над презентацией PowerPoint другого пользователя

Отключение звука для других участников

Запрет участникам включать свой звук

Удаление участников

Допускайте людей из вестибюля

Изменение ролей других участников

Запуск или остановка записи

Запуск или остановка транскрибирования в реальном времени

Управление переговорными комнатами

Изменение параметров собрания

Добавление и удаление приложения

Использование приложения*

Изменение параметров приложения

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

Перед собранием

Перед назначением ролей необходимо отправить приглашение на собрание.

После этого перейдите в раздел Календарь

, дважды щелкните только что созданное собрание и выберите Параметры собрания.

Вы перейдете на веб-страницу, где вы увидите Пункты выбора соорганизаторов и следующие варианты в разделе Кто может представить?

Кто может выступать?

Что происходит

Все

Любой пользователь, имеющий доступ к ссылке на собрание, присоединяется к собранию в качестве докладчика.  

Люди в моей организации

Докладчиками будут только пользователи вашей организации. Внешние участники присоединяются в качестве участников.

Определенные пользователи

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

Только я

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

Несколько вещей, которые следует иметь в виду:

  • org/ListItem»>

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

  • Соорганизаторы не могут вносить изменения в собрание до его начала.

  • Роль организатора собрания изменить нельзя.

Примечание: Возможность выбора определенных выступающих пока недоступна для собраний каналов. 

Во время собрания

Вы или соорганизатор можете изменить роль пользователя во время собрания двумя способами:

  • org/ListItem»>

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

    Примечание: Если собрание повторяется, все изменения, внесенные в параметры собрания , будут применяться ко всем вхождениям собраний.

  • Выберите Показать участников в элементах управления собранием, чтобы просмотреть список всех участников собрания. Наведите указатель мыши на имя пользователя, роль которого вы хотите изменить, и выберите Дополнительные параметры. Затем выберите Сделать повторноеили Сделать элементttendee.

    Примечания: 

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

    2. Если кто-то выходит из собрания, а затем снова присоединится к нему позже, он снова присоединится к последней назначенной роли.

Agile-роли в scrum | Atlassian

Какие три роли существуют в scrum?

Scrum подразумевает три роли: владелец продукта, scrum-мастер и участники команды разработчиков. Хотя все кажется довольно понятным, с обязанностями таких должностей можно запутаться. Многие команды спрашивают, нужно ли им менять названия должностей при внедрении Scrum. Если коротко: нет, не нужно.

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

Роли Scrum и должности

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

Создание scrum-команды

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

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

Все становится еще труднее по мере увеличения сложности проблемы, которую пытается решить команда. Как говорится, «вы не знаете, чего вы не знаете, пока не узнаете, что вы об этом не знали». Команды могут не знать заранее, какие навыки им понадобятся или какой объем работы потребуется сделать, и потому им нужен запас гибкости, чтобы менять курс по мере накопления знаний.

Чтобы немного систематизировать этот сложный, постоянно меняющийся и зачастую раздражающий мир, Scrum предоставляет простую структуру с тремя ролями: участник команды разработчиков, владелец продукта и scrum-мастер.

Команда разработчиков: переопределение понятия «разработчик»

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

Представьте, что у вас есть дом и вы нанимаете «разработчика». Он разрабатывает проект и выполняет работу. Да, он может класть кирпичи, заниматься водопроводом и даже копать огромные ямы, но этот человек все равно просто «разработчик». Это значит, что роль «разработчика» в Scrum означает участника команды, который обладает определенными навыками, необходимыми для выполнения работы в команде.

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

В обязанности команды разработчиков входит следующее.

  • Поставка результатов работы через спринт.
  • Для обеспечения прозрачности во время спринта они встречаются на ежедневном Scrum-совещании (иногда его называют стендапом). Ежедневное Scrum-совещание способствует прозрачности работы. На нем участники команды могут обратиться за помощью, рассказать о своих успехах, указать на проблемы и блокеры. Scrum-мастер может оказывать содействие в проведении ежедневных Scrum-совещаний, но в конечном итоге ответственность за проведение этих встреч лежит на команде разработчиков. Такие совещания помогают команде контролировать и адаптировать выполняемую работу и работать более эффективно.

Владелец продукта: установка четкого направления

Владелец продукта в Scrum определяет требования клиентов и бизнеса, а затем на основе этих требований создает бэклог продукта и управляет им. Поскольку команды, следующие принципам Agile, по определению являются гибкими и быстро реагируют на изменения, владелец продукта отвечает за обеспечение максимальной ценности. Он представляет бизнес и говорит разработчикам, чего требуется достичь. Доверие между этими двумя ролями имеет принципиальное значение.

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

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

Команды, следующие принципам Agile, по своей сути предусматривают анализ и адаптацию. Это означает, что изменение приоритета может привести к серьезным изменениям в структуре команды, рабочих продуктах и конечном результате. Именно поэтому для успешной работы scrum-команд крайне важно, чтобы определением приоритетов занимался только один человек. Это владелец продукта.

В руководстве по Scrum выделяют следующие обязанности владельца продукта.

  • Управление бэклогом Scrum. Это не означает, что только лишь владелец продукта помещает новые задания в бэклог продукта; но в конечном итоге именно он несет ответственность за бэклог, в соответствии с которым команда разработчиков поставляет продукт. Это значит, что владелец продукта должен знать обо всем, что находится в бэклоге продукта, а другие люди, добавляющие задачи в бэклог, должны обращаться к владельцу продукта.
  • Управление релизами. Спринт является не циклом выпуска, а циклом планирования. Это значит, что Scrum-команда может осуществлять поставку в любое время. В идеале они выполняют частую поставку на протяжении всего спринта, рассматривая во время обзора итогов спринта реальное использование и отзывы клиентов. Однако непрерывная поставка не всегда возможна и требует других моделей выпуска. Владельцу продукта важно знать, когда определенные функции могут и должны быть выпущены.
  • Управление заинтересованными сторонами. Любой продукт имеет множество заинтересованных сторон, от пользователей, клиентов, администрации и до руководителей организации. Чтобы поставка ценности командой разработчиков была эффективной, владельцу продукта необходимо работать со всеми этими сторонами. Это может включать большой объем коммуникаций и работы по управлению.

Scrum-мастер: объединение всех элементов вместе

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

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

Scrum-мастер фокусируется на следующем.

  • Прозрачность. Для проведения эффективного анализа и адаптации важно, чтобы нужные люди могли видеть происходящее. Но добиться этого гораздо сложнее, чем кажется. В задачи Scrum-мастера входит обеспечение прозрачности работы Scrum-команды. Для этого, например, создаются карты историй или вносятся в Confluence идеи по результатам ретроспективы.
  • Эмпирический подход. Основная идея подходов Scrum и Agile состоит в том, что лучший способ планирования — работать и учиться на результатах. Эмпирический процесс непрост и требует, чтобы Scrum-мастер обучил Scrum-команду разбивать работу на составные части, четко описывать и оценивать конечные результаты.
  • Самоорганизация. Это означает, что команда разработчиков может самостоятельно наладить свой рабочий процесс. Самоорганизация приходит со временем, и для ее реализации требуется помощь и поддержка. Scrum-мастер стимулирует участников выходить из зоны комфорта и пробовать различные приемы и практики, такие как «покер делегирования». Этот прием помогает выявлять и оспаривать традиционные идеи о границах ролей и обязанностей.
  • Ценности. В Scrum выделяют пять ценностей (смелость, сосредоточенность, ответственность, уважение и открытость) не потому, что они хороши, а по той причине, что они создают атмосферу безопасности и доверия. Эта атмосфера необходима для успешного развития гибкости. Каждый участник Scrum-команды обязан следовать этим ценностям, а Scrum-мастер активно поддерживает такие начинания и напоминает всем об их важности.

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

Начало работы с гибкими scrum-ролями

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

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

Dave West

Дейв Уэст — владелец продукта и генеральный директор scrum.org. Он часто выступает на крупных отраслевых конференциях и является автором широко публикуемых статей и исследовательских отчетов. Он также является соавтором двух книг — «Платформа Nexus для масштабирования Scrum» и «Объектно-ориентированный анализ и проектирование» из серии Head First. С Дейвом можно связаться в Twitter @DavidJWest

ролей на собрании Teams

Teams Microsoft Teams Больше…Меньше

Если вы организуете собрание с несколькими участниками, вы можете назначить роли каждому участнику, чтобы определить, кто и что может делать на собрании.

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

Ниже приведены конкретные возможности каждой роли:

Возможности

Органайзер

Соорганизатор

Ведущий

Участник

Говорите и делитесь видео

 

 

 

 

Принять участие в чате встречи

 

 

 

 

Поделиться контентом

 

 

 

Приватный просмотр файла PowerPoint, которым поделился кто-то другой

 

 

 

 

Получите контроль над чужой презентацией PowerPoint

 

 

 

Отключить других участников

 

 

 

Запретить участникам самостоятельно включать звук

 

 

 

Удалить участников

 

 

 

Допускать людей из вестибюля

 

 

 

Изменить роли других участников

 

 

 

Начать или остановить запись

 

 

 

Запустить или остановить живую транскрипцию

 

 

 

Управление комнатами обсуждения

 

 

  

Изменить параметры встречи

 

  

  

Добавить или удалить приложение

 

 

  

Использовать приложение*

 

 

  

Изменить настройки приложения

 

 

  

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

Перед встречей

Вам нужно разослать приглашение на собрание, прежде чем вы сможете назначать роли.

Сделав это, перейдите в Календарь , дважды щелкните только что созданное собрание и выберите Параметры собрания .

Это приведет вас на веб-страницу, где вы увидите Выберите соорганизаторов   и следующие варианты под Кто может представлять?

Кто может подарить?

Что происходит

Все

Любой, у кого есть доступ к ссылке на собрание, присоединится к собранию в качестве докладчика.

Люди в моей организации

Докладчиками будут только люди из вашей организации. Внешние участники присоединятся в качестве посетителей.

Конкретные люди

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

Только я

Докладчиком будет только организатор. Все остальные участники присоединятся в качестве посетителей.

Несколько вещей, о которых следует помнить:

  • org/ListItem»>

    Вам нужно отправить приглашение на собрание непосредственно всем, кого вы хотите выбрать в качестве докладчика.

  • Соорганизаторы не могут вносить изменения в собрание до его начала.

  • Роль организатора собрания изменить нельзя.

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

Во время встречи

У вас или соорганизатора есть два способа изменить чью-либо роль во время проведения собрания:

  • Перейдите к Календарю , дважды щелкните собрание и выберите Параметры собрания . Используйте раскрывающееся меню для Выберите соорганизаторов , чтобы добавить соорганизатора. Назначенные вами соорганизаторы получат уведомление о том, что они могут делиться контентом и способствовать встрече.

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

         

  • Выберите Показать участников в элементах управления собранием, чтобы просмотреть список всех участников собрания. Наведите указатель мыши на имя человека, чью роль вы хотите изменить, и выберите Дополнительные опции . Оттуда выберите Make a p reenter or Make a ttendee .

    Примечания:

      org/ItemList»>

    1. Если собрание повторяется, назначенные таким образом роли будут применяться только к текущему собранию. Для будущих событий участники сохранят роль, назначенную им на странице Параметры собрания .

    2. Если кто-то покинет собрание, а затем присоединится к нему позже, он присоединится к последней назначенной роли.

    • Определение

в кембриджском словаре английского языка

Примеры роли

роль

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

Из International Business Times