Руководство по SQL для начинающих.

Часть 1: создание базы данных, таблиц и установка связей между таблицами

Часть 2: фильтрация данных, запрос внутри запроса, работа с массивами

Использование ASCIIDoc для управления документацией на проекте

Часть 1 пойдёт речь о том, как упростить команде жизнь, используя подход Everything-as-Code. И о том, как этот подход позволил сократить время подготовки и повысить качество необходимых документов.

Часть 2 - об использовании подхода документация как код

Аудит бизнес-процессов, когда и для чего его проводить

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

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

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

Статьи по теме:
👉🏻О смысле аудита бизнес-процессов
👉🏻Практические советы по проведению аудита бизнес-процессов на предприятии

Прототипирование для бизнес-аналитика

Прототипирование - метод,  заключающийся в создании макета/ скелета системы (прототипа), который позволяет предметно обсуждать с пользователем требования к системе, демонстрировать принятые решения, внешний вид системы и порядок работы

📑 Статьи по теме:
- Инструменты прототипирования в 2021 году

- Роль прототипирования в процессе бизнес-анализа - основные виды прототипов, особенности и преимущества прототипирования, а также модели и инструменты, которые используются в процессе разработки прототипа

- Прототипирование приложений: типы, примеры и использование

Также приложено видео в комментариях "Техники прототипирования"

Описание требований к интеграции

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

Часть 2 - API - автор статьи делиться опытом по интеграции систем используя API

Starter pack для BA: инструменты и софт

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

Перейти

Автоматизируем бизнес-процессы с Camunda и Spring Boot: отказоустойчивая реализация BPM-схем

Перейти

Для чего и зачем нужен Бизнес/системный аналитик при создании IT-систем?

Бизнес/системный аналитик собирает требования к продукту, описывает бизнес-процессы, проектирует прототипы и составляет техническое задание (ТЗ). Также аналитик помогает заказчику снизить риски и сократить сроки разработки либо оптимизации программного обеспечения.

Давайте разберемся в чем же польза аналитика при разработке продукта:

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

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

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

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

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

6. Курирование системного рефакторинга тоже на системной аналитике: улучшение RPS, RT и других инфраструктурных метрик тоже на аналитике. Всегда есть как улучшить на 1-10%.

Это лишь часть причин, по которым Бизнес/системный аналитик будет полезен бизнесу для создания IT-систем.

Источник: @ba_and_sa

Чтобы погрузиться в тему немного глубже предлагаю прочесть статьи:

📌 Какова роль аналитика и его задачи при разработке мобильных приложений

📌Что такое бизнес-анализ и зачем проводить его на старте проекта

📌Кто такой бизнес-аналитик и какова его роль в IT-команде

Сегодня предлагаю затронуть тему IT-анализа и разобраться немного в скиллах разных аналитиков

В широком смысле IT-аналитик — это специалист собирающий и делающий выводы на основе данных. Рабочий процесс аналитика состоит из сбора, обработки и заключения.

В зависимости от типа данных IT-аналитиков можно поделить на подвиды, среди основных можно выделить:

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

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

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

- UX аналитик – специалист, исследующий поведение пользователей сайта, декстопного или мобильного приложения, какого-либо digital-сервиса.

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

- Web аналитик - специалист, занимающийся сбором и анализом информации о посетителях сайта и их поведении.

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

Для погружения темы предлагаю прочесть статьи, которые помогут понять в чем же разница между данными ролями аналитиков:

📌Коротко о UX аналитике
📌Аналитик данных и data scientist: в чем отличие?
📌Зачем нужны разные виды ИТ-аналитиков
📌Системный аналитик: подробно о профессии
📌Веб-аналитика: что это такое, зачем она нужна, сервисы веб-аналитики

Источник подборки: @analysis_it