Как делают доклад образец: из чего состоит структура, пример - Санкт-Петербургское государственное бюджетное учреждение социального обслуживания населения

Содержание

Как сделать хороший короткий доклад / Хабр

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

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

Как правило, нам приходится по 2–3 раза переслушивать доклады, править презентации, добавлять/изменять/корректировать подачу материала прежде, чем признать презентацию годной и выпустить с ней студента на защиту. Ну и конечно же, из года в год нам приходится объяснять студентам одни и те же базовые принципы построения доклада, организации презентации и пр. Данная статья — некоторая попытка изложить в письменном виде все основные моменты, которые мы традиционно объясняем студентам, выходящим на защиту. И мы будем рады, если те соображения, которые мы здесь изложим, окажутся полезными не только нашим, но и всем остальным студентам — читателям Хабра, выходящим в этом году на защиты своих дипломов, а также всем тем, кому по работе приходится готовить короткие презентации по результатам своей текущей работы.

Примечание: дальнейшие иллюстрации взяты из презентации к дипломной работе студента 1-го года обучения нашей магистратуры “Программирование и анализ данных”, выпускника бакалаврской программы “Прикладная математика и информатика” Егора Богомолова.

1. Прежде всего, формат 7–10-минутного выступления существенным образом ограничивает количество слайдов в презентации. Опыт подсказывает, что в ней должно быть не более 12–15 слайдов. Почему? Если мы возьмем 7-минутный доклад и поделим 7 на количество слайдов, то в среднем на слайд у нас получится около 30 секунд. 30 секунд — это достаточно небольшой промежуток времени, что-то содержательное за это время сказать тяжело. Если же количество слайдов становится больше, то либо доклад превращается в пулеметную очередь и никто ничего не успевает понять, либо докладчик гарантированно не укладывается в отведенное для него время. Исходя из этого, давайте зафиксируем количество слайдов (12–15) и поймем, что на них должно быть.

2. С первым слайдом все более-менее понятно: на нем указывается название доклада, автор, научный руководитель, организация. Желательно также отметить город и год. Единственный тонкий момент: хочется, чтобы размещенная на первом слайде информация была нормально оформлена.

Данный слайд задает стиль всей презентации: стиль и размер штифта, цвета, которые будут использоваться далее. Например, мы рекомендуем использовать синий и белый цвет — корпоративные цвета Вышки.

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

x/y, где x — номер текущего слайда, y — общее количество слайдов. Зачем это делается? Слушателям, как правило, хочется понимать, в какой точке доклада они находятся и сколько еще слайдов впереди. Если этой информации нет, то либо создается впечатление, что доклад может длиться бесконечно, либо что он может кончиться в любой момент. Это раздражает.

3. Теперь перейдем к содержанию слайдов. Весь доклад условно можно поделить на две части: вводная часть (до формулировки цели и задач работы) и содержательная часть (после цели и задач). Важно: в хорошем докладе вводная часть занимает примерно половину (!)

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

Важно: с нашей точки зрения, вводная часть обязана состоять из трех блоков. Первый блок — постановка задачи, в нем докладчик рассказывает, в чем состоит задача, к какой предметной области она относится, вводит основные понятия и определения, указывает, почему решение этой задачи важно. И этот блок, за редким исключением, не забывают включить в свой доклад все. Однако не все, увы, умеют правильно ее рассказывать. Типичное заблуждение докладчика — что об этой задаче слушателям известно почти все, за исключением мелких деталей.

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

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

Перейдем ко второму блоку — обзору имеющихся в данной области результатов.

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

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

Второй вариант

— что задача настолько неинтересная и никому не нужная, что ею никто не занимается. Следовательно, актуальность данной задачи близка к нулю и слушать эту работу также смысла не имеет. Это, конечно же, крайние случаи, есть и промежуточные. Например, пара ссылок на работы 1994 года. И если это все — то снова беда, смотри рассмотренные выше два варианта.

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

за последние 4–5 лет. Если этого нет, дальше доклад можно не слушать.

Казалось бы, на обзоре литературы можно заканчивать вводную часть и переходить к формулировке цели и задач исследования. Собственно, большинство неопытных докладчиков так и пытаются поступать. А это очень грубая ошибка: в любой презентации обязательно должна быть еще один крайне важный блок, а именно, блок под условным названием “Большое НО”. В этом блоке вы должны говорить примерно следующее: да, в моей области (смотри обязательную 1-ю часть) много чего уже сделано (смотри обязательную 2-ю часть), но: в такой-то работе имеются такие-то недостатки, в такой-то работе не сделано то-то и то-то, а из этой работы осталось непонятно то-то и то-то.

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

4. Цель у любой работы должна быть одна. Не допускается несколько целей. Если их несколько — это, скорее, не в том месте и не в той форме сформулированные задачи исследования. Цель — это нечто, чего вы интегрально хотите достичь своей работой: создать программный продукт, собрать датасет, построить модель, провести анализ и т. д. Подумайте, чего вы хотите достичь своей работой. Как правило, это и будет ваша цель.

Важно: в очень многих работах в этом месте встречается довольно существенная ошибка — цель формулируется слишком общо, например, “создание системы фильтрации спама” или “обнаружение ботов в социальных сетях”. Коллеги, это — задачи, которые на протяжении нескольких лет решают огромные IT-компании типа Google или Facebook. И будет очень забавно, если вдруг окажется, что именно в вашей работе эта глобальная задача будет наконец решена. С очень малой вероятностью слушатели поверят в столь оптимистичный сценарий. Скорее всего, подобным образом широко сформулированная цель — это все же, как правило, признак неопытности и/или некомпетентности. Пожалуйста, не делайте подобного рода ошибок — формулируйте цель предельно конкретно.

Перейдем к задачам. Задачи — это, по сути, краткий план вашей работы, краткое описание того, как вы собираетесь достичь поставленной выше цели. Например, “для создания модели нужно”: 1) создать такой-то инструмент; 2) собрать такой-то датасет; 3) построить прототип модели; 4) протестировать этот прототип на таких-то данных. Часто для того, чтобы правильно сформулировать задачи, вам просто нужно еще раз посмотреть на свою работу, разбить ее на 3–4 больших блока и как-то эти блоки назвать. Собственно, это и будут ваши задачи.

Важно: и в цели, и в задачах не должно быть никаких новых терминов. Если вдруг они появляются, это означает, что вы не доделали постановку задачи, не до конца объяснили все термины, инструменты, механизмы, использующиеся обычно для решения подобного рода задач и т. д. Далее, задач не должно быть много. Как правило, это 3–4 глобальные задачи. Не дробите их, не делайте 7–8 задач. Наконец, задачи должны быть достаточно короткими и емкими. В идеале, каждая из этих задач должна на последующих слайдах помещаться в колонтитул.

5. Перейдем теперь ко второй, содержательной части доклада. Ее строить очень просто. У вас осталось в запасе где-то 7 слайдов. Последний слайд вы должны оставить на выводы, остается 6 слайдов. Эти слайды разбиваются на блоки по числу задач. И на каждую задачу в своем коротком докладе вы оставляете 1–2 слайда. Увы, это — максимум, что вы можете себе позволить из-за лимита по времени. Что туда выносить — это уже довольно специфический вопрос, каждый должен эту задачу решить для себя сам. Здесь важно выбрать действительно принципиальные моменты в каждой из задач и постараться сжато про них рассказать. Общих рецептов для этой части маловато, и здесь очень важен опыт: ваш, вашего научного руководителя и ваших коллег.

Часто в этом месте студенты задают вопрос: ну хорошо, я как-то схематично, на пальцах, успею на 1–2 слайдах что-то там показать; но ведь там же куча важных деталей, десятки важных подробностей, и ни один профессионал, слушающий доклад, не сможет оценить работу без этой дополнительной информации. Что же делать в этом случае?

Здесь вы должны понимать следующее. Как правило, среди слушателей есть только 2–3 человека, которые действительно понимают, о чем идет речь в вашем докладе. Скорее всего, им действительно было бы интересно узнать о деталях исследования. Остальным же детали не важны, им нужна общая идея. Объясните ее на пальцах, а для узких профессионалов подготовьте от каждого блока несколько дополнительных слайдов за пределами презентации. Например, в вашем докладе 15 слайдов. Нумерацию оставьте по прежнему x/15, где x — номер текущего слайда. За 15-м слайдом сделайте дополнительные 16–17-й слайды в формате x/15, x=16,17 и так далее, на которые можно вынести не поместившуюся в основные блоки информацию.

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

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

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

Мелкое замечание: заключительный отдельный слайд “Спасибо за внимание” не нужен — эту фразу совершенно спокойно можно сказать в конце словами. Также неуместен слайд типа “Ваши вопросы?” Эту фразу должен сказать тот человек, который председательствует на этом собрании, не надо отнимать его хлеб.

7. Ну и в заключение пара слов о том, что делать, если у вас не короткий, 7–10-минутный, а большой, 30–40-минутный доклад. Важно: вся описанная выше структура категорически остается неизменной. Остаются блоки “постановка задачи”, “обзор имеющихся результатов”, блок “но”, слайд “цель и задачи”, слайд “выводы”. Что же меняется? Меняется количество слайдов, прежде всего в содержательной части: теперь вместо 1–2 слайдов вы, наконец, можете вставить 5–7 подробных слайдов по каждой задаче.

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

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

P.S. Здесь можно посмотреть дипломы и презентации выпускников нашего бакалавриата “Прикладная математика и информатика” за 2019 год. Конечно же, и они далеко не идеальны, и их можно (и нужно) было бы улучшать, однако представление о некоторой финальной части большой работы по подготовке наших студентов к защитам они могут дать.

Как и зачем делать доклады? / Хабр

Всем привет, меня зовут Рома Неволин и я много занимаюсь докладами. Готовлю доклады, выступаю с докладами, делаю доклады, ищу докладчиков, ищу темы для докладов, а еще постоянно отвечаю на вопросы про доклады. А их всегда много.

Откуда брать тему и будет ли мой доклад интересен хоть кому-нибудь — загадка. Как собрать кучу хаотичных знаний во что-то стройное тоже непонятно. А ведь с этим нужно еще и куда-то подаваться, да и вообще, на кой оно мне нужно?

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

Оглавление

Зачем делать доклады?
- Личный бренд.
- Коммуникация с экспертами.
- Повод собрать и углубить свои знания.
- Способ пошарить информацию.
- Возможность продвинуть изменения.
- Просто для фана.
- А зачем компаниям это нужно?
Как делать доклады?
- Откуда брать темы?
  - Искать интересное в повседневном.
  - Рассказывать о проблемах.
  - Рассказывать о том, что изучаете.
  - Узкоспецифичные проблемы тоже интересны.
  - А еще…
- Как готовить доклад?
  - Начните с вопросов.
  - Определитесь с аудиторией.
  - И с мотивацией.
  - Поработайте над структурой.
  - И добавьте выводы.
- Где выступать?
И на этом все!

Зачем делать доклады?

Делать доклады сложно, это отнимает много времени, нужно детально изучить тему, а потом еще и понервничать на самом выступлении. Зачем все это нужно?

Личный бренд — это полезно

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

Личный бренд позволяет вам заниматься тем, что вам нравится. Это работает примерно так: вы рассказываете об интересных штуках -> вас слушают люди, с этим связанные -> зовут в компанию или работать над совместными проектами. Этот эффект особенно заметен с недостаточно популярными технологиями. Например, для моего любимого F# на рынке очень мало вакансий, но когда я начал выступать с докладами про этот язык, ко мне стали приходить с предложениями.

Это же позволяет вам найти классных людей с общими интересами. Кто-то придет с вопросом по докладу, с кем-то вы заобщаетесь на афтерпати и так далее. Принцип тот же: вы рассказываете про интересные вам вещи и находитесь рядом с людьми с похожими интересами.

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

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

Конференции позволяют пообщаться с топовыми экспертами

Это я косвенно упомянул в прошлом пункте, но давайте посмотрим на это поподробнее. Допустим вы .NET разработчик и хотите пообщаться с наиболее опытными и авторитетными экспертами. Где их искать?

Наверное, можно писать им в Твиттере, на почту или слать письма с голубями. Но, кажется, место с самым большим скоплением топовых дотнетчиков на квадратный метр это спикерская комната DotNext — по крайней мере в России. Где еще вы в одной комнате застанете Джеффри Рихтера, Джона Скита и Андрея Акиньшина? А конференции естественным образом притягивают самых известных разработчиков — кто-то там выступает, кто-то сидит в программном комитете.

Например, перед своим первым выступлением на DotNext я читал книгу Саши Гольдштейна Pro .NET Performance — не то чтобы это было как-то связано с моим докладом, просто интересна была эта тема. А приехав на конференцию неожиданно для себя встретил его в спикерской. Кофе пил с кексиками. Возможность обсудить какие-то моменты из книги с ее автором порадовала до ужаса.

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

Доклад это классный способ собрать знания и углубить их

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

Вот готовите вы блок про некоторую особенность работы коллекций, прокручиваете в голове потенциальные вопросы к нему, и «так, а как коллекция поведет себя вот в этом случае?». Начинаете гуглить, разбираться, задавать вопросы — вот и новый кусок информации пристроился и в докладе, и в вашей голове.

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

Иногда это пугает, потому что в процессе подготовки возникает ощущение «да я же и сам недостаточно понимаю свою тему, как я об этом рассказывать?». Но ничего плохого в этом нет — ни один докладчик не знает свою тему на сто процентов. Всегда найдется какой-нибудь вопрос, на который он не сможет ответить. В этом нет ничего плохого и как раз такие вопросы и являются одной из самых важных причин выступать, они позволяют вам найти пробелы в знаниях.

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

Это возможность легко шарить информацию

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

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

Это возможность продвинуть изменения

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

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

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

Это бывает весело!

Последние несколько лет я выступал на конференциях в основном из-за того, что мне это нравится. Стоять на сцене с микрофоном и с умным видом что-то вещать бывает очень приятно. А к этому еще и прилагается куча преимуществ, перечисленных выше!

Разумеется, это работает не для всех. Но есть только один способ узнать, нравится ли вам выступать — попробовать.

А зачем выступления нужны компаниям?

В общем-то понятно, зачем это нужно вам. Компаниям-то зачем?

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

Если с компаниями, которые продают свои продукты разработчикам (привет, JetBrains!) все понятно, то как доклады помогают с наймом? Условия-то от выступлений лучше не становятся, с чего бы вдруг большему количеству кандидатов нужно решить у вам работать?

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

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

Как делать доклады?

Предположим что вы уже мотивированы, вдохновились перечисленными выше причинами и решили сделать доклад. Потрясающе! А о чем рассказывать, откуда вообще берутся темы? А как эту абстрактную тему развернуть в доклад? А на какую аудиторию подавать, куда, зачем, почему, кому вообще мой доклад нужен?

Давайте по-порядку.

Откуда берутся темы?

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

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

Например, вы можете рассказать о:

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

Поищите интересное в повседневном

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

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

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

Да, последнее — это тоже челлендж и он тоже интересен. И на рассказ о таком есть любители. Я вот из них.

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

Пример с последнего DotNext. Привычная и очень популярная история в мире .NET это миграция с MS SQL на PostgreSQL. Вроде бы банальщина — о чем тут рассказывать, этим и так все занимаются? А вот Станислав Флусов сделал на эту тему доклад и занял четвертов место на конференции, обогнав по рейтингу наших самых опытных спикеров.

Другой пример. Когда-то я делал тред в Твиттере о поиске тем для выступлений и в процессе написал нескольким своим друзьями из IT сообщение вида «Привет! А можешь рассказать, чем ты сейчас на проекте занимаешься? Ну, предметная область/стек». Почти каждый из получившихся ответов можно было развернуть в тему для хорошего доклада.

Расскажите о проблемах

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

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

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

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

Рассказывайте о том, что вы изучаете

Вам нравится какой-то язык, фреймворк или подход в программировании, но вы толком не работали с ним в проде? Это никак не мешает вам сделать про него доклад, более того — это может стать очень полезным опытом.

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

Разобраться с интересной вам библиотекой и рассказать об этом.
Поковырять изменения в новой версии фреймворка.
Попробовать внедрить какую-то интересную штуку в рабочий или пет-проект.

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

Узкоспецифичные проблемы тоже могут быть интересны

Часто люди не хотят рассказывать о чем-то, потому что «это слишком редкая и специфичная проблема, кому будет интересно об этом слушать?». Но в реальности такие доклады заходят аудитории чуть ли не лучше остальных.

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

Все еще недостаточно узкоспецифично? Хорошо, а как насчет выступления о брачных повадках цикадки вьюнковой?

Рассказываю. Есть такой ивент, называется Science Slam. Там ученые в коротких драйвовых выступлениях показывают, какие интересные штуки они делают. Самоуправляемые автомобили, лазеры, лечение рака и прочий рок-н-ролл. А потом выбирают лучший доклад (по громкости апплодисментов!). И вот на одном таком прекрасном ивенте выиграло выступление о брачных повадках цикадки вьюнковой. Разгромно, без шансов и вопросов.

И да, на этом же ивенте рассказывали о лазерах, наноматериалах и вот этом всем. А выиграли цикады.

Почему? Потому что это потрясающе интересно, как оказалось! Сюзан, исследовательница из Германии, с восторгом рассказывала о видах цикад, их повадках, повадках наблюдающих за ними энтомологов, производимых цикадами вибрациях (половина зала тряслась на стульях в попытках это воспроизвести), и, разумеется, о брачных повадках. И даже выволокла своего коллегу на сцену, чтобы заняться цикадьим сексом.

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

А еще…

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

Пример из практики. На одном из прошлых DotNext я делал доклад про идеи, которые типичное приложение может позаимствовать из ФП. Всю подготовку боролся с ощущением банальности, под конец ПК дружно сказал, что доклад капитанский. Однако в итоге доклад получил второе место в рейтинге и кучу позитивного фидбека. Причина понятна: аудитория разбиралась в теме куда меньше, чем я или ПК, и для них материал оказался полезен.

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

Как готовить доклад?

У вас есть идея, вы сели думать над ее подачей и… и что делать дальше? С чего начать, как спланировать, как лучше подать тему, как выбрать уровень и глубину доклада, понять свою аудиторию?

Начните с вопросов

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

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

Например, у темы про некоторый фреймворк X это могут быть вопросы «как внедрить фреймворк X в свой проект», «какие преимущества у фреймворка X перед фреймворком Y» или «есть ли смысл использовать фреймворк X в мобильной разработке?». Постарайтесь записать все такие возможные вопросы, чтобы посмотреть на проблему с разных сторон.

Иногда после записи всех этих вопросов может оказаться, что в списке как-то и нет вопроса, на который вы хотели ответить изначально. Может он находится на пересечении двух других вопросов, а может относится к описанной теме косвенно. Так или иначе — вспомните, на какие вопросы вам изначально хотелось ответить.

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

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

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

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

Определитесь с аудиторией и ее интересами

Вы поняли, что именно вы будете рассказывать — теперь пора определиться, кому. На этом этапе стоит посмотреть на записанные вопросы и понять:

Какой уровень нужен для понимания ваших ответов на эти вопросы?
Кому потенциально интересно будет это услышать?
Сколько предварительных пояснений вы готовы давать?

Немного поясню про последний пункт. Я часто делаю доклады про F# и сталкиваюсь с некоторой дилеммой:

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

Правильного ответа на вопрос «что выбрать» здесь нет. Оба варианта работают, но в любом случае — с аудиторией доклада нужно определиться как можно раньше. И лучше не пытаться работать на всех и сразу.

Зачем это слушать?

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

Мотивация может быть очень разная:

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

Как пример хорошего сочетания нескольких вариантов мотивации мне вспоминается доклад Ромы Ивлиева «Как banki.ru пережил утроение нагрузки за неделю». Он сочетает в себе потенциально полезную информацию (как пережить увеличение нагрузки), интригу (и впрямь, а как они это сделали?) и хорошую историю с динамикой, развитием, путями решения и добрым позитивным финалом с полезными выводами.

Впрочем, можно и по-другому. Один из моих любимых докладов, «Silver bullet syndrome» от Hadi Hariri не пытается мотивировать аудиторию вовсе. Он не обещает практической пользы и даже специально уточняет, что ничего полезного в докладе не будет. Однако доклад собрал кучу людей и отличные отзывы после.

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

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

Как организовать материал?

Вот вы закончили с предварительной подготовкой, введениями, мотивациями и прочим, время заниматься главным — рассказывать то, ради чего вы пришли. А как?

Основная проблема такая: материала обычно много, рассказывать можно бесконечно долго, но что и в каком порядке? Как расставить приоритеты?

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

После того, как вы сформулировали ваш ответ на вопрос (решение некоторой заявленной проблемы), посмотрите на него и постарайтесь прикинуть — что здесь может быть непонятно аудитории доклада? На этом этапе займитесь пояснениями и введениями.

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

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

Выводы

Не забывайте подводить итоги каждого из логических блоков и доклада в целом. Ответ на некоторый вопрос может занять 10-15 минут и за это время аудитория запросто может забыть, с чего вы начинали. Блоки с выводами помогают вернуть людей в контекст. Например, выводы по этой части:

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

Где выступать?

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

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

Где и почему лучше? У всего есть свои преимущества. Митапы, например, это прекрасная точка для старта. Вам будут рады, помогут подготовиться и не будут ужимать в какие-то очень уж жесткие рамки, что случается на конференциях. Там можно рассказывать о небольших-локальных штуках и никто не будет против, ведь митапы это пространство для обмена самым разным опытом.

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

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

А чтобы как-то упорядочить все это многообразие конференций, Женя Голева ведет и регулярно обновляет список топовых IT конференций в СНГ, за что ей большое спасибо. Там есть абсолютно вся необходимая информация, так что на него можно ориентироваться при выборе места для выступления.

На этом все!

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

Работа с образцом пакета отчета

Предыдущий Следующий Для корректного отображения этого контента должен быть включен JavaScript

Создание и управление пакетами отчетов для описательных отчетов
Работа с образцом пакета отчетов

Используйте пакеты отчетов для быстрого и простого создания отчетов. Narrative Reporting включает в себя три пакета образцов отчетов (пакет образцов отчетов на основе Word, пакет образцов отчетов на основе PowerPoint и пакет образцов отчетов на основе PDF), которые помогут вам научиться пользоваться продуктом. Используйте примеры пакетов отчетов, чтобы ознакомиться с функциональностью пакетов отчетов, выполнив следующие задачи:

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

Эта тема охватывает:

Открытие пакета отчетов
Работа с Центром отчетов
Редактирование пакетов отчетов
Работа с образцом документа стиля
Работа с фазами разработки

Получить образцы для Power BI — Power BI

Статья
08. 03.2023

ПРИМЕНЯЕТСЯ К: Рабочий стол Power BI Служба Power BI

Вы новичок в Power BI и хотите попробовать ее, но у вас нет данных? Или, может быть, вы хотели бы увидеть отчеты, иллюстрирующие некоторые возможности Power BI. Мы вас прикрыли.

Power BI предлагает различные типы образцов для разных целей. В службе Power BI есть встроенные примеры и приложения, .pbix файлы, наборы данных Excel и базы данных SQL. Вот набор различных образцов:

Образец отчета Power BI по продажам и возвратам (файл .pbix ). Вы можете просмотреть его в галерее историй данных, открыть и изучить его в Power BI Desktop или загрузить в службу Power BI.
Образец отчета Power BI для искусственного интеллекта. В отчете изучите функции искусственного интеллекта Power BI, такие как ключевые факторы влияния, анализ первопричин в виде дерева декомпозиции и обнаружение аномалий. Выберите Изучите на панели навигации службы Power BI, чтобы загрузить копию из Learning Center .
Пример шаблона приложения. Загрузите его из AppSource, также прямо в сервисе Power BI. Приложения-шаблоны включают информационные панели, отчеты и наборы данных. Вы можете изменить их, а затем раздать своим коллегам.
Восемь оригинальных встроенных примеров в службе Power BI с панелями мониторинга, отчетами и наборами данных. Вы устанавливаете их прямо в службе Power BI. Встроенные образцы также доступны в виде отчетов Power BI ( .pbix ) и книги Excel ( .xlsx ).
версий встроенных образцов книг Excel, содержащих модель данных. Изучите модель данных в надстройке Power Pivot для Excel или используйте книгу Excel в качестве источника данных для отчета Power BI.
Образец рабочей книги финансовых данных, простая плоская таблица в файле Excel, доступная для загрузки. Он содержит обезличенные данные с фиктивными товарами, с разбивкой продаж по сегментам и странам/регионам. Это полезный базовый источник данных для отчета Power BI.
Версия многомерной модели AdventureWorks для рабочей книги Excel в руководстве по созданию отчета Power BI с данными.
Если вы предпочитаете работать с данными в базах данных SQL, статья с примерами SQL содержит ссылки на загружаемые базы данных SQL AdventureWorks и WorldWideImporters в репозитории GitHub. В статье также есть ссылки на другие образцы Azure.

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

Образец PBIX-файла “Продажи и возвраты”

На следующем изображении показан образец отчета “Продажи и возвраты”.

Разработчики отчетов Power BI Мигель Майерс и Крис Хэмилл создали файл Sales & Returns .pbix , чтобы продемонстрировать множество новых функций Power BI, включая кнопки, детализацию, условное форматирование, «что, если» и настраиваемые всплывающие подсказки.

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

Вы можете изучить его следующими способами:

Загрузите файл .pbix и подробно изучите его. Загляните «за кулисы», чтобы увидеть, как это сделал Мигель. Эта ссылка открывает репозиторий GitHub для примеров Power BI Desktop. Выберите Загрузить , чтобы загрузить образец в формате .pbix для отдела продаж и возвратов на свой компьютер.
Прочтите об отчете в записи блога Power BI, ознакомьтесь с новым образцом отчета о продажах и возвратах.

Восемь оригинальных образцов

Для использования доступны восемь оригинальных образцов. Каждый образец представляет отдельную отрасль. Вы можете взаимодействовать с каждым в разных форматах:

Установите встроенные примеры в службе Power BI.
Загрузите файлы отчетов Power BI (.pbix).
Загрузите файлы книги Excel ( . xlsx ), а затем загрузите их в службу Power BI. Или исследуйте файлы Excel в самом Excel.

Компания obviEnce (www.obvience.com) и Microsoft объединились для создания примеров для использования с Power BI. В образцах используются обезличенные данные. Образцы представляют разные отрасли: финансы, HR, продажи и многое другое.

Эти образцы доступны в нескольких форматах: как встроенный образец, как книга Excel и как файл Power BI .pbix . Если вы не знаете, что это за вещи или как их достать, не волнуйтесь. Эта статья объясняет все это.

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

Прежде чем мы начнем, вот юридические рекомендации по использованию этих образцов. После этого мы вводим образцы и показываем, как их использовать.

Пример отчета о прибыльности клиентов

Знакомство с примером отчета о прибыльности клиентов

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

Образец отдела кадров

Знакомство с образцом управления персоналом

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

Образец анализа расходов на ИТ

Ознакомьтесь с образцом анализа расходов на ИТ

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

Образец анализа возможностей

Знакомство с образцом анализа возможностей

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

Образец анализа закупок

Ознакомьтесь с образцом анализа закупок

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

Образец для анализа розничной торговли

Ознакомьтесь с образцом для анализа розничной торговли

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

Образец “Продажи и маркетинг”

Знакомство с образцом “Продажи и маркетинг”

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

Образец качества поставщиков

Ознакомьтесь с образцом качества поставщиков

Этот отраслевой образец посвящен одной из типичных задач цепочки поставок: анализу качества поставщиков. В этом анализе задействованы два основных показателя: общее количество дефектов и общее время простоя, вызванное этими дефектами. Этот образец преследует две основные цели:

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

Установка встроенных образцов

Начнем с встроенных образцов . Встроенные примеры доступны в службе Power BI. Вам не нужно выходить из Power BI, чтобы найти их. Каждый из этих примеров представляет собой набор из одной или нескольких панелей мониторинга, наборов данных и отчетов, которые можно использовать со службой Power BI. Эти встроенные примеры недоступны для Power BI Desktop.

Откройте службу Power BI ( app.powerbi.com ) и выполните вход.
Выберите Узнать в левой навигационной панели.
На странице учебного центра в разделе Примеры отчетов прокручивайте до тех пор, пока не увидите образец, который хотите открыть.
Выберите образец. Он открывается в режиме чтения.
Power BI импортирует встроенный образец и добавляет новую панель мониторинга, отчет и набор данных в Мое рабочее пространство. Используйте образцы, чтобы протестировать Power BI.

Теперь, когда у вас есть данные, вы в пути. Попробуйте некоторые из наших руководств, используя встроенные примеры, или просто откройте службу Power BI и исследуйте ее.

Загрузка исходных образцов файлов Power BI .pbix

Шесть встроенных примеров также доступны в виде файлов Power BI . pbix . Файлы .pbix предназначены для использования с Power BI Desktop.

Загрузите файлы по отдельности, используя эти ссылки. При выборе этих ссылок файл автоматически сохраняется в папку «Загрузки».
- Прибыльность клиента Образец PBIX
- Образец PBIX
- Образец анализа закупок PBIX
- Образец анализа розничной торговли PBIX
- Продажи и маркетинг Образец PBIX
- Образец анализа качества поставщика PBIX
В Power BI Desktop выберите Файл > Открыть , перейдите в папку, в которой вы сохранили образец файла .pbix , и выберите файл .pbix , чтобы открыть его в Power BI Desktop.

Загрузка примеров файлов Excel

Каждый из встроенных примеров также доступен в виде рабочей книги Excel. Книги Excel предназначены для использования в качестве источника данных в службе Power BI или Power BI Desktop. Если вы опытный пользователь Excel, вы можете просматривать или редактировать модели данных в надстройке Power Pivot для Excel.

Загрузите один или все образцы файлов Excel из этого репозитория GitHub.
- Прибыльность клиента Образец
- Отдел кадров Образец
- Образец анализа расходов на ИТ
- Образец отслеживания возможности
- Образец анализа закупок
- Образец анализа розничной торговли
- Продажи и маркетинг Образец
- Образец анализа качества поставщика
Сохраните загруженный файл. Место сохранения файла имеет значение.
- Локальный : если вы сохраните файл на локальном диске на своем компьютере, вы сможете опубликовать файлы в Power BI из Excel. После публикации между вашим локальным файлом и файлом в службе Power BI не остается никакой связи.
- OneDrive — Business : Если у вас есть OneDrive для работы или учебы и вы входите в систему с той же учетной записью, что и Power BI, вы можете легко синхронизировать свою работу в файле Excel с Power BI. Power BI и OneDrive находятся в облаке. Power BI подключается к вашему файлу в OneDrive примерно каждый час. Если Power BI обнаружит какие-либо изменения в файлах в OneDrive, он автоматически обновит ваши наборы данных, отчеты и панели мониторинга в службе Power BI.
- Сайты групп SharePoint : Сохранение файлов Power BI на сайтах групп SharePoint во многом аналогично сохранению в OneDrive для работы или учебы. Самая большая разница заключается в том, как вы подключаетесь к файлу из Power BI. Вы можете указать URL-адрес или подключиться к корневой папке.
Вы можете использовать файлы в качестве источников данных в Power BI Desktop или Публиковать в Power BI из Excel в службу Power BI. При публикации выберите один из следующих вариантов:
- Загрузите книгу в Power BI : весь файл Excel переносится в Power BI.
- Экспорт данных книги в Power BI : создает пустой отчет Power BI со всеми вашими данными Excel в списке полей.

Изучение примеров Excel в Excel

Хотите понять, как данные в этих книгах Excel преобразуются в наборы данных и отчеты Power BI? Открытие образцов Excel в Excel и изучение листов дает некоторые ответы.

При первом открытии образца книги в Excel могут появиться два предупреждения. Первое предупреждение говорит о том, что книга находится в режиме защищенного просмотра. Выберите Включить редактирование . Во втором предупреждении может быть сказано, что книга имеет подключения к внешним данным. Выберите Включить содержимое .
Существует только один лист Excel, информационный лист. В нем содержится информация о obviEnce, компании, создавшей образец, и объясняется, как просмотреть данные в Power Pivot.
Где фактические данные? Он находится в модели данных Power Pivot. На вкладке PowerPivot выберите Управление .