Прямой эфир с автором канала GetAnalyst - Екатериной Ананьевой.
👉 Принять участие
Ссылка с доступом придёт вам на почту.
❗️ Запись будет доступна только для зарегистрированных участников с 30.08 до 02.09
Please open Telegram to view this post
VIEW IN TELEGRAM
❤1
💻 С чего и как начать карьеру в IT 💻
IT всегда была, есть и будет привлекательной отраслью как для новичков, так и для тех, кто стремится к карьерному росту в этой сфере.
По данным WEF, к 2030 году появится 170 млн новых рабочих мест — в основном в области технологий. Из них почти половина будет связана с искусственным интеллектом, разработкой, большими данными и кибербезопасностью.
✅ Технологии развиваются, и нужны квалифицированные сотрудники.
✅ Существует разнообразное множество направлений: каждый может выбрать, что ему интересно.
✅ Возможно работать удалённо, либо использовать гибридный формат.
✅ Перспективы карьерного роста: можно расти быстро как по вертикали, так и по горизонтали.
Например ⤵️
▪️ По вертикали можно расти в грейдах:
junior 👉 middle 👉 senior 👉 team lead.
▪️ По горизонтали:
Системный аналитик → Руководитель проектов
Специалист, который обладает хорошими навыками управления временем и коммуникации, может перейти на позицию руководителя проектов. Он будет отвечать за координацию работы команды, управление сроками и бюджетом проекта, а также за взаимодействие с заказчиками.
👉 Прежде чем начать путь в мир ИТ, важно понять, какие области вам больше интересны.
Вот несколько популярных направлений:
- Разработка ПО: включает веб-разработку, мобильные приложения, игры и т. д.
- Тестирование: процесс оценки и проверки программного обеспечения, систем или компонентов для выявления ошибок.
- Бизнес-анализ: сбор требований бизнеса, анализ бизнес-процессов.
- Системный аналитик: перевод требований бизнеса в системные требования на разработчиков.
- Аналитика данных: работа с большими данными, статистика.
- Кибербезопасность: защита информации и систем от атак.
- Системное администрирование: управление IT-инфраструктурой.
- UX/UI-дизайн: создание удобных и привлекательных интерфейсов для пользователей.
- Менеджмент проектов
И другие.
Да, направлений много!
Но в этом и заманчивость, что каждый может найти что-то под себя.
▪️ почитайте статьи/посмотрите видео о каждом направлении;
▪️ поспрашивайте друзей/знакомых из IT: чем они занимаются, какие плюсы и минусы;
▪️ почитайте форумы и послушайте подкасты про направления, которые больше заинтересовали;
▪️ изучите вакансии: какие навыки нужны, какая зарплата, возможность удалённой работы и т. д.;
▪️ посмотрите, какие в доступе онлайн-обучения: сколько длятся, сколько стоят, какие отзывы/кейсы.
📌 Важно: не бойтесь начинать с начальных позиций или стажировок. Это возможность получить ценный опыт, понять, как работает индустрия изнутри, постепенно нарастить навыки и профессиональные связи.
Пройденный опыт можно осветить в портфолио.
Друзья, если вам интересен системный и бизнес-анализ, то в GetAnalyst существует программа «Системный аналитик: с нуля до опыта работы».
Программа актуальна для:
- Технических писателей,
- Тестировщиков,
- Бизнес-аналитиков,
- Младших системных аналитиков,
- Выпускников технических ВУЗов,
которые хотят стать системными аналитиками и структурировать знания.
При наборе на программу мы проводим мини-собеседование, чтобы понять вашу готовность к обучению и текущие знания.
👉 А если ещё изучаете профессию и пытаетесь понять «А надо ли оно мне?», то предлагаем познакомиться с подборкой материалов:
(C) - Статья
(П) - Подкаст
(П) Как стать системным аналитиком: личный опыт
(C) Процесс работы системного аналитика: практическое руководство, примеры и шаблоны
(C) Карта навыков системного аналитика: как начать карьеру и куда расти
(П) Где искать стажировку на Системного аналитика и как она проходит: реальный опыт
(П) Без ментора на работе: стратегии работы с незнакомыми задачами для Системного Аналитика
(С) Гайд по поиску первой работы
Смена профессии — важный и ответственный шаг. Не стоит делать это бездумно.
Начало карьеры в ИТ может показаться непростым, но с правильным подходом и настойчивостью вы добьётесь успеха. Постоянное обучение и развитие помогут не только найти работу, но и построить успешную карьеру в этой интересной сфере 🎯
IT всегда была, есть и будет привлекательной отраслью как для новичков, так и для тех, кто стремится к карьерному росту в этой сфере.
По данным WEF, к 2030 году появится 170 млн новых рабочих мест — в основном в области технологий. Из них почти половина будет связана с искусственным интеллектом, разработкой, большими данными и кибербезопасностью.
✅ Технологии развиваются, и нужны квалифицированные сотрудники.
✅ Существует разнообразное множество направлений: каждый может выбрать, что ему интересно.
✅ Возможно работать удалённо, либо использовать гибридный формат.
✅ Перспективы карьерного роста: можно расти быстро как по вертикали, так и по горизонтали.
Например ⤵️
▪️ По вертикали можно расти в грейдах:
junior 👉 middle 👉 senior 👉 team lead.
▪️ По горизонтали:
Системный аналитик → Руководитель проектов
Специалист, который обладает хорошими навыками управления временем и коммуникации, может перейти на позицию руководителя проектов. Он будет отвечать за координацию работы команды, управление сроками и бюджетом проекта, а также за взаимодействие с заказчиками.
👉 Прежде чем начать путь в мир ИТ, важно понять, какие области вам больше интересны.
Вот несколько популярных направлений:
- Разработка ПО: включает веб-разработку, мобильные приложения, игры и т. д.
- Тестирование: процесс оценки и проверки программного обеспечения, систем или компонентов для выявления ошибок.
- Бизнес-анализ: сбор требований бизнеса, анализ бизнес-процессов.
- Системный аналитик: перевод требований бизнеса в системные требования на разработчиков.
- Аналитика данных: работа с большими данными, статистика.
- Кибербезопасность: защита информации и систем от атак.
- Системное администрирование: управление IT-инфраструктурой.
- UX/UI-дизайн: создание удобных и привлекательных интерфейсов для пользователей.
- Менеджмент проектов
И другие.
Да, направлений много!
Но в этом и заманчивость, что каждый может найти что-то под себя.
▪️ почитайте статьи/посмотрите видео о каждом направлении;
▪️ поспрашивайте друзей/знакомых из IT: чем они занимаются, какие плюсы и минусы;
▪️ почитайте форумы и послушайте подкасты про направления, которые больше заинтересовали;
▪️ изучите вакансии: какие навыки нужны, какая зарплата, возможность удалённой работы и т. д.;
▪️ посмотрите, какие в доступе онлайн-обучения: сколько длятся, сколько стоят, какие отзывы/кейсы.
📌 Важно: не бойтесь начинать с начальных позиций или стажировок. Это возможность получить ценный опыт, понять, как работает индустрия изнутри, постепенно нарастить навыки и профессиональные связи.
Пройденный опыт можно осветить в портфолио.
Друзья, если вам интересен системный и бизнес-анализ, то в GetAnalyst существует программа «Системный аналитик: с нуля до опыта работы».
Программа актуальна для:
- Технических писателей,
- Тестировщиков,
- Бизнес-аналитиков,
- Младших системных аналитиков,
- Выпускников технических ВУЗов,
которые хотят стать системными аналитиками и структурировать знания.
При наборе на программу мы проводим мини-собеседование, чтобы понять вашу готовность к обучению и текущие знания.
👉 А если ещё изучаете профессию и пытаетесь понять «А надо ли оно мне?», то предлагаем познакомиться с подборкой материалов:
(C) - Статья
(П) - Подкаст
(П) Как стать системным аналитиком: личный опыт
(C) Процесс работы системного аналитика: практическое руководство, примеры и шаблоны
(C) Карта навыков системного аналитика: как начать карьеру и куда расти
(П) Где искать стажировку на Системного аналитика и как она проходит: реальный опыт
(П) Без ментора на работе: стратегии работы с незнакомыми задачами для Системного Аналитика
(С) Гайд по поиску первой работы
Смена профессии — важный и ответственный шаг. Не стоит делать это бездумно.
Начало карьеры в ИТ может показаться непростым, но с правильным подходом и настойчивостью вы добьётесь успеха. Постоянное обучение и развитие помогут не только найти работу, но и построить успешную карьеру в этой интересной сфере 🎯
❤4
💥ПРО ОТЛИЧИЯ БИЗНЕС- И СИСТЕМНОГО АНАЛИТИКА💥
Бизнес- и системный аналитики кажутся очень похожими 👀
Ещё большей путаннице способствуют два популярных факта:
1️⃣ Бизнес-аналитик (БА) и системный аналитик(СА) — это две разные роли в области аналитики.
2️⃣ СА и БА имеют много общих обязанностей.
Постараемся развеять эту путаницу между профессиями! 😎
Бизнес- и системный аналитики кажутся очень похожими 👀
Ещё большей путаннице способствуют два популярных факта:
1️⃣ Бизнес-аналитик (БА) и системный аналитик(СА) — это две разные роли в области аналитики.
2️⃣ СА и БА имеют много общих обязанностей.
Постараемся развеять эту путаницу между профессиями! 😎
🔥11❤7
This media is not supported in your browser
VIEW IN TELEGRAM
Как правильно реализовать выгрузку файлов в облако: практическое руководство в этом видео 🧐
Лето с его отпусками подошло к концу, и мы снова возвращаемся в бодрый рабочий темп.
Крутого понедельника! И с 1 Сентября! 💛
Лето с его отпусками подошло к концу, и мы снова возвращаемся в бодрый рабочий темп.
Крутого понедельника! И с 1 Сентября! 💛
❤7👌2
Для продуктов, которые стремительно набирают популярность, очень легко перестать понимать, в чём заключается общее предназначение ПО. В конечном итоге в руках у проектной команды может оказаться множество «кусочков» различных функциональностей, которые никак не складываются в единую картину или того хуже – перестают решать реальные «боли» пользователей.
В современной практике существует решение, которое снизит риск «свернуть не туда» при проектировании ПО – это построить карту планируемых функциональных возможностей от лица пользователей или по-другому – User Story Map.
Карта пользовательских историй (User Story Map) — это техника, которая позволяет расположить пользовательские истории согласно последовательности использования функций продукта.
Карта историй позволяет увидеть цельную картину продукта, чего очень сложно добиться с помощью разрозненного набора историй.
А ещё User Story Map позволяет команде разработки:
1️⃣ Увидеть масштаб всего продукта и последовательный путь взаимодействия с ним;
2️⃣ Определиться с приоритетами при разработке продукта — решить, какие функции ПО нужно реализовать в первую очередь, а какие перенести на потом;
3️⃣ Заранее определить узкие места и возможные конфликты внутри функциональных возможностей внутри ПО.
Если при внедрении новой функциональности у команды перед глазами есть User Story Map, снижается вероятность того, что внедряемая фича поломает существующие процессы внутри продукта.
Ну и конечно визуализация возможностей продукта – это отличный способ донести до всех заинтересованных лиц ценности и содержание ПО, а также подключить творческий взгляд на развитие продукта.
Ставьте 🔥 на этот пост – так мы поймём, интересна ли вам тема визуализации требований.
Далее расскажем, из чего состоит карта пользовательских историй, а также поделимся алгоритмом её построения.
#hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥50
👩🎨 СТРОИМ КАРТУ ПОЛЬЗОВАТЕЛЬСКИХ ИСТОРИЙ 👨🎨
Составить карту пользовательских историй можно с помощью разных инструментов: начиная с аналоговых (стикеров на стене или большой маркерной доски) и заканчивая специальным ПО (Miro, Draw.io, FigJam, Jira, Visual Paradigm и прочие).
⚡ : User Story Map создают коллективно. Желательно, чтобы в этом участвовала вся команда разработки и представители пользователей. Эта встреча похожа на мозговой штурм, где регулятором встречи как раз может быть аналитик. Но часто в практике можно встретить, что аналитик выстраивает карту самостоятельно.
Карта пользовательских историй состоит из следующих элементов:
1. Описание персон пользователей продукта
2. Информационный блок о целях и глобальной проблеме, которую решает продукт
3. Перечисление пользовательских активностей на протяжении основного пользовательского пути
4. Описание задач пользователей внутри каждой активности
5. Пользовательские истории внутри каждой задачи (они же требования к реализации возможностей)
6. Разделение всех требований на итерации или релизы.
Далее разберёмся с каждым пунктом последовательно, а в конце дадим готовый шаблон, который сможете использовать в работе 🙌👌 #hardGetAnalyst
Составить карту пользовательских историй можно с помощью разных инструментов: начиная с аналоговых (стикеров на стене или большой маркерной доски) и заканчивая специальным ПО (Miro, Draw.io, FigJam, Jira, Visual Paradigm и прочие).
Карта пользовательских историй состоит из следующих элементов:
1. Описание персон пользователей продукта
2. Информационный блок о целях и глобальной проблеме, которую решает продукт
3. Перечисление пользовательских активностей на протяжении основного пользовательского пути
4. Описание задач пользователей внутри каждой активности
5. Пользовательские истории внутри каждой задачи (они же требования к реализации возможностей)
6. Разделение всех требований на итерации или релизы.
Далее разберёмся с каждым пунктом последовательно, а в конце дадим готовый шаблон, который сможете использовать в работе 🙌👌 #hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
❤7🔥3
ШАГ 1: Описываем персоны
Персона — это описание вымышленного пользователя продукта с описанием его основных потребностей, характеристик и целей, которые должно решать ПО.
Чаще всего персона – это обощённое представление о группе пользователей продукта, которые выполняют похожий набор задач и объединены общей целью.
⚡ : Например, олицетворением персоны может быть пользователь определённой возрастной категории, уклада жизни, профессии и так далее.
На карте Персоны размещаются сверху, олицетворяя собой пользователей, чьи интересы планируется учесть в текущем проектировании ПО. Для удобства персоны, которые преследуют одни и те же цели, объединяют в группы. Благодаря этому реализация требования для группы позволит покрыть сразу несколько персон.А это круто! 😎
ШАГ 2: Фиксируем цели и глобальные проблемы, которые решает продукт
Для этого шага необходимо ответить на следующие вопросы:
- Над каким ПО вы работаете?
- Какова его основная задача?
- Какую глобальную проблему пользователей оно решает?
Карточку с ответами необходимо разместить в левой части карты, чтобы не терять вектор при проектировании продукта. Эта информация будет напоминать о ценности вашего продукта для потребителя.
ШАГ 3: Заполняем пользовательские активности
У каждой группы персон, как мы уже сказали, есть общие глобальные цели. Задача команды разработки на этом этапе — верхнеуровнево обозначить действия, которые пользователь может совершить, чтобы достичь этих целей.
Активности (User Activities) — это последовательные действия, которые пользователю нужно совершить, чтобы достичь своих целей.
Пользовательские активности — это каркас (backbone) карты, который формирует представление об основных функциях внутри ПО.
⚡ : Примером последовательных активностей в приложении для заказа такси будет:
Указать маршрут -> Подтвердить заказ -> Совершить поездку и так далее.
На карте пользовательских историй все активности нужно расположить под персонами, согласно последовательности, в которой они будут выполняться.
🔘 🔘 🔘
Продолжим разбирать карту пользовательских историй завтра, а пока предлагаем найти первые три шага на схематичном представлении карты, приложенной выше ⬆️
Персона — это описание вымышленного пользователя продукта с описанием его основных потребностей, характеристик и целей, которые должно решать ПО.
Чаще всего персона – это обощённое представление о группе пользователей продукта, которые выполняют похожий набор задач и объединены общей целью.
На карте Персоны размещаются сверху, олицетворяя собой пользователей, чьи интересы планируется учесть в текущем проектировании ПО. Для удобства персоны, которые преследуют одни и те же цели, объединяют в группы. Благодаря этому реализация требования для группы позволит покрыть сразу несколько персон.
ШАГ 2: Фиксируем цели и глобальные проблемы, которые решает продукт
Для этого шага необходимо ответить на следующие вопросы:
- Над каким ПО вы работаете?
- Какова его основная задача?
- Какую глобальную проблему пользователей оно решает?
Карточку с ответами необходимо разместить в левой части карты, чтобы не терять вектор при проектировании продукта. Эта информация будет напоминать о ценности вашего продукта для потребителя.
ШАГ 3: Заполняем пользовательские активности
У каждой группы персон, как мы уже сказали, есть общие глобальные цели. Задача команды разработки на этом этапе — верхнеуровнево обозначить действия, которые пользователь может совершить, чтобы достичь этих целей.
Активности (User Activities) — это последовательные действия, которые пользователю нужно совершить, чтобы достичь своих целей.
Пользовательские активности — это каркас (backbone) карты, который формирует представление об основных функциях внутри ПО.
Указать маршрут -> Подтвердить заказ -> Совершить поездку и так далее.
На карте пользовательских историй все активности нужно расположить под персонами, согласно последовательности, в которой они будут выполняться.
Продолжим разбирать карту пользовательских историй завтра, а пока предлагаем найти первые три шага на схематичном представлении карты, приложенной выше ⬆️
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8👍2❤1
ШАГ 4: Описываем задачи пользователей
На этом шаге в рамках каждой обозначенной активности нужно опуститься на уровень пользовательских задач.
Пользовательская задача (User Task) — это более конкретное описание действий, которые пользователь должен выполнить в рамках активности.
Каждую активность можно поделить на несколько мелких задач. Иными словами, задачи – это действия, которые можно совершить внутри активности.
🥷: Например, для активности "Указать маршрут" в приложении для заказа такси можно обозначить следующие задачи:
- Указать точку отправления
- Указать точку прибытия
Все эти задачи располагаются под карточкой активности слева направо в хронологической последовательности – то есть том порядке, в котором пользователь будет их выполнять.
ШАГ 5: Оформляем пользовательские истории
Если активности и задачи описывают функции ПО верхнеуровнево, то добавление пользовательских историй позволяет детализировать функции ПО. Это помогает увидеть «пробелы» в карте, добавить неучтённые задачи и увидеть альтернативные варианты решения пользовательских задач. Ну и конечно пользовательские истории – это отправная точка для формулирования функциональных и нефункциональных требований к ПО.
⚡ : Короче говоря, благодаря этому шагу мы становимся на шаг ближе к постановке задач на разработку.
Под каждой задачей необходимо расположить пользовательские истории, написанные по шаблону, с которым вы уже знакомы:
1. Как [кто-то] — например пользователь или роль;
2. Я хочу [чего-то] — выполнить какую-то задачу;
3. Чтобы [что-то] — достигнуть конкретную цель.
⚡ : Например, для задачи "Указать точку отправления" можно сформулировать следующие истории:
- Как пользователь приложения для заказа такси, я хочу указать точку отправления на карте, чтобы быстро указать адрес, откуда меня нужно забрать.
- Как пользователь приложения для заказа такси, я хочу ввести адрес отправления вручную, чтобы не искать отправную точку сложным для меня способом.
- Как пользователь приложения для заказа такси, я хочу, чтобы точка отправления определилась автоматически, чтобы не указывать отправную точку самостоятельно.
и так далее.
В отличие от активностей и задач, детали пользовательских историй располагают на карте вертикально, друг под другом. Для одной задачи может быть написано много пользовательских историй, они будут появляться и изменяться в процессе составления карты, поэтому вертикальное расположение будет более компактным.
Мы на финишной прямой💪
При составлении User Story Map нужно уметь вовремя остановиться.
Задача этого инструмента — составить представление о том, как пользователь может работать с ПО и, как итог, какие функции должно выполнять ПО. Не стоит сильно углубляться в детали функциональности, подробно описывать элементы интерфейса и используемые данные.
🔘 🔘 🔘
Далее расскажем про последний шаг построения карты пользовательских историй и дадим готовый шаблон User story map, который вы сможете применять в работе.
На этом шаге в рамках каждой обозначенной активности нужно опуститься на уровень пользовательских задач.
Пользовательская задача (User Task) — это более конкретное описание действий, которые пользователь должен выполнить в рамках активности.
Каждую активность можно поделить на несколько мелких задач. Иными словами, задачи – это действия, которые можно совершить внутри активности.
🥷: Например, для активности "Указать маршрут" в приложении для заказа такси можно обозначить следующие задачи:
- Указать точку отправления
- Указать точку прибытия
Все эти задачи располагаются под карточкой активности слева направо в хронологической последовательности – то есть том порядке, в котором пользователь будет их выполнять.
ШАГ 5: Оформляем пользовательские истории
Если активности и задачи описывают функции ПО верхнеуровнево, то добавление пользовательских историй позволяет детализировать функции ПО. Это помогает увидеть «пробелы» в карте, добавить неучтённые задачи и увидеть альтернативные варианты решения пользовательских задач. Ну и конечно пользовательские истории – это отправная точка для формулирования функциональных и нефункциональных требований к ПО.
Под каждой задачей необходимо расположить пользовательские истории, написанные по шаблону, с которым вы уже знакомы:
1. Как [кто-то] — например пользователь или роль;
2. Я хочу [чего-то] — выполнить какую-то задачу;
3. Чтобы [что-то] — достигнуть конкретную цель.
- Как пользователь приложения для заказа такси, я хочу указать точку отправления на карте, чтобы быстро указать адрес, откуда меня нужно забрать.
- Как пользователь приложения для заказа такси, я хочу ввести адрес отправления вручную, чтобы не искать отправную точку сложным для меня способом.
- Как пользователь приложения для заказа такси, я хочу, чтобы точка отправления определилась автоматически, чтобы не указывать отправную точку самостоятельно.
и так далее.
В отличие от активностей и задач, детали пользовательских историй располагают на карте вертикально, друг под другом. Для одной задачи может быть написано много пользовательских историй, они будут появляться и изменяться в процессе составления карты, поэтому вертикальное расположение будет более компактным.
Мы на финишной прямой💪
При составлении User Story Map нужно уметь вовремя остановиться.
Задача этого инструмента — составить представление о том, как пользователь может работать с ПО и, как итог, какие функции должно выполнять ПО. Не стоит сильно углубляться в детали функциональности, подробно описывать элементы интерфейса и используемые данные.
Далее расскажем про последний шаг построения карты пользовательских историй и дадим готовый шаблон User story map, который вы сможете применять в работе.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤4
ШАГ 6: Разделение User Story Map на релизы или итерации
Важная часть работы с картой пользовательских историй — разделение карты на части или по другому на "волны": пользовательские истории первой волны, пользовательские истории второй волны и так далее.
Есть несколько принципов деления: по итерациям и по возможным релизам.
Итерация (англ. iteration) — это согласованный период работы в виде отрезка времени, в течение которого разрабатывается часть ПО.
Всю карту можно разделить на наборы пользовательских историй, которые команда разработки сможет реализовать за одну итерацию. В течение каждой итерации будет реализовываться набор историй. Он в итоге даст набор функций — инкремент, который приносит пользу заинтересованным лицам.
Предположим, что одна итерация в команде занимает четыре недели. Команда разрабтки оценила всю карту в три итерации. Поэтому пользовательские истории распределили на три группы таким образом, чтобы в каждую итерацию выдавать набор функций, который даёт пользу всем персонам.
Помимо разделения карты по итерациям, все пользовательские истории можно разбить по функциям, которые необходимо выполнить в первую очередь — то есть представить релиз ПО.
Релиз (англ. release) — выпуск готового для использования продукта.
Один из вариантов такого разделения — определение MVP (Minimal Viable Product — минимально жизнеспособный продукт). Для этого в первый релиз вносят только основные функциональные возможности, чтобы приложение выполняло основную свою задачу. В последующие релизы будут вынесены дополнительные возможности.
🙂 🙂 🙂
Ну вот, собственно, и весь алгоритм построения карты пользовательских историй.
Не так уж и сложно, но будет ещё проще, если использовать готовый шаблон. Просто скопируйте его на свою доску в Miro ( и заполняйте, основываясь на идеи и ценности внутри вашего ПО.
⚡ : User Story Map – это отличный способ передавать требования для дизайна прототипа. Так, дизайнер получит необходимую, а главное, понятно оформленную информацию о функциональных возможностях на интерфейсе ПО и не будет «скован» жесткими требованиями к решению. А значит сможет творить! Поэтому использовать карту в работе можно для крупной новой функциональности внутри ПО, а не только для проектировании целого продукта.
Важная часть работы с картой пользовательских историй — разделение карты на части или по другому на "волны": пользовательские истории первой волны, пользовательские истории второй волны и так далее.
Есть несколько принципов деления: по итерациям и по возможным релизам.
Итерация (англ. iteration) — это согласованный период работы в виде отрезка времени, в течение которого разрабатывается часть ПО.
Всю карту можно разделить на наборы пользовательских историй, которые команда разработки сможет реализовать за одну итерацию. В течение каждой итерации будет реализовываться набор историй. Он в итоге даст набор функций — инкремент, который приносит пользу заинтересованным лицам.
Предположим, что одна итерация в команде занимает четыре недели. Команда разрабтки оценила всю карту в три итерации. Поэтому пользовательские истории распределили на три группы таким образом, чтобы в каждую итерацию выдавать набор функций, который даёт пользу всем персонам.
Помимо разделения карты по итерациям, все пользовательские истории можно разбить по функциям, которые необходимо выполнить в первую очередь — то есть представить релиз ПО.
Релиз (англ. release) — выпуск готового для использования продукта.
Один из вариантов такого разделения — определение MVP (Minimal Viable Product — минимально жизнеспособный продукт). Для этого в первый релиз вносят только основные функциональные возможности, чтобы приложение выполняло основную свою задачу. В последующие релизы будут вынесены дополнительные возможности.
Ну вот, собственно, и весь алгоритм построения карты пользовательских историй.
Не так уж и сложно, но будет ещё проще, если использовать готовый шаблон. Просто скопируйте его на свою доску в Miro ( и заполняйте, основываясь на идеи и ценности внутри вашего ПО.
Please open Telegram to view this post
VIEW IN TELEGRAM
miro.com
Шаблон USM GetAnalyst
❤8🔥6
Работа с опытными коллегами - это радость ❤️
Профессия системного аналитика - это непрерывная возможность для роста и обучения. Мы расширяем свой кругозор, знакомясь с разными проектами (банки, туризм, страхование, социальные сети, медицина и другие), улучшаем как технические навыки, так и навыки мягкого взаимодействия (soft skills) в ходе ежедневной работы.
Мы учимся через опыт взаимодействия с другими людьми. Про бизнес нам рассказывают заказчики, а вот сложные детали проектирования объясняют опытные коллеги разработчики и старшие аналитики.
Бывает, что приходится задавать самые странные вопросы. Иногда страшно, что спрашиваешь что-то глупое. Но все же... Они терпеливо рассказывают, объясняют, или отправляют что-то почитать 😄
Спасибо разработчикам, кто с удовольствием делится своим опытом, рассказывает про то, как надо делать, и как не надо. Спасибо старшим коллегам, которые также передают свой опыт и направляют в решении задач. И за то, что скидывают шаблоны, примеры постановок задач, чтобы было на что ориентироваться❤️
Ведь потом, через время, становится круто, когда начинаешь всех их по-настоящему понимать: говоришь на их языке, понимаешь технические детали проектов! Это не только ускоряет и упрощает процесс работы, но и придает уверенность!
Карьера в IT - это процесс непрерывного обучения и развития, и круто, когда есть возможность обучаться у лучших ❤️
Давайте мысленно вспомним тех, кто помогал или помогает нам расти, и выразим им огромную благодарность за то, что нам посчастливилось взаимодействовать с этими талантливыми людьми!
P.S. А еще можно написать ✉️
Профессия системного аналитика - это непрерывная возможность для роста и обучения. Мы расширяем свой кругозор, знакомясь с разными проектами (банки, туризм, страхование, социальные сети, медицина и другие), улучшаем как технические навыки, так и навыки мягкого взаимодействия (soft skills) в ходе ежедневной работы.
Мы учимся через опыт взаимодействия с другими людьми. Про бизнес нам рассказывают заказчики, а вот сложные детали проектирования объясняют опытные коллеги разработчики и старшие аналитики.
Бывает, что приходится задавать самые странные вопросы. Иногда страшно, что спрашиваешь что-то глупое. Но все же... Они терпеливо рассказывают, объясняют, или отправляют что-то почитать 😄
Спасибо разработчикам, кто с удовольствием делится своим опытом, рассказывает про то, как надо делать, и как не надо. Спасибо старшим коллегам, которые также передают свой опыт и направляют в решении задач. И за то, что скидывают шаблоны, примеры постановок задач, чтобы было на что ориентироваться❤️
Ведь потом, через время, становится круто, когда начинаешь всех их по-настоящему понимать: говоришь на их языке, понимаешь технические детали проектов! Это не только ускоряет и упрощает процесс работы, но и придает уверенность!
Карьера в IT - это процесс непрерывного обучения и развития, и круто, когда есть возможность обучаться у лучших ❤️
Давайте мысленно вспомним тех, кто помогал или помогает нам расти, и выразим им огромную благодарность за то, что нам посчастливилось взаимодействовать с этими талантливыми людьми!
P.S. А еще можно написать ✉️
🔥9❤4
📚 ТОП-5 книг для начинающих карьеру системных и бизнес-аналитиков 📚
1️⃣ "Путь аналитика. Практическое руководство IT-специалиста" А.Перерва, В.Иванова
Превращение желаний заказчика в IT-продукт разобранное на практических примерах. Если только начинаете погружаться в профессию, то эта книга позволит прожить опыт ее авторов. Здесь найдете примеры документов и шаблоны для проектирования
2️⃣ "Психбольница в руках пациентов", Алан Купер
Две мысли, которые останутся после прочтения книги:
- Прежде чем писать код, решение нужно спроектировать.
- Удобный продукт лучше многофункционального.
Для тех, кто уже работает в IT, может показаться, что много воды, а для начинающих полезно
3️⃣ "Современные методы описания функциональных требований к системам", Алистер Коберн
О том, как создавать функциональные требования. Внутри разобрано много практических кейсов
4️⃣ "Требования для программного обеспечения: рекомендации по сбору и документированию", Илья Корнипаев
Основы управления требованиями к IT-продуктам: собираем, тестируем, документируем
5️⃣ "UML. Основы. Краткое руководство по стандартному языку объектного моделирования", Мартин Фаулер
Вы будете работать с интеграциями и описывать взаимодействие систем, обязательно схематично опишете программистам алгоритмы. А базовые навыки по работе с диаграммами и схемами заберете отсюда
#hwGetAnalyst
1️⃣ "Путь аналитика. Практическое руководство IT-специалиста" А.Перерва, В.Иванова
Превращение желаний заказчика в IT-продукт разобранное на практических примерах. Если только начинаете погружаться в профессию, то эта книга позволит прожить опыт ее авторов. Здесь найдете примеры документов и шаблоны для проектирования
2️⃣ "Психбольница в руках пациентов", Алан Купер
Две мысли, которые останутся после прочтения книги:
- Прежде чем писать код, решение нужно спроектировать.
- Удобный продукт лучше многофункционального.
Для тех, кто уже работает в IT, может показаться, что много воды, а для начинающих полезно
3️⃣ "Современные методы описания функциональных требований к системам", Алистер Коберн
О том, как создавать функциональные требования. Внутри разобрано много практических кейсов
4️⃣ "Требования для программного обеспечения: рекомендации по сбору и документированию", Илья Корнипаев
Основы управления требованиями к IT-продуктам: собираем, тестируем, документируем
5️⃣ "UML. Основы. Краткое руководство по стандартному языку объектного моделирования", Мартин Фаулер
Вы будете работать с интеграциями и описывать взаимодействие систем, обязательно схематично опишете программистам алгоритмы. А базовые навыки по работе с диаграммами и схемами заберете отсюда
#hwGetAnalyst
👍11❤6🤯1
🚫 «ДЖУНЫ НИКОМУ НЕ НУЖНЫ!» 🚫
Мы уже не раз в отделе заботы GetAnalyst сталкивались с этим возражением.
Системный анализ — это такая же предметная область, как и многие другие, где постоянно требуются специалисты, в том числе и новички.
Только представьте, если бы студенты медвуза не шли учиться на хирурга только потому, что уже есть классные хирурги! Какой в этом смысл?🤔
Короче говоря:
ПОЧЕМУ ДЖУНЫ НИКОГДА НЕ ПОТЕРЯЮТ АКТУАЛЬНОСТЬ?
🔥 Все мы с чего-то начинали
Невозможно сразу стать Тони Старком, не получив навыки и практический опыт.
Без «младших» сотрудников, которые только набираются опыта и отважно справляются с задачами, не обойтись нигде — ни на заводе, ни в медицине, ни в ИТ-проектах.
Специалисты на ранг выше не могут заниматься всем: им нужно погружаться детально в сложные задачи, поэтому «операционка» отходит новичкам.
🔥 Стартаперы заинтересованы в джунах
Начинающие развиваться компании чаще всего не могут позволить себе специалиста уровня мидл или синьор. Они с удовольствием нанимают джунов, которых готовы взращивать своими силами под интересы бизнеса.
🔥 Большой бизнес расширяется
Нередко при расширении команды работодатели выбирают джуна, чтобы обучить чего под конкретные задачи проекта.
В КОНЦЕ КОНЦОВ⤵️
Миф о том, что системные аналитики никому не нужны, опровергается наличием множества вакансий от компаний, которые активно ищут специалистов в этой области. А это отличная возможность для новичков!
Ведь именно джуны сильнее всего замотивированы в развитии и быстрее шагают по карьерной лестнице. Они жадны до нового опыта, готовы к обучению и заинтересованы в получении классного результата. Поверьте, работодатели это знают и ценят👍
Ну и конечно, когда новичок проявляет инициативу, не боится откликаться на вакансии и с интересом погружается в специфику бизнеса, рост такого джуна неизбежен 🚀
Мы уже не раз в отделе заботы GetAnalyst сталкивались с этим возражением.
Системный анализ — это такая же предметная область, как и многие другие, где постоянно требуются специалисты, в том числе и новички.
Только представьте, если бы студенты медвуза не шли учиться на хирурга только потому, что уже есть классные хирурги! Какой в этом смысл?
Короче говоря:
ПОЧЕМУ ДЖУНЫ НИКОГДА НЕ ПОТЕРЯЮТ АКТУАЛЬНОСТЬ?
Невозможно сразу стать Тони Старком, не получив навыки и практический опыт.
Без «младших» сотрудников, которые только набираются опыта и отважно справляются с задачами, не обойтись нигде — ни на заводе, ни в медицине, ни в ИТ-проектах.
Специалисты на ранг выше не могут заниматься всем: им нужно погружаться детально в сложные задачи, поэтому «операционка» отходит новичкам.
Начинающие развиваться компании чаще всего не могут позволить себе специалиста уровня мидл или синьор. Они с удовольствием нанимают джунов, которых готовы взращивать своими силами под интересы бизнеса.
Нередко при расширении команды работодатели выбирают джуна, чтобы обучить чего под конкретные задачи проекта.
В КОНЦЕ КОНЦОВ⤵️
Миф о том, что системные аналитики никому не нужны, опровергается наличием множества вакансий от компаний, которые активно ищут специалистов в этой области. А это отличная возможность для новичков!
Ведь именно джуны сильнее всего замотивированы в развитии и быстрее шагают по карьерной лестнице. Они жадны до нового опыта, готовы к обучению и заинтересованы в получении классного результата. Поверьте, работодатели это знают и ценят
Ну и конечно, когда новичок проявляет инициативу, не боится откликаться на вакансии и с интересом погружается в специфику бизнеса, рост такого джуна неизбежен 🚀
Please open Telegram to view this post
VIEW IN TELEGRAM
❤14👍3🤯1
Для начинающего IT-специалиста или всех тех, кому становится тесно в рамках текущих обязанностей, очень важно понимать, куда расти в профессии.
Чтобы понимать, "кем вы станете, когда вырастите" удобно ориентироваться на грейды и матрицу компетенций специалиста.
Сегодня разберёмся с тем, что такое грейды в IT и что входит в обязанности СА на каждом из грейдов 😎😎
Давайте учиться и развиваться в сфере Системного анализа вместе! 😘
p.s А в этой статье на нашем сайте даём описание матрицы компетенций СА разного уровня 😉
#softGetAnalyst
#hardGetAnalyst
Чтобы понимать, "кем вы станете, когда вырастите" удобно ориентироваться на грейды и матрицу компетенций специалиста.
Сегодня разберёмся с тем, что такое грейды в IT и что входит в обязанности СА на каждом из грейдов 😎😎
Давайте учиться и развиваться в сфере Системного анализа вместе! 😘
p.s А в этой статье на нашем сайте даём описание матрицы компетенций СА разного уровня 😉
#softGetAnalyst
#hardGetAnalyst
👍9❤1