<?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/patterns/</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/patterns/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>ADR</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/adr/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/adr/</guid>
      <description>То, что очевидно для вас, не очевидно для других. Максим Батырев — «45 татуировок менеджера»  Communication Engineering · ADR  Правило Сохраняй причины решения до того, как команда забудет доступные тогда ограничения.
 Проблема Будущая команда видит странное решение, но не знает, какие альтернативы, ограничения и риски существовали.
Запись  статус и дата; контекст; решение; положительные и отрицательные последствия; альтернативы; условие пересмотра; ссылки на RFC и реализацию.  Жизненный цикл Не переписывайте историю.</description>
    </item>
    
    <item>
      <title>Decision matrix</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/decision-matrix/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/decision-matrix/</guid>
      <description>Знание даёт силу. Джаред Даймонд — «Ружья, микробы и сталь»  Communication Engineering · decision matrix  Правило Согласуй критерии и обязательные ограничения до выставления оценок вариантам.
 Алгоритм  Назвать решение. Отделить обязательные ограничения. Выбрать 4–7 критериев. Согласовать веса. Оценить варианты независимо. Обсудить расхождения и чувствительность. Зафиксировать выбор и пересмотр.  Матрица делает предпочтения видимыми, но не производит объективную истину. Случайные числа могут только придать решению вид научности.</description>
    </item>
    
    <item>
      <title>Elevator pitch</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/elevator-pitch/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/elevator-pitch/</guid>
      <description>Не бойтесь улыбнуться и похвалить человека. Дейл Карнеги — «Секрет общения с людьми»  Communication Engineering · pitch  Правило Не пытайся рассказать всё; дай человеку достаточно смысла, чтобы выбрать следующий разговор.
 Формула  Для [аудитория], которая сталкивается с [проблема], мы создаём [решение], которое даёт [ценность]. В отличие от [альтернатива], оно [отличие]. Сейчас нужен [следующий шаг].
 Пример  Digitable Courses — бесплатная карта материалов для инженеров, которым нужен путь от фундамента к архитектуре и AI без бесконечной ленты.</description>
    </item>
    
    <item>
      <title>Feedback</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/feedback/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/feedback/</guid>
      <description>Не бойтесь улыбнуться и похвалить человека. Дейл Карнеги — «Секрет общения с людьми»  Communication Engineering · feedback  Правило Не выноси приговор человеку; передавай наблюдение, эффект и возможность изменить следующее действие.
 SBI+  Situation: конкретный контекст. Behavior: наблюдаемое действие. Impact: эффект. Next: договорённость или эксперимент.  Пример  На review ты закрыл вопрос без ответа и смержил PR. Автор не понял причину, а спор повторился. В следующий раз либо ответь аргументом, либо назначь короткий разговор и зафиксируй решение.</description>
    </item>
    
    <item>
      <title>Five Whys</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/five-whys/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/five-whys/</guid>
      <description>Почему они не зажигают свет? Жан-Поль Сартр — «За закрытыми дверями»  Communication Engineering · Five Whys  Правило Ищи не единственную «корневую причину», а причинные условия, на которые система действительно может повлиять.
 «Пять» — не обязательное число. Вопрос «почему» нужен, пока ответ добавляет проверяемую причинную связь.
Пример Симптом: релиз сорван.
 Тесты завершились поздно. Среда была занята другой командой. Нет изоляции тестовых данных. Среда создаётся вручную. Инфраструктура не имеет шаблона.</description>
    </item>
    
    <item>
      <title>1:1</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/one-on-one/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/one-on-one/</guid>
      <description>Постижение всегда начинается с самого себя. Карл Густав Юнг — «Человек и его символы»  Communication Engineering · 1:1  Правило Оставляй статус задач асинхронному каналу, а 1:1 — сигналам, которым иначе не хватает безопасного места.
 Повестка  что важно человеку; энергия и нагрузка; препятствия; обратная связь в обе стороны; развитие; решения и действия.  Ритм Регулярность создаёт доверие лучше, чем редкие «особые разговоры». Частота зависит от автономии и контекста, но встреча не должна исчезать первой при перегрузке.</description>
    </item>
    
    <item>
      <title>Postmortem</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/postmortem/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/postmortem/</guid>
      <description>То, что задним числом кажется неизбежным, раньше таким не выглядит. Юваль Ной Харари — «Sapiens»  Communication Engineering · postmortem  Правило Восстанавливай доступные тогда сигналы, а не суди прошлое знанием результата.
 Структура  влияние; временная шкала; обнаружение; реакция; технические и организационные факторы; что сработало; действия с владельцами; способ проверки.  Blameless Blameless не означает отсутствие ответственности. Он означает отказ от простого объяснения «человек ошибся» до исследования условий, в которых действие казалось разумным или прошло без защиты.</description>
    </item>
    
    <item>
      <title>PREP</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/prep/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/prep/</guid>
      <description>Знание даёт силу. Джаред Даймонд — «Ружья, микробы и сталь»  Communication Engineering · PREP  Правило Дай вывод первым, поддержи его причиной и примером, затем верни аудиторию к действию.
  Point: главный тезис. Reason: почему он разумен. Example: конкретное доказательство. Point: вывод или просьба.  Пример  Нам нужен pre-read до архитектурной встречи. Сейчас половина часа уходит на восстановление контекста. На двух последних встречах решение переносили. Поэтому автор публикует двухстраничный RFC за день до обсуждения.</description>
    </item>
    
    <item>
      <title>Retrospective</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/retrospective/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/retrospective/</guid>
      <description>Совершенствоваться — значит меняться. Роб Коул — «Блистательный Agile»  Communication Engineering · retrospective  Правило Завершай ретроспективу одним-двумя изменениями с владельцем и сроком проверки.
 Поток  собрать факты периода; увидеть паттерны; исследовать причины; выбрать область влияния; сформировать эксперимент; проверить прошлые действия.  Безопасность Фокусируйтесь на системе и поведении. Нельзя обещать психологическую безопасность словами и затем использовать признание против человека.
Антипаттерн Каждые две недели команда снова пишет «лучше планировать», но никто не меняет процесс и не проверяет результат.</description>
    </item>
    
    <item>
      <title>RFC</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/rfc/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/rfc/</guid>
      <description>Знание даёт силу. Джаред Даймонд — «Ружья, микробы и сталь»  Communication Engineering · RFC  Правило Публикуй RFC тогда, когда на решение ещё можно повлиять.
 Проблема Дорогое изменение затрагивает несколько владельцев, но контекст и компромиссы живут в голове автора.
Минимум  проблема и ставка; цели и не-цели; ограничения; предлагаемое решение; реальные альтернативы; миграция и откат; риски; открытые вопросы; владелец выбора и срок.  Сигнал успеха Ревьюеры обсуждают риск и альтернативы, а итог можно восстановить без личного чата автора.</description>
    </item>
    
    <item>
      <title>SBAR</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/sbar/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/sbar/</guid>
      <description>Знание неощутимого — это и есть знание. Сунь-цзы — «Искусство войны»  Communication Engineering · SBAR  Правило В срочной передаче сначала назови текущую опасность и требуемое действие, а затем разворачивай контекст.
  Situation: что происходит сейчас. Background: какой контекст критичен. Assessment: как вы оцениваете состояние. Recommendation: что предлагаете сделать.  Пример  S: после релиза 8% платежей зависают. B: изменили обработку callback, повтор безопасен. A: очередь растёт, потери денег пока нет.</description>
    </item>
    
    <item>
      <title>STAR</title>
      <link>https://courses.digitable.life/communication-engineering/patterns/star/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      
      <guid>https://courses.digitable.life/communication-engineering/patterns/star/</guid>
      <description>Развивай свои силы, учись. Джордж Клейсон — «Самый богатый человек в Вавилоне»  Communication Engineering · STAR  Правило Большую часть истории отдавай личным действиям и причинному результату, а не декорациям.
 Проблема Общие утверждения о компетенции невозможно проверить. STAR превращает опыт в конкретное поведенческое свидетельство.
Алгоритм  Situation: минимальный контекст и ставка. Task: ваша личная ответственность. Action: решения, действия, взаимодействия и причины. Result: наблюдаемое изменение и урок.  Пример  Платёжный сервис создавал дубликаты при повторной доставке.</description>
    </item>
    
  </channel>
</rss>
