Предоставление презентации по программному проекту не программистам

Ответ 1

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

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

В вашей позиции я бы потратил около 10-20% вашего выделенного времени, чтобы сделать # 1 в основном нетехническим способом. Таким образом, вы можете описать бизнес-функцию, которую ваш код автоматизирует, почему это важно, что было раньше и после применения вашего решения, как это экономит деньги, что-то типа.

Затем я начал бы техническую дискуссию, направленную на толпу CS/SE. Даже если остальные люди не понимают этого, и их глаза затуманиваются, ваше введение, по крайней мере, даст им представление о том, что все это значит, и они могут немного узнать здесь или там.

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

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

Ответ 2

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

Другими словами, [вставьте здесь просто объяснение английского языка].

Ответ 3

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

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

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

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

Ответ 4

Позволяет атаковать это как проблему рефакторинга.

ie Вместо того, чтобы добавлять больше к вашей презентации, есть ли способ, с помощью которого вы можете извлечь материал?

Например, я не думаю, что хвастаться тем, что ваше демо-приложение может использовать несколько источников данных, важно, а тем более гранты для вас, чтобы вы программировали там во время презентации. Я знаю, что это позаботилось в дизайне вашего приложения, чтобы достичь этого момента, но все же большинство людей больше заинтересованы в OUTPUTS, а не в INPUTS приложения. И еще больше в ПРЕИМУЩЕСТВАх упомянутого приложения.

Некоторые направляющие точки:

• Сделайте презентацию о них. Если аудитория почувствовала боль, которую решает ваша программа, напомните им об этой боли. Если они другие исследователи, такие как вы сами, попросите их поставить себя на место организации, которой вы помогли.

• Сравните старый путь и новый способ делать вещи. Почему новый способ более эффективен? Это приведет к увеличению продаж? будет ли он сокращать запасы? или сэкономить деньги? Кто-то потеряет свою работу, потому что ваше решение делает его задачу неуместной. Примечание. При выполнении технологических презентаций, которые я наблюдал, важно, чтобы решить, что происходит с людьми, которые ранее выполняли задачу. К счастью, большую часть времени люди не теряют работу, в большинстве случаев одни и те же люди могут управлять гораздо большим объемом работы благодаря Технология.

• Показать результаты. Каковы реальные результаты вашей демо-компании?

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

• Расскажите о точке в начале и конце. Большинство людей забудут то, что произошло посередине, поэтому обязательно расскажите о самом главном в начале и в вашем разговоре.

• Практика, практика. Да, это звучит смешно, но делайте всю презентацию перед зеркалом или видео, записанным как минимум дважды. Чем больше, тем лучше. Не давайте одну из самых важных презентаций вашей жизни без репетиции.

Дыхание и быть положительным, вы сделаете хорошо:-D

PS: Мои предложения основаны на этой веб-странице. Он вел меня несколько раз: 6 Стимулы для достижения старого мозга

Ответ 5

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

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

Другое предложение: не забывайте о формате. Презентационные слайды должны быть доступны для чтения в любом месте аудитория/лекционного зала. Не перегружайте людей слишком большим количеством текста на одном слайде. Держите пули короткими и легко сканируемыми. Вы хотите, чтобы люди проводили время, читая слайды, или вы хотите, чтобы они слушали то, что вы хотите сказать? Не используйте аббревиатуры, но если нужно, объясните, что они означают, и поместите определения на слайды - если вы не уверены, что они общеизвестны. Если люди сидят там, задаваясь вопросом, что означают эти акронимы, они не слушают.

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

Надеюсь, все будет хорошо!

Ответ 6

Вот мой совет:

• Будьте в курсе, кто ваша аудитория и что такое ваше сообщение. Вы пытаетесь произвести впечатление на шесть преподавателей, которые отмечают ваш проект, или доказывая, что вы можете развлекать всю аудиторию.
• У вас есть страница с содержанием на ранней стадии - тем самым аудитория знает, чего ожидать.
• Поместите материал geek в приложении в основную презентацию. Таким образом, вы можете погрузиться в него, для вопросов, но вы не потеряете основную часть своего разговора.
• Убедитесь, что ваша презентация движется и рассказывает историю - ограничивает числа слайдов и не загромождает их, например. цели проекта, возможные применения, проблемы проектирования, выбор программного обеспечения, что вы сделали (ограничить технику), результаты (демонстрацию), результаты и ограничения, следующие шаги, вопросы.
• У вас есть страница "Выводы" в конце - убедитесь, что вы обратились назад и перешли на страницу исходного содержимого.
• Оставьте 15-20% вашего времени для вопросов. Это покажет, что интересует аудитория, и позволит вам глубже понять тему, то есть только живое кодирование, если они попросят об этом.
• Репетируйте вслух, даже если вы считаете, что это глупо.

Удачи.

Ответ 7

Я был в той же ситуации
(представляя проект разработки программного обеспечения/обработки изображений/распознавания в конкурсе преподавателей EE).

• Начните с проблемы (проблемы)
  

• Затем фон (BIT технического фона)
  

• Решение:

  • Начните с блок-диаграмм (все инженеры читают их)
    

  • Затем объясните технологии и как кратко - насколько сложной была реализация
    (не стоит недооценивать сложную часть - иначе вы можете заставить свою работу казаться простой инженерам из других областей - они не оценят ваши усилия)
    

• Результаты:

  • Покажите короткие визуальные примеры (попробуйте сделать их интригующими)
    (примеры коротких примеров могут идти здесь)

  • Краткое описание пользовательского интерфейса

  • Показать впечатляющие графики

• Библиография, спасибо, возможные будущие улучшения/исследования

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

• Общий совет:
  

  • Практика представления (снова и снова)
    

  • Оставьте 45-60 секунд на слайд
    

  • Не более 5 баллов за слайд
    

  • 1 строка за точку
    

  • Добавить шутки
    

  • Нет анимаций, кроме ускорения демонстрации сложных проблем
    

  • Используйте прозрачные шрифты (Ariel или Calibri для обычного текста, 1 шрифт для заголовков)

  • Используйте высококонтрастные цвета (яркий на черном или темном на белом, если вам нужно - нет темноты на темноте или ярком или ярком)

Ответ 8

Несколько советов

• Используйте общий технический язык. используйте только те термины, которые признают слушание.
• Он связывает то, что вы раскрываете сами, с примерами, узнаваемыми аудиторией.

вы также можете прочитать эти замечательные статьи.

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

Bye.

Ответ 9

Смешайте и сопоставьте некоторую тему, которую все знают. Это помогло мне с тематическими слайдами с изображениями от Divine Comedy до Simpsons. Я не знаю, насколько формально ваша презентация, но это обычный конструктивист, чтобы подключить то, что уже известно вашему аудитору, чтобы показать вашу точку.

Я однажды присутствовал на презентации Ларри Уолл, где он объяснил функции Perl 6, используя примеры из гольфа, смешанные с Властелином Кольца.

Ответ 10

То, что я делаю, это говорить о аналогии, попытаться преобразовать в реальность термины, которые вы объясняете.

Кстати, почему вы говорите о технических аспектах программного обеспечения для нетехнических людей? Сначала вам нужно настроить таргетинг на контент аудитории. Кто твоя основная аудитория? Техники или non techies, выберите один.

Привет,

Ответ 11

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

Кроме того, если вы разговариваете с подсказками, поставьте 'Breathe!' в верхней части карты. Это помогло мне...

Ответ 12

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

Ответ 13

Я думаю, что Саймон Пейтон Джонс дает отличные разговоры. См. Раздел Как дать хороший обзор на этой странице. В частности, просмотрите видео о его разговорах о предмете, связанном с этим разделом. Вы можете найти другие видеоролики о своих разговорах о Haskell, функциональном программировании и т.д., Чтобы узнать, как он практикует то, что он проповедует.

Ответ 14

Прослушайте следующий подкаст: Инструменты менеджера - Основная презентация

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

Теперь при выполнении презентаций проекта выполните следующие действия:

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

• Создайте список требований высокого уровня

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

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

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