<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Встречи on Digitable courses</title>
    <link>https://courses.digitable.life/communication-engineering/book/05-meetings/</link>
    <description>Recent content in Встречи on Digitable courses</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>ru-RU</language><atom:link href="https://courses.digitable.life/communication-engineering/book/05-meetings/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Фасилитация и решения</title>
      <link>https://courses.digitable.life/communication-engineering/book/05-meetings/facilitation/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/book/05-meetings/facilitation/</guid>
      <description>Остроумие есть отшлифованное высокомерие. Аристотель — «Риторика»  Communication Engineering · фасилитация  Правило Фасилитатор отвечает за качество процесса, но не подменяет владельца решения и не проталкивает скрытый ответ.
 Фасилитация помогает группе думать совместно. Её задача — сделать цель, время, разногласия и способ выбора видимыми. Это особенно важно, когда статус, темперамент или язык дают участникам неравный доступ к разговору.
Открытие В первые минуты назовите:
 цель и результат; роли; доступное время; правило принятия решения; известные ограничения; парковку для несвязанных вопросов.</description>
    </item>
    
    <item>
      <title>Планирование и agenda</title>
      <link>https://courses.digitable.life/communication-engineering/book/05-meetings/planning/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/book/05-meetings/planning/</guid>
      <description>Буду больше работать. Джордж Оруэлл — «Скотный двор»  Communication Engineering · agenda  Правило Каждый пункт agenda формулируй как вопрос с ожидаемым результатом, владельцем и лимитом времени.
 Agenda — не список тем. «Обсудить архитектуру» не задаёт способ завершения. «Выбрать хранилище для аудита из двух вариантов» позволяет подготовить данные, пригласить нужные роли и понять, состоялась ли встреча.
Минимальный контракт  цель встречи; решение или артефакт на выходе; владелец; обязательные участники и роли; материалы заранее; вопросы по времени; способ фиксации; что не входит в обсуждение.</description>
    </item>
    
    <item>
      <title>Нужна ли встреча</title>
      <link>https://courses.digitable.life/communication-engineering/book/05-meetings/should-we-meet/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/book/05-meetings/should-we-meet/</guid>
      <description>Либо ты планируешь свою жизнь, либо она с тобой случается. Николай Мрочковский — «Экстремальный тайм-менеджмент»  Communication Engineering · выбор канала  Правило Не назначай встречу для передачи информации; назначай её для обратной связи, которую нельзя получить дешевле.
 Перед приглашением ответьте: что станет истинным после встречи? «Все будут в курсе» обычно достигается документом. «Выберем один из трёх вариантов при конфликтующих ограничениях» может требовать синхронного разговора.
Когда sync полезен  нужно быстро уточнять неизвестное; участники должны совместно создать варианты; разногласие держится на разных интерпретациях; эмоциональная ставка делает переписку разрушительной; идёт обучение через практику; инцидент требует координации в реальном времени.</description>
    </item>
    
  </channel>
</rss>
