Страница актуальна на 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