ITHumanWork | Карьера в IT и Бизнес анализ

Основатель и экс-гендиректор «МойОфис» Дмитрий Комиссаров: в компании уволили всех топ-менеджеров из-за падения выручки / Хабр

Друзья, ну, тут комментарий простой: А вы думали, мы одни мучаемся.)))

Следующий год — время масштабных перемен, это чувствуется уже сейчас, согласны? 🤗


Читать тут

Можно ли оценить компанию по тексту вакансии? 💬
We could try. Но с некоторыми оговорками и о них ниже.

Хотите гарантий? Купите чайник.)
На 100% никто не может сказать по тексту выложенной вакансии, окажется ли компания добросовестной. Потому что тексты самих вакансий строятся, создаются и публикуются под очень разными процессами. В одних компаниях есть четко выстроенная структура публикации, в другой - новичок HR, впервые столкнувшийся с поиском новых сотрудников. По тексту мы можем только попытаться оценить эту вакансию и составить представление о том, в каком сотруднике нуждается компания, но не делать поспешных выводов.

Как мы можем оценить компанию по тексту ее вакансии? 🧐

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

📌 Описание задач и требований к будущему сотруднику.
Если задачи прописаны общими пространными фразами, здесь снова вспоминаем про звоночки. Если же описание задач достаточно конкретное, по этим задачам вам становится понятно из какой области требуется аналитик, с каким опытом должен быть, с какими проектами, либо какими инструментами должен владеть на момент трудоустройства, вы на правильном пути. Структурированность и четкость в изложении вакансии поможет понять, насколько компания сама понимает, кто им нужен, есть ли у них уже такие же сотрудники/отделы, знакомые с задачами, на которые вы претендуете, как соискатель. Ведь не всегда мы готовы согласиться быть первыми для компании, к такому надо быть подготовленным.)

📌 Этапы собеседований.
Сейчас многие вакансии идут в ногу со временем. HR’ы действительно стараются подбирать наилучшие структуры описания вакансии. Хороший знак: когда в вакансии перед условиями либо после, HR прописывает какие этапы отбора необходимо пройти кандидату и к чему быть готовым. Например, наличие тестового задания. Сколько вообще этапов собеседований предполагается? Может быть, между собеседованиями предполагаются промежуточные тесты и проверки? Если есть описание этапов - это своего рода попытка позаботиться о времени соискателя, а значит шаг навстречу.

📌 Обратная связь.
При взаимодействии с вакансией на онлайн-платформах обратная связь оставляет желать лучшего. Сроки никогда не обозначены. Но если в тексте вакансии хотя упоминается, что в случае отклика кандидатуру рассмотрят в течение нескольких дней, это уже попытка помочь друг другу. Конечно, случается, что вакансия “висит” годами, и это скорее всего high-level позиции, с которыми процессы получения и отдачи обратной связи могут растягиваться на недели.
Вся соль в балансе. Если в течение недели-двух вам дали фидбек на отклик, это скорее норма, чем нет. Если ожидание ответа тянется месяцами, эта вакансия либо никому не нужна, либо еще не ее время.

📌 Дьявол кроется в деталях. Условия.
В условиях вы сможете найти дополнительные плюшки, которые вам, возможно, интересны и нужны. Например, ДМС, дресс-код или нормированный график. О подробностях всегда можно уточнить на интервью. Однако подобные “строгости” намекают, что компания может оказаться довольно консервативной, либо руководитель ищет себе аналитика старого формата. Отсекайте те вакансии, на условия которых вы не готовы соглашаться.

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

Друзья, а на что вы обращаете внимание при откликах на вакансии? ⛄

#ithumanwork

Глубинные интервью. Советы начинающим интервьюерам.🗂️ 

Давайте сегодня поговорим о том, как проводить интервью. Мы знаем, что существует несколько типов интервью для разных целей. Есть интервью, которые аналитики проводят для того, чтобы выявить определенные требования к ПО. Есть интервью, которые называются продуктовыми интервью и проводятся для исследования целесообразности конкретной фичи. (NB! В кулуарах IT такие интервью чаще всего называются “кастдевы”)

Вот несколько советов, как проводить интервью и какой канве следовать.
Я выделяю четыре шага.

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

2️⃣ Второй шаг. Готовимся к интервью.
Что нам важно на этом этапе?
Самое главное - пройти путь пользователя, вспомнить, о чем наше приложение с точки зрения того, как его каждый день видит конечный пользователь, а не мы, потому что мы видим его с другой стороны, со стороны создателя; попробовать разные пути внутри приложения, потому что даже одну и ту же фичу можно реализовать по-разному; вспомнить, либо изучить то, как вообще разрабатывались те фичи, которые мы исследуем, как они изменялись в ходе обсуждения, как и за счет чего изменялись эти постановки и гипотезы. Например, изначально команда планировала сделать интеграцию с какой-нибудь соцсетью, а потом передумала и оставила только авторизацию через логин. Желательно эту информацию вспомнить, обработать и где-нибудь тезисно себе записать.

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

4️⃣ Четвертый шаг. Рефлексируем.
Я советую после каждого интервью рефлексировать или устраивать так называемое мини-ретро. После интервью на следующий день выделите условные 15 минут и, не пересматривая своих записей, вспомните как прошло интервью.
На какие вопросы можно здесь ответить.
Достигли ли вы основной цели? Нужно ли скорректировать вопросы к будущим интервью? И что немаловажно, что хорошего и полезного вы можете выделить из уже полученных промежуточных результатов? Последний момент довольно часто забывается, хотя является важной составляющей рефлексии, потому что если мы не проговариваем о том, что было хорошо, то, скорее всего, в следующий раз можем об этом забыть и снизить положительные показатели к следующим интервью.

Был ли у вас опыт проведения глубинных интервью? Поделитесь своими впечатлениями. А может, вы выступали в качестве респондента? 😉

#ithumanwork

Базовые термины в IT: assessment, open source, framework 👩‍💻

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

Этот термин просили в прошлый раз, и вот он есть!
Ассесмент (от англ. assessment — «оценка») — это методика комплексной оценки персонала. Могут применяться разные инструменты для оценки персонала, но суть в том, чтобы понять насколько сотрудник готов к рабочим ситуациям и все ли необходимые навыки может применить на проекте. Часто внутри компаний используется как способ ежегодного пересмотра зарплаты или повышений.

Опенсорс (от англ. open source — «открытый источник», дословно) — так называется ПО с открытым кодом, что означает, что любой пользователь, который знает как работать с кодом может его использовать. По разным причинам: кому-то нужно дописать себе фичи, кто-то меняет уже существующие, кто-то дописывает надстройки или вовсе создает собственные проекты на основе открытого кода существующего ПО. Пример опенсорс-продукта — браузер Firefox.

Фреймворк (от англ. framework — «рамки работы», дословно) — каркас, состоящий из набора основных правил, подходов, идей и инструментов в работе. Фреймворки существуют в разных направлениях работы, есть фреймворки для программирования, есть фреймворки в проектном управлении, есть, например, в работе с бизнес-процессами компаний. Их суть в том, чтобы предоставить основной набор правил и инструментов для работы, который можно дополнять собственными, подходящими именно вам. Так работает Agile, так работает TOGAF и другие фреймворки.

А вы пользуетесь какими-нибудь опенсорсами? 🌏

#ithumanwork

Как писать сопроводительное письмо? 🧐
Свети ярче Сириуса!

На одну вакансию порой выстраивается очередь из нескольких десятков претендентов, и как же оказаться лучшим среди лучших на этапе отбора? Для начала давайте разберемся, что такое “сопроводительное письмо” и зачем оно нужно.

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

➡️ В первом абзаце расскажите о том, на какую вакансию откликаетесь, кто вы такой, какой у вас опыт. Очень коротко и тезисно. (Не забудьте про базу: ФИО, контакты, профильное образование);

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

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

Какие тезисы можно использовать:
🔵 Мотивация (подсветите свою мотивацию, которая совпадает с мотивацией компании, которую она транслирует);
🔵 Ценности (подсветите ценности, которые близки вам и присутствуют в главных идеях компании)
🔵 Приоритеты (подсветите приоритеты и цели компании, которые вы разделяете и которых могли бы достичь благодаря совместной работе)

Друзья, а у вас есть свои особые “секретные” способы по составлению сопроводительных писем? Сдаем явки и пароли. Давайте помогать друг другу совершенствоваться.) 💜

#ithumanwork

Насколько глубоко аналитику нужно погружаться в дизайн интерфейсов, чтобы работать с прототипами? 🔎

Самое первое и самое важное, что важно определить: синяя таблетка или красная?
В какой вы команде?

Когда UX/UI дизайнер находится в продуктовой команде, ваше взаимодействие наверняка будет очень плотным и даже не придется делать эти прототипы, потому что, во-первых, дизайнер интерфейса сам этим займется, во-вторых, он практически сразу начнет создавать макеты по вашим требованиям. Конечно, вы будете обсуждать интерфейс или функциональность, но дизайнер интерфейсов, хороший дизайнер (!), автоматически на своем профессиональном опыте сможет создать достаточно подробный макет. Мечтать не вредно.

Если вы, как БA и UX/UI дизайнер оказались в разных командах, такое тоже может быть и работаете в разных ритмах, в таком случае важно понимать, что вам скорее всего как бизнес-аналитику будут приходить предложения от дизайнера из другой команды, которая немного раньше приступает к задаче и вы скорее столкнетесь с работой над требованиями к интерфейсам либо функциональными требованиями. Чуть другая задача.

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

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

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

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

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

📌 Изучайте и копайте вглубь архитектуры и особенностей интерфейса Операционных систем. Всегда можно подойти с точки зрения архитектурного построения и узнать, чем отличаются между собой ОС. (Почему это бывает полезно? Потому что, например, те же элементы навигации в Android, в iOS совершенно разные, и они также размещены в разных местах)

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

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

#ithumanwork

Чувствительные сотрудники оказались полезнее стрессоустойчивых 😎

Какую ценность я приношу в команду для общего результата?
А достаточно ли я сделал? Достаточно ли ответственности проявил?

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

Прочитав статью, я была искренне удивлена, ведь сейчас ведется много разговоров о чувствительности сотрудников с точки зрения, что ими сложно управлять и любое “не такое” слово может их травмировать, либо вывести из продуктивного состояния. В этой же статье наоборот. Обратная точка зрения. Даже немного порадовала мысль о том, что мы можем оставаться людьми на работе. Ура! Мы можем позволять себе чувствовать! Как же прекрасно!

Хочется поделиться и с вами мнением, что бывают обратные случаи, когда чувствительность на работе это не порок. Давайте вместе смотреть на мир шире. 💜

Читать тут

#ithumanwork

Проспал планёрку, а там...
проверяем резюме перед откликом на вакансию

Подготовили с HR-специалистами Reactive чек-лист, который поможет сделать ваше резюме ещё сильнее.

✏️ Сохраните пост, чтобы не потерять

#советы

Кто-то любит поспать, а кто-то уже поработал. 🕵️‍♂️

Для канала «Проспал планёрку» специалисты Reactive подготовили крутой чек-лист, который поможет увеличить ваши шансы на успех перед откликом на подходящую вакансию.

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

#ithumanwork

Методичность в проектировании: Как BPMN помогает улучшить UX-стратегии 📝

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

По-моему, это история вин-вин. Что думаете? Даем BPMN в массы?)

Читать тут

#ithumanwork

Дед Мороз дарит подарки, а я дарю идею подарка! 🎁

Друзья, вместе с благотворительными фондами Антон тут рядом, Ночлежка и Ника образовательная платформа Эйч создала коллекцию новогодних подарочных сертификатов. До 8 января 10% от суммы каждого сертификата будет направлено НКО. В прошлом году командой Эйч было перечислено фондам 210 000₽, в этом году цель побить собственный рекорд! 🥇

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

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

За всеми подробностями жми сюда :)

#ithumanwork

Матрицы компетенции бизнес-аналитика: разные видения и направления 🧐

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

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

📌 Лучшая из лучших
Первая матрица компетенций, на которую стоит обратить свое внимание — это Otus. Это достаточно современная матрица, которой со мной поделился мой студент. Смотрите, какая она проработанная и классная с точки зрения того, что она учитывает еще и разные направления развития, которые бизнес-аналитик может для себя рассмотреть. В ней есть не только матрицы компетенции по грейдам для бизнес-аналитика, но и матрица компетенции для БА, который, например, хочет развиваться в продуктовом направлении или в проектном управлении. На любой вкус!

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

📌 Смотрим. Разбираемся. Анализируем.
Кроме этого, давайте взглянем на статью о международном своде знаний по бизнес-анализу — BABOK. В нем также представлены основные направления компетенции, которые для бизнес-аналитиков в широком смысле крайне важны. Помним, что BABOK дает представление о том, что бизнес-анализ используется далеко не только в IT сфере, поэтому его компетенции это в том числе учитывают.

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

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

#ithumanwork

Наставник, Ментор, Коуч, Бадди: кто из них кто? 😶‍🌫️

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

Кто такой Ментор или Наставник в ИТ?

Ментор или наставник в IT — это опытный специалист, который помогает менее опытным сотрудникам усвоить определённые компетенции и навыки, необходимые для работы и развития в сфере информационных технологий. Наставник передаёт знания и опыт, а ментор делится своим опытом и экспертизой с подопечным. Почему в случае с Наставником, слово “опыт” перечеркнуто? Потому что изначально предполагалось, что Наставник — это тот, кто знает больше, но не факт, что его знания проверены опытом. А вот, Менторы пошли из бизнес-стартап-технологической сферы, где все навыки и знания нарабатываются ТОЛЬКО собственным опытом и, соответственно, им Ментор и делится. Сейчас эта разница почти стёрлась.

Наставник, Ментор, Коуч, Бадди
Кто все эти люди? 👨‍💻

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

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

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

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

Как определить нужен ли наставник мне? 🏄‍♂️
По каким вопросам может помочь Ментор/Наставник:

🔵 Вопросы, связанные с восполнением проф. опыта;
🔵 Вопросы, связанные с проф. развитием;
🔵 Вопросы, связанные с карьерными решениям.

Был ли у вас опыт взаимодействия с менторами и коучами? Как впечатления? Делитесь своими историями в комментариях.)

#ithumanwork

Портфолио Бизнес-аналитика: где лучше собрать и хранить? 🗂️

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

Итак, где же собрать портфолио аналитику?

И конечно, — однозначного ответа нет 😂.
Часто выбирают по предпочтениям. Но я всегда советую использовать какой-то привычный, знакомый и максимально универсальный инструмент для этого. Нужно помнить, что портфолио служит для того, чтобы любой адресат (из разных компаний, аналитики, менеджеры, лиды, HR-ы) мог его открыть и посмотреть на артефакты. Следовательно, этот инструмент должен открыться на любой платформе, с любого устройства и при любых условиях.

Раньше активно использовали Notion, это был идеальный вариант, если настроить доступ. Но теперь им нельзя воспользоваться. И нужна какая-то замена.

Всегда часто использовалась Tilda или другие конструкторы сайтов, но в них сложно вносить изменения, и если не заниматься оптимизацией, то он может не открыться у руководителя или может не получиться разглядеть артефакт, например BPMN, с телефона. Нужен постоянный контроль и присмотр, как за зверушкой!)

Пару раз видела, что для портфолио используют старый-добрый PowerPoint. А почему нет? 🧐 Вполне оправданно, если отправлять в pdf формате и получится разместить артефакты.

А какими ресурсами вы активно пользуетесь? Давайте делиться друг с другом рекомендациями о хороших и не очень платформах и совершенствоваться вместе!)

Базовые термины в IT: to drop, guide, dropdown 🫣

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

Выкатить (от англ. «to drop») — вывести функцию в какое-то оговоренное пространство или сделать доступным для пользователей. Часто используется в контексте «Выкатим на прод эту фичу? Или оставим до следующего релиза?», Еще пример: «Катим сначала на dev, если ок, то на test, только потом на прод.». Т.е. выводить функциональность можно не только на промышленный или продуктивный стенд, но и стенд для разработчиков (dev) и на тестовый стенд (test).

Гайд (от англ. «guide») — прописанная инструкция, руководство по достижению определенной цели, правила и порядок действий при выполнении поставленной задачи. Важно, что это не полное руководство, а какой-то более интуитивно понятный материал, либо структурированный так, что в нем содержатся ответы на самые популярные вопросы. Может содержать иллюстрации и объяснения к ним.

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

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

#ithumanwork

Я интроверт, могу ли я претендовать на руководящую должность? 🌝

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

📌 С каким вопросом?
Какими инструментами, какими качествами, но в первую очередь, какими компетенциями должен обладать тот человек, тот профессионал, который сможет претендовать на эту должность?

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

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

Более того, есть условно промежуточные руководящие должности, например, должность "лида (lead)" какой-нибудь мини-группы, либо проекта.

📌 Что подразумевает под собой эта должность?
Лид, как правило, это тот, кто умеет направить в нужное русло, либо в профессиональном плане, либо в проектном плане, но не обязательно тот, кто руководит. Соответственно, можно сначала, как интроверту, попробовать себя в лидерской позиции, но для этого нужно быть либо экспертом в области, либо экспертом в конкретном проекте. А уже дальше можно пробовать себя в роли руководителя конкретно в вашем продукте, проекте, компании.

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

Среди нас есть интроверты? Отзовитесь, можно тихонечко!) 🫣

#ithumanwork

UML для всех: почему бы не описать проект на языке диаграмм? 📊

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

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

Читать тут

#ithumanwork

🔥 Последняя возможность записаться на мастер-класс по продуктовому мышлению! 🔥

Когда: 24 ноября в 16:00 МСК, уже в воскресенье
Где: онлайн в Зум
Стоимость: 2 400 руб.

За 2,5 часа мастер-класса вас ждет:

➡️ Анализ успешных стартапов;
➡️ Командная работа;
➡️ Презентация идей.

Чем полезен мастер-класс?

🐁 Вы получите возможность разобрать процесс создания продукта и поиска потребностей целевой аудитории с новой стороны.
🐁 В команде сможете выработать уникальную идею стартапа и составить список конкурентных фич.
🐁 Попрактикуетесь в создании USM, прототипов интерфейсов и блок-схем — востребованные на рынке навыки.

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

Регистрация открыта!
Чтобы зарегистрироваться нужно:
🔵 перейти в мой бот (смотри закреп и ссылочку выше),
🔵 перезапустить его, т.е. дать команду /start,
🔵 кликнуть на кнопку «Записаться на мастер-класс»,
🔵 указать Имя, почту и оплатить.

Друзья, хорошие новости, мою статью о принципах работы с user story опубликовали! 🔥

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

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

Ошибки при моделировании бизнес-процессов в нотации BPMN 🔎

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

📌 Итак, первая ошибка самая часто встречающаяся, соответственно, № 1 в нашем топе — это неправильное использование некоторых элементов BPMN. Как мы знаем, в наборе элементов BPMN есть, так скажем, разные уровни сложностей. Есть совершенно базовый набор, который включает в себя только самые первичные элементы. И с ними чаще всего проблем не возникает. Но порой бывает путаница со шлюзами и с использованием потоков. Например, часто встречается, когда поток сообщений приравнивается к потоку управления, что совершенно неверно в корне, потому что даже в спецификации черным по белому написано о том, что поток сообщений может соединять два пула, но не может быть соединительным между дорожками. И, собственно, это правило часто нарушается.

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

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

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

📌 И последняя, четвертая ошибка, которую тоже часто вижу — это не протестировать, не провалидировать свою модель. Возвращаемся ко второй ошибке. Почему? Потому что мы можем, как аналитики спроектировать тот или иной процесс, смоделировать его в нотации BPMN и оставить. А через день придем, посмотрим на эту же модель и поймем, что она абсолютно нелогичная, непоследовательная. То есть, там нужны правки. Моя рекомендация как раз-таки для того, чтобы нивелировать эту четвертую ошибку, неконсистентность модели проверять себя поэтапно. Построили модель, через полчаса свежим взглядом пересмотрели, устроили перерыв, снова на нее посмотрели, и нашли некоторые несостыковки. Это нормальное явление, это человеческий фактор, когда глаз замыливается, это физический фактор, который не получится игнорировать, поэтому стараемся себя проверять.

Как вам пост, друзья? Надеюсь, информация была полезной.) Буду рада фидбэку в комментариях.

#ithumanwork