Хорошие советы для технической презентации

Ответ 1

Поместите интересные комментарии в код.

//Это лучше не прерывать во время моей следующей презентации, глупое @# [email protected]#% $code.

Не говорите о них, пусть они будут найдены аудиторией.

-Adam

Ответ 2

FYI, статья Гензельмана обновление (ваша ссылка с 2003 года).

Ответ 3

Используйте истории. Даже с примерами кода, есть предыстория: вот почему кто-то это делает. Чтобы увеличить участие аудитории, попросите примеры X, где X - это то, что, как вы знаете, вы можете продемонстрировать, а затем продумайте прохождение в этих терминах.

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

Ответ 4

Я рекомендую пост Scott Hanselman (ранее упоминавшийся). Я написал сообщение с некоторыми советами, в основном по эгоистичным соображениям - я просматриваю его каждый раз, прежде чем я даю техническую презентацию:

Советы для технической презентации

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

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

Вероятно, наиболее важным является иметь отдельные настройки Visual Studio, предварительно настроенные с большими удобочитаемыми шрифтами.

Ответ 5

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

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

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

Например, в моей последней демонстрационной презентации, у меня был слайд с текстом "ASP.NET MVC", в центре которого я был говоря о том, как я использовал фреймворк. В меньшем шрифте у меня был текст "Catchy name, huh?". Когда я сделал эту демонстрацию вживую, этот слайд получил смешок. Это не достойно ни одной части воображения, но мы часто представляем некоторые довольно сухие вещи, и каждый бит помогает.

Точно так же я включил слайды, которые являются просто забавными комментариями парня за кадром, о том, что я собираюсь сказать. Итак, я скажу: "Кодовая база для этого проекта нуждалась в небольшой помощи", а слайд позади меня сказал: "Это была куча спагетти с тремя фрикадельками, на самом деле" и тарелка спагетти в качестве фона слайдов. Опять же, без комментариев от меня и просто перехода к следующему слайду, как будто я даже не видел, что это действительно смешно.

Это также может помочь, если у вас нет лучшего комедийного времени, сняв давление, все еще добавляя немного облегчения.

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

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

Для слайдов я вообще не согласен с тем, чтобы чаще не говорить точные слова на экране.

Ответ 6

Если вы показываете код, который был подготовлен для вас, убедитесь, что вы можете заставить его работать. Я знаю, что это очевидно, но я был на конференции, где у 4 из 5 докладчиков были проблемы с кодом. Говорить мне, что это "круто" или даже "действительно круто", когда он не работает, является жесткой продажей.

Ответ 7

Правило №1 для меня: не пытайтесь показать слишком много.

Легко жить с куском кода в течение пары недель и думать: "Черт, когда я покажу им, что они будут волноваться!" Даже во время ваших частных репетиций вы чувствуете себя хорошо. Но однажды перед аудиторией сложность вашего кода умножается на квадрат числа членов аудитории. (Экспоненциально сложнее объяснить код для каждого добавленного члена аудитории!)

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

Мое правило №1 может быть истолковано циничным, так как не переоценивайте аудиторию. Как оптимист, я вижу это как не переоцениваю вашу способность объяснить ваш код!

гр

Ответ 8

Поскольку это звучит так, будто вы делаете живую презентацию, где будете работать с реальными системами, а не только с графиками (PPT, Impress, независимо), убедитесь, что все работает как раз перед началом. Это никогда не терпит неудачу, если я не пробую это перед тем, как начать говорить, это не работает, как я ожидал этого. Особенно с демонстрациями. (Я делаю это во вторник, поэтому я могу рассказать.)

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

Ответ 9

Это то, что мне было объяснено, и я думаю, что это очень полезно. Возможно, вы захотите, чтобы вначале не двигались тяжело. Вы хотите показать своим слушателям что-то (очевидно, возможно, не код), которые будут держать их на краю места, желая узнать, как делать то, что вы только что показали им.

Ответ 10

Вы должны прочитать Mark Jason Dominus отличный доклад на публичных выступлениях: Презентация конференции дзюдо

Ответ 11

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

http://en.wikipedia.org/wiki/Mind_map

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

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

Откажитесь от FreeMind для бесплатного инструмента для воспроизведения. Mind Manager - платный продукт, но гораздо более отполированный и плавный.

Ответ 12

Держите свое "визуальное представление" простым и стандартным.

Если вы находитесь в Vista, скройте значки на рабочем столе и используйте один из стандартных обоев. Храните настройки Visual Studio (особенно панели инструментов) в стандартной комплектации и "из коробки", насколько это возможно. Чем больше настроек вы показываете в своей среде, тем больше вероятность, что люди сосредоточатся на них, а не на вашем контенте.

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

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

Кроме того, если вы используете Vista, обязательно поместите ее в режим презентации. PowerPoint также имеет аналогичный режим, поэтому обязательно используйте его - у вас есть слайд-шоу на одном мониторе (проектор) и меньший вид слайда, а также заметки и таймер на вашем мониторе ноутбука.

Ответ 13

Слышали ли вы о Печа-Куча?

Идея Печа Куча состоит в том, чтобы сохранить краткие презентации, интерес уровня и иметь много докладчиков делиться своими идеями в рамках курса одной ночи. Поэтому 20x20 Формат Pecha Kucha был создан: каждый ведущему разрешено слайд-шоу из 20 изображения, каждый из которых отображается в течение 20 секунд. Это приводит к полному представлению время 6 минут 40 секунд на до того, как следующий ведущий достигнет

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

Ответ 14

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

Ответ 15

Если вы вообще используете слайды, следуйте Правило Гая Кавасаки 10/20/30:

• Не более 10 слайдов
• Не более 20 минут, потраченных на слайды.
• Не менее 30 точечных типов на слайдах

-Adam