Итак, как же прокачать навык публичных выступлений? 🤔🤔🤔
У нас есть несколько предложений!

1️⃣ ПРАКТИКУЙТЕСЬ

Всё приходит с опытом, поэтому без практики никуда 👌
Чтобы «раскачаться», можете выступить с речью перед семьёй или друзьями. Или записать своё выступление на камеру.

После такой практики определите, что во время выступления было «не так»:
💛 Проблемы с речью: слишком тихо или громко? Понятно ли, что вы говорите?
💛 Как дела жестикуляцией: где ваши руки в моменте? Возможно жестов слишком много или они полностью отсутствуют?
💛 Сбиваетесь ли с темы? Последовательна ли ваша мысль?
💛 Как смотритесь со стороны? Уверенно или суетитесь? Куда направлен ваш взгляд?

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


2️⃣ ЧИТАЙТЕ ВСЛУХ

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


3️⃣ НА ДРОВЕ ТВАРА 😻

Упражнений со скороговорками — множество. Вбейте в поисковике запрос и упражняйтесь в скорости. Можно устраивать скорого-баттлы с коллегами и друзьями 😎


4️⃣ БУДЬТЕ САМИМИ САБИМИ 😻

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

ЧТО ПОЧИТАТЬ:

📚 Ларри Кинг, «Как разговаривать с кем угодно, когда угодно и где угодно»
📚 Радислав Гандапаc, «Камасутра для оратора»
📚 Дейл Карнеги, «Как выступать публично»

ЧТО ПОСМОТРЕТЬ:

🎥 «Король говорит»
🎥 «Ларри Краун»
🎥 «12 разгневанных мужчин»
🎥 «Большие спорщики»

ЧТО ПОСЛУШАТЬ (подкасты):

🎙 «Не ораторское искусство», Юлия Шустрая
🎙 «Ораторское мастерство для деловых людей», Максим Дудкин
🎙 «Школа красноречия Антона Веселова»

#hwGetAnalyst #softGetAnalyst

А какой вариант ответа выберете вы? 🤔

Команда GetAnalyst желает всем продуктивной недели! 💃

#GAhahaha

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

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

Чтобы не играть в «сломанный телефон» с заказчиком и проектной командой, аналитик фиксирует требования в письменном виде и в удобном для всех участников формате. То есть создаёт ТЗ #hardGetAnalyst

ТЗ, Техническое задание (англ. requirements document) — документ, где описаны цель проекта, из каких частей он состоит, какие результаты ожидаются и каким способом их можно достичь.

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

Иногда техническое задание называют спецификацией требований (англ. Software Requirements Specification, SRS), но между этими документами есть отличия.
Спецификация, как и ТЗ, содержит информацию о требованиях к проекту, но:
⚡️требования детализированы до системного уровня;
⚡️структура документа более строгая;
⚡️объём документации больше.

Иностранные компании предпочитают работать именно со спецификациями, а в России больше распространены ТЗ, структура которых адаптируется под проект или компанию.
Тем не менее принято считать, что бизнес-аналитики больше работают именно с ТЗ, а системные – со спецификациями. Хотя и это не правило, а скорее некоторая закономерность.

Далее о том, из каких частей состоит ТЗ 🔜

🧐 ИЗ ЧЕГО СОСТОИТ ТЗ? 🧐

Чаще всего ТЗ содержит следующие информационные блоки:

1️⃣ Введение
Где представлена общая информация о проекте, его целях, контексте и описанием текущей проблемы или потребности.

2️⃣ Список участников проекта
То есть тех, кто принимает участие в проектировании решения. Зачастую достаточно заказчика, менеджера проекта, ответственного аналитика и разработчика.

3️⃣ Глоссарий
с указанием терминов и сокращений, которые используются в документации, — так читатели ТЗ будут в едином контексте.

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

5️⃣ Требования к документации
Где фиксируется, что будет разработан пакет руководств-инструкций, ПМИ, протокол ПСИ и так далее.

6️⃣ Архитектура и дизайн.
В этой части — общая архитектура системы, используемые технологии, платформы, инструменты, описание модулей, интерфейсов и так далее.

7️⃣ Интеграции и взаимодействия
Где указаны требования и протоколы для взаимодействия с другими системами, API, форматы данных и схемы коммуникации.

8️⃣ Порядок контроля и приёмки,
который содержит тестовые сценарии, ожидаемые результаты и критерии приёмки.

9️⃣ Стадии и этапы разработки, а также сроки их выполнения.

🔟 Возможные риски
Где описаны сложности или негативные последствия, которые могут повлиять на проект. Тут же указаны планы по их снижению или управлению.

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


🧐 ПРО СТАНДАРТЫ ТЗ 🧐

Шаблон для написания ТЗ в разных компаниях отличается, но часто он базируется на каком-то из стандартов. Всего существует три группы стандартов:

❣️Международные (ISO, IEEE)
❣️Российские (ГОСТ 19, ГОСТ 34)
❣️Стандарты из областей знаний (BABOK, Вигерс, RUP и другие)

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