Вот такое же влияние на меня оказала книга Cole Knaflic – Storytelling with Data – я тогда заказала ее почтой из-за рубежа в бумажном виде после того как прочитала электронную версию, настолько она мне понравилась. Конечно, по этой теме пишет много авторов, и я с тех пор прочитала еще несколько книг по теме.
Но именно первая книга мне дала толчок и позволила чуть увереннее себя чувствовать на выступлениях перед людьми. И мне даже со временном понравилось быть экспертом и преподавателем.
Как раз про визуальный шум и мусор, про гештальт принципы (близость, сходство) и визуальные атрибуты (цвет, форма, размер). Очень интересно про то, как это работает на уровне визуальной коммуникации! Со студентами кстати мне это тоже отлично помогало! Надеюсь, они потом тоже применяли эти методы в будущем… (но не уверена).
Вот да! Цель выступления – это, собственно, критический момент, про который многие забывают. А если еще помнить про цель каждой страницы, каждого графика, каждого слайда. Тогда получится намного больше пользы от презентации.
И это не так и сложно, но чудесно работает. Спасибо, что поделились своим опытом!!
Мне кажется, инженер тоже может овладеть нужными навыками, если ему это видится важным для его работы или карьеры. Тем более, визуализация данных - навык довольно технический - гуманитариям с ним сложнее.
Если нужно просто что-то наболтать - тут да, технарю будет непросто. Но мне кажется, обработка данных и их корректное представление - это все же работа инженера. Другое дело, что потом за него выступать может и менеджер какой-то обученный))) Но работу по визуализации сложных и больших данных он вряд ли сам сделает.
По теме очень много классных книг! Эта одна из них - но она скорее про ораторское мастерство и владение вниманием - тоже очень полезно, но мне кажется, не все к такому склонны... Я скорее пишу о том - как данные предъявлять людям. Потому что это более житейская и насущная проблема сейчас... Мне кажется, там не так сложно узнать несколько трюков и методик, чтобы специалист любого уровня мог достойно отчитываться о своих результатах.
Конкретно про визуализацию данных есть книги на русском от Коул Нафлик, Александр Богачев, Альберто Кайро, Эдвард Тафти, Джин Желязны - но у них тоже по разным темам - от журналистики на основе данных, до творческих визуализаций. А если конкретно про донесение мысли - Коул Нафлик мне нравится. Еще хочу почитать:
Better Data Visualization и Better Presentations от Jonathan Schwabish, Info We Trust от RJ Andrews, Effective Data Storytelling: от Brent Dykes. Но это пока на будущее.
У всех свой карьерный путь и задачи на работе. Здорово, что вы могли себе позволить решать, что именно делать, а что нет. И что был специально обученный менеджер, который работал с начальством вместо вас. Круто! Не всем так везет! У нас был небольшой отдел, так что некоторые выполняли по 2-3 функции.
Конечно, не вижу смысла заставлять человека, который не любит и не хочет представлять кому-то свои данные и выводы – заставлять это делать. Но на самом деле, для многих это неплохой толчок карьерному росту – если он метит в продакты или начальство.
Подскажите, а как владельцу компании, вам с клиентами, инвесторами и партнерами не нужно общаться и предъявлять им некоторые идеи, выводы или предложения? Я понимаю, что не во всех бизнесах это требуется. Просто в IT секторе без данных уже мало кому кто на слово верит. Так что приходится учиться их предъявлять.
Ну, я говорю конкретно о своем опыте – я работала в фирме, которая занимается автоматизацией технологических процессов на энергетических объектах. Занималась разработкой рабочей и конструкторской документации (электрическими схемами, чертежами оборудования), внедрением автоматизированного проектирования, базами данных и ведением внутренней статистики процессов.
И у нас чем более квалифицированные инженер – тем чаще ему требовалось не только решать задачки тихо в углу у себя за компом (такие тоже есть, конечно), но и доказывать что-то на совещаниях коллегам, директорам, обучать заказчика и передавать мудрость коллегам. Управлять развитием продукта (может, у кого-то есть отдельные менеджеры такие технические и супер-экспертные, но у нас это инженеры делали).
Так вот, мне в какой-то момент пришлось работать с большим количеством данных – и в них никто кроме меня не разбирался, ни мой босс, ни тем более босс моего босса. А мне нужно было их им всем презентовать – и объяснять, что как, какие перспективы, делать аналитику, рекомендации выдавать. И еще чтобы они меня послушались надо было, а не отмахнулись и сделали какую-нибудь дичь.
Например – выбить обновление критически важного софта иногда не так просто, особенно когда ценник там с большим количеством нулей – приходится писать обоснования и все такое, показывать результаты всех предыдущих внедрений. Круто, если бы за меня это делал какой-то менеджер… но никто в этом ничего не понимал. И получается, мне все равно нужно было бы все это объяснить, показать и доказать сперва какому-то менеджеру тогда… А не напрямую боссам. Сперва у меня плохо получалось, но потом изучила немного матчасть и стало легче.
На самом деле, тоже не бином ньютона, уж инженеры быстро разберутся, что тут как)) На удивление, визуализация данных – а и менно это направление отвечает за работу с данными и компактным их представлением – очень техническая специальность. Хоть это и выглядит иногда «по-дизайнерски», «по-менеджерски», это не так. Не даром, даже ребята из анализа данных и датасаентисты – не пренебрегают визуальными методами анализа данных.
В том и проблема, что часто просто выводы не воспринимаются боссами, а просто данные – им не понятны.
Вот, например, мы стартуем новый проект, и нужно объяснить директору, который нам этот проект поручил, что в сроки мы не уложимся по таким-то и таким-то причинам – выдели еще специалиста такого-то уровня.
Без пруфов директор скажет «что вы ноете – идите работайте», а чтобы пруфы сработали, надо их предъявить и показать так, чтобы директор понял. А он в конкретно вашей теме разбираться не обязан, он может более или менее технически подкован – зависит уже от специфики структуры в организации. И приходится думать, как сжать все данные об объемах работ и проблемах, которые внутри есть - до 5-10 слайдов, которые можно показать директору, чтобы он усилил команду. Под инженером же может быть и продакт – который занимается развитием продукта или ведением проекта, может быть дата-инженер, который выбивает себе дополнительные сервера или демонстрирует проблемы с данными. Не знаю, как в других фирмах, у нас этим занимались инженеры…
Это мой личный опыт, я допускала все эти ошибки, пока матчасть по теме работы с данными и их презентацией не подтянула))
Заголовок и правда получился вызывающим х) Когда я допускала такие ошибки на совещанях, я ощущала, как теряю влияние в департаменте. А женщине инженеру и так непросто развиваться в мужском коллективе, так что я переживала на эту тему. Не думаю, что эта проблема уникальна) поэтому про это и пишу. Желязны - супер! Вот бы все его почитали... Коул Нафлик в целом про то же)
Полагаю, надо было детальнее расписать каждый пункт с кейсами, а то вышло слишком обще. 8( сейчас тестирую способности разных инструментов, может, про этот прикладной кейс будет полезнее материал)
О да! Прекрасная книга, судя по всему! Надо взять на вооружение, спасибо за наводку. Про сигнал-шум, мне кажется, самая полезная идея. Всегда стараюсь ее использовать. Очень помогает в презентации (особенно, если обучаешь, особенно, если молодых людей).
Есть специальные книги про важность умения говорить "нет", это тоже навык, который стоит качать. У всех разные ситуации, классно, когда у вас есть специально обученный помощник, который презентует вашу работу за вас. Но не все могут позволить себе такую роскошь.
Эксперты обычно так глубоко работают с темой, что никакой менеджер не сможет за них эти данные понять и представить. Ну или вам придётся делать отдельную презентацию для этого менеджера.
Вот такое же влияние на меня оказала книга Cole Knaflic – Storytelling with Data – я тогда заказала ее почтой из-за рубежа в бумажном виде после того как прочитала электронную версию, настолько она мне понравилась. Конечно, по этой теме пишет много авторов, и я с тех пор прочитала еще несколько книг по теме.
Но именно первая книга мне дала толчок и позволила чуть увереннее себя чувствовать на выступлениях перед людьми. И мне даже со временном понравилось быть экспертом и преподавателем.
Как раз про визуальный шум и мусор, про гештальт принципы (близость, сходство) и визуальные атрибуты (цвет, форма, размер). Очень интересно про то, как это работает на уровне визуальной коммуникации! Со студентами кстати мне это тоже отлично помогало! Надеюсь, они потом тоже применяли эти методы в будущем… (но не уверена).
Вот да! Цель выступления – это, собственно, критический момент, про который многие забывают. А если еще помнить про цель каждой страницы, каждого графика, каждого слайда. Тогда получится намного больше пользы от презентации.
И это не так и сложно, но чудесно работает. Спасибо, что поделились своим опытом!!
Мне кажется, инженер тоже может овладеть нужными навыками, если ему это видится важным для его работы или карьеры. Тем более, визуализация данных - навык довольно технический - гуманитариям с ним сложнее.
Если нужно просто что-то наболтать - тут да, технарю будет непросто. Но мне кажется, обработка данных и их корректное представление - это все же работа инженера. Другое дело, что потом за него выступать может и менеджер какой-то обученный))) Но работу по визуализации сложных и больших данных он вряд ли сам сделает.
По теме очень много классных книг! Эта одна из них - но она скорее про ораторское мастерство и владение вниманием - тоже очень полезно, но мне кажется, не все к такому склонны... Я скорее пишу о том - как данные предъявлять людям. Потому что это более житейская и насущная проблема сейчас... Мне кажется, там не так сложно узнать несколько трюков и методик, чтобы специалист любого уровня мог достойно отчитываться о своих результатах.
Конкретно про визуализацию данных есть книги на русском от Коул Нафлик, Александр Богачев, Альберто Кайро, Эдвард Тафти, Джин Желязны - но у них тоже по разным темам - от журналистики на основе данных, до творческих визуализаций. А если конкретно про донесение мысли - Коул Нафлик мне нравится. Еще хочу почитать:
Better Data Visualization и Better Presentations от Jonathan Schwabish, Info We Trust от RJ Andrews, Effective Data Storytelling: от Brent Dykes. Но это пока на будущее.
У всех свой карьерный путь и задачи на работе. Здорово, что вы могли себе позволить решать, что именно делать, а что нет. И что был специально обученный менеджер, который работал с начальством вместо вас. Круто! Не всем так везет! У нас был небольшой отдел, так что некоторые выполняли по 2-3 функции.
Конечно, не вижу смысла заставлять человека, который не любит и не хочет представлять кому-то свои данные и выводы – заставлять это делать. Но на самом деле, для многих это неплохой толчок карьерному росту – если он метит в продакты или начальство.
Подскажите, а как владельцу компании, вам с клиентами, инвесторами и партнерами не нужно общаться и предъявлять им некоторые идеи, выводы или предложения? Я понимаю, что не во всех бизнесах это требуется. Просто в IT секторе без данных уже мало кому кто на слово верит. Так что приходится учиться их предъявлять.
Ну, я говорю конкретно о своем опыте – я работала в фирме, которая занимается автоматизацией технологических процессов на энергетических объектах. Занималась разработкой рабочей и конструкторской документации (электрическими схемами, чертежами оборудования), внедрением автоматизированного проектирования, базами данных и ведением внутренней статистики процессов.
И у нас чем более квалифицированные инженер – тем чаще ему требовалось не только решать задачки тихо в углу у себя за компом (такие тоже есть, конечно), но и доказывать что-то на совещаниях коллегам, директорам, обучать заказчика и передавать мудрость коллегам. Управлять развитием продукта (может, у кого-то есть отдельные менеджеры такие технические и супер-экспертные, но у нас это инженеры делали).
Так вот, мне в какой-то момент пришлось работать с большим количеством данных – и в них никто кроме меня не разбирался, ни мой босс, ни тем более босс моего босса. А мне нужно было их им всем презентовать – и объяснять, что как, какие перспективы, делать аналитику, рекомендации выдавать. И еще чтобы они меня послушались надо было, а не отмахнулись и сделали какую-нибудь дичь.
Например – выбить обновление критически важного софта иногда не так просто, особенно когда ценник там с большим количеством нулей – приходится писать обоснования и все такое, показывать результаты всех предыдущих внедрений. Круто, если бы за меня это делал какой-то менеджер… но никто в этом ничего не понимал. И получается, мне все равно нужно было бы все это объяснить, показать и доказать сперва какому-то менеджеру тогда… А не напрямую боссам. Сперва у меня плохо получалось, но потом изучила немного матчасть и стало легче.
На самом деле, тоже не бином ньютона, уж инженеры быстро разберутся, что тут как)) На удивление, визуализация данных – а и менно это направление отвечает за работу с данными и компактным их представлением – очень техническая специальность. Хоть это и выглядит иногда «по-дизайнерски», «по-менеджерски», это не так. Не даром, даже ребята из анализа данных и датасаентисты – не пренебрегают визуальными методами анализа данных.
В том и проблема, что часто просто выводы не воспринимаются боссами, а просто данные – им не понятны.
Вот, например, мы стартуем новый проект, и нужно объяснить директору, который нам этот проект поручил, что в сроки мы не уложимся по таким-то и таким-то причинам – выдели еще специалиста такого-то уровня.
Без пруфов директор скажет «что вы ноете – идите работайте», а чтобы пруфы сработали, надо их предъявить и показать так, чтобы директор понял. А он в конкретно вашей теме разбираться не обязан, он может более или менее технически подкован – зависит уже от специфики структуры в организации. И приходится думать, как сжать все данные об объемах работ и проблемах, которые внутри есть - до 5-10 слайдов, которые можно показать директору, чтобы он усилил команду. Под инженером же может быть и продакт – который занимается развитием продукта или ведением проекта, может быть дата-инженер, который выбивает себе дополнительные сервера или демонстрирует проблемы с данными. Не знаю, как в других фирмах, у нас этим занимались инженеры…
Спасибо!
Это мой личный опыт, я допускала все эти ошибки, пока матчасть по теме работы с данными и их презентацией не подтянула))
Заголовок и правда получился вызывающим х) Когда я допускала такие ошибки на совещанях, я ощущала, как теряю влияние в департаменте. А женщине инженеру и так непросто развиваться в мужском коллективе, так что я переживала на эту тему. Не думаю, что эта проблема уникальна) поэтому про это и пишу. Желязны - супер! Вот бы все его почитали... Коул Нафлик в целом про то же)
Полагаю, надо было детальнее расписать каждый пункт с кейсами, а то вышло слишком обще. 8( сейчас тестирую способности разных инструментов, может, про этот прикладной кейс будет полезнее материал)
А зачем показывать все данные? Покажите основные выводы. Экспертиза эксперта для этого и нужна.
О да! Прекрасная книга, судя по всему! Надо взять на вооружение, спасибо за наводку. Про сигнал-шум, мне кажется, самая полезная идея. Всегда стараюсь ее использовать. Очень помогает в презентации (особенно, если обучаешь, особенно, если молодых людей).
Согласна, как выясняется, его иногда сложнее качать, чем хард... 8(
Есть специальные книги про важность умения говорить "нет", это тоже навык, который стоит качать. У всех разные ситуации, классно, когда у вас есть специально обученный помощник, который презентует вашу работу за вас. Но не все могут позволить себе такую роскошь.
Эксперты обычно так глубоко работают с темой, что никакой менеджер не сможет за них эти данные понять и представить. Ну или вам придётся делать отдельную презентацию для этого менеджера.
Спасибо большое! Да, у меня сейчас в процессе проект про путешествия и про материнские шрамы 😁
Спасибо, очень подробно! 🤗