2. Как правильно написать тезисы?

Страница актуальна на 07.09.2022. Проверила @Алла Аблова (Unlicensed)

Немного о конкуренции

Самые большие из наших конференций посещает, как правило, более двух тысяч человек. Это много! Но потоков, в которые будут организованы доклады на конференции, тоже будет более десятка! Это тоже много, что означает, что всех нас ждёт колоссальная конкуренция за внимание пользователя.

Нужны ли вам слушатели, которые придут к вам, но в процессе поймут, что пришли не туда, встанут и уйдут? Нет, не нужны.

С другой стороны, будет обидно, если кто-то, кому тема реально интересна, не узнает о нашем докладе.

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

Как не надо писать тезисы

Тезисы это:

  • НЕ постановка проблемы;

  • НЕ вопросы, которые хотите обсуждать;

  • НЕ положения теории;

  • НЕ продающий текст;

  • НЕ анонс;

  • НЕ детали выступления;

  • НЕ возможности, которые получит слушатель;

  • НЕ план презентации через буллиты;

  • НЕ интрига, которую вы хотите раскрыть;

  • НЕ «почему» вы хотите это рассказать;

  • НЕ КАК . . . через буллиты;

  • НЕ капитанский призыв типа «давай-давай»;

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

Написать продающее письмо!

К вам придёт не нужная вам аудитория, а та, что придёт будет разочарована, вы будете разочарованы, будут низкие оценки доклада, все будут разочарованы :(

Написать подробный план доклада

Другая крайность. Во-первых, не у всех структурированное мышление. Во-вторых – ну скучно читать план, не придёт никто.

Написать красиво, но длинно!

Докладов будет около 200, для того чтобы прочитать 200 эссе потребуется очень много времени, поэтому длинные тезисы будут пропускать вообще. Наша рекомендация – 2-3 небольших абзаца.

Поставить в тезисах вопросы, на которые я отвечу в докладе

Из того, что вопросы слушателя волнуют, вовсе не значит, что его заинтересует именно ваше решение.

Это профессиональная конференция с очень высоким уровнем участников. Большую часть того, что вы собираетесь рассказать, слушатели уже знают. Напишите, что конкретно будет в ответах, и слушатель сможет понять – интересно ли ему то, что вы хотите рассказать, или нет.

Вдохновляющий поток сознания

Если докладчик не может выделить главное из своего доклада, то сможет ли он сделать понятный и хороший доклад?...

Тезисы в одно предложение

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

Как же написать хорошие тезисы?

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

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

Тезисы на два-три абзаца грамотного литературного текста с ключевыми пунктами доклада.

В тезисах мы не ставим вопросы, а даём краткие ответы.

2-3 абзаца грамотного литературного текста приятно читать всем.

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

Ваши тезисы не будут пахнуть продажами – этот запах хорош для бизнеса, но очень плох для IT-профессионала.

Пишите, как для себя.

Да, они играют в буллшит-бинго :) Плохо, если вы выиграете ещё до начала конференции :)

Соотношение вопросов и ответов в тезисах важно! Вопросов минимум, ответов максимум.

Не надо писать “Как управлять удалёнными программистами?”.

Правильно написать “Мы расскажем о том, как управлять удалёнными программистами с помощью внушения, гипноза и тотального контроля десктопа.”.

Рекомендации для докладов типа Case Study (когда компания/проект делится своим опытом)

Недостаточно просто описать задачу в тезисах. Довольно часто бывает так, что заинтересованные слушатели могут это сделать не хуже докладчика. Хорошие же тезисы отличает конкретика: конкретные названия, конкретные числовые показатели (последнее особенно важно для Highload++).

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

И это не так сложно. При подготовке доклада и его тезисов нужно сделать всего лишь три шага.

Шаг 1. Проблема

В чём была сложность решаемой проблемы? Постарайтесь привести числовые оценки: объём данных, необходимая скорость отклика и т.п.

Шаг 2. Решение

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

Шаг 3. Оценка

Как вы оценивали успех? Какая основная метрика была мерилом успеха, на какое значение вы ориентировались вначале и что получили в результате? Метрик может быть несколько, но помните, в отличных докладах (как и в отличных технических проектах, бизнесе и т.д.) есть одна главная метрика (не обязательно односложная!), которая определяет успешность результата.

Плохие примеры

— Стоит проблема оптимизации времени и нужно всё делать быстрее. Проблема становится всё более актуальной с каждым этапом роста объемов производства.

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

— У нас всё отлично получилось. Мы поделимся опытом.

— У нас тысяча серверов, они работают вот так.

Хорошие примеры

— Для нормальной работы нужно укладываться в N минут, что очень непросто, потому что есть M мегабайт данных.

— Мы выбрали технологии X и Y и расскажем, почему (тут же надо дать пояснения программному комитету — а почему же? коротко!). Приведём сравнение с технологиями Z и W (и опять же, для ПК надо коротко в пояснительной записке написать, как сравнивали, кто выиграл и — коротко! — почему).

— В результате мы получили время полной обработки данных N секунд при количестве данных M мегабайт и убедились, что этот показатель в нашем проекте масштабируется линейно вплоть до значения 100*M мегабайт. В докладе будет подробно описано, как повторить наш успех.

— Перед нами стояла следующая задача, поэтому мы выбрали такую архитектуру и топологию сети.

 

Удачи вам!

P.S. Вы всегда можете задать любой вопрос о тезисах в службу поддержки докладчиков: speakers@ontico.ru