​​📑 Техническое задание на разработку сайта

Автор - Вячеслав Егоров, основатель и CEO IT-компании MediaTen

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

Читать статью

​​📑 3 типа очередей в RabbitMQ: чем они отличаются и когда что использовать?

Автор: Анна Вичугова

Какие параметры и аргументы очереди RabbitMQ отвечают за отказоустойчивость потокового конвейера на основе этого брокера сообщений: сходства и отличия кворумных очередей с классическими, а также как кролик косит под Kafka с версии 3.9 благодаря потоковым очередям.

Читать статью

Подборка статей "Бизнес-процессы: определение, классификация, характеристики"

🖇 Бизнес-процессы в организации: что это такое и зачем они нужны
🖇 Что такое бизнес-процесс и как его описать
🖇 Классификация бизнес-процессов
🖇 Классификация бизнес-процессов организации
🖇 Бизнес-процесс: что это, виды, управление и автоматизация
🖇 Большой гайд по управлению бизнес-процессами
🖇 Что такое бизнес-процесс и описание бизнес-процесса
🖇 Виды бизнес процессов и их составляющие
🖇 Часто задаваемые вопросы по бизнес-процессам
🖇 Оптимизация рабочего процесса: полное руководство
🖇 Зачем и как описывать бизнес-процессы?
🖇 Компоненты бизнес-процессов
🖇 Бизнес-анализ для начинающих: что такое бизнес-процесс – основы процессного подхода к управлению
🖇 Книги по бизнес процессам, которые обязан прочитать каждый

#подборка #статьи | @notes_analyst

​​📑 Почему потоковые очереди не превращают RabbitMQ в Kafka

Автор Анна Вичугова

"Чем потоковые очереди в RabbitMQ похожи на топики Apache Kafka, в чем между ними разница и как это проявляется на больших нагрузках. Почему масштабируемость и производительность стриминговых очередей RabbitMQ все-таки ниже, чем у топиков Kafka."

Читать статью

📑 От Job Story к User Story. Часть 1. Введение в связь артефактов и циклов

Автор - Рычихин Павел, который является Менеджером продукта и Бизнес-системным аналитиком:

"Данная публикация открывает серию статей, в которой я покажу путь от пользовательской потребности через Job Story к пользовательской истории и связи с Юнит-экономикой, используя понятные артефакты и взаимосвязи между ними."

Читать статью

📑 Почему бюрократия убивает горизонтальные коммуникации: анализ иерархических структур и Agile-подходов

Автор - Михаил Вязанкин:

"Во многих крупных компаниях цикл принятия решений растягивается на дни, а иногда на недели. В период, когда мир стремительно меняется, такой подход становится не инструментом управления, а помехой для развития и коммуникаций. В противовес бюрократии часто ставят Agile — гибкие коммуникации, которые помогают достигать более высоких результатов. В чём проблема бюрократии? Можно ли её победить? В чём преимущество Agile-подхода? Как внедрить его в компании без хаоса? С этими вопросами разбираемся в статье"

Читать статью

Невидимый герой IT-проектов

Бизнес ставит задачу. Разработчики её выполняют. Но когда приходит время показывать результат, оказывается, что сделано совсем не то. Заказчик разочарован, команда демотивирована, сроки сорваны. Классическая проблема отсутствия системного аналитика в проекте.

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

31 июля в 19:00 пройдет бесплатный онлайн-вебинар от karpovꓸcourses, где Екатерина Иванушкина (старший системный аналитик в Lemana pro) честно расскажет о профессии системного аналитика.
Вы узнаете, как строится работа, почему его роль в проекте невозможно переоценить и структурируете уже имеющиеся знания. Это не поверхностный обзор — разберут реальный кейс и профессиональные тонкости.

Регистрация по ссылке — приходите и разберитесь в профессии вместе с экспертом: https://clc.to/erid_2W5zFGvy13W 

Реклама. ООО "КАРПОВ КУРСЫ". ИНН 7811764627. erid: 2W5zFGvy13W

Привет, коллеги! 👋

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

Вот ключевые шаги:

 1. Идентификация процесса

Прежде чем что-то улучшать, нужно понять:  
▪︎ Какой процесс мы рассматриваем?
▪︎ Какие у него границы? (Что на входе, что на выходе, кто участвует)  
▪︎ Зачем мы его анализируем? (Сократить время, уменьшить ошибки, подготовить к автоматизации)  

Пример:  Процесс «Возврат товара» начинается с заявления клиента и заканчивается переводом денег или заменой товара. Участники: клиент, менеджер, бухгалтерия, склад.

2. Описание текущего состояния (As-Is)

Здесь важно зафиксировать, как процесс работает сейчас  - без прикрас и «как должно быть».  
▪︎ Собираем информацию: интервью, наблюдение, документы.  
▪︎ Визуализируем в нотации (BPMN, блок-схема, SIPOC).  
▪︎ Выявляем проблемные места: узкие горлышки, дублирование, рутинные операции

❗️Важно: Не пропускайте этот этап! Попытки оптимизировать процесс без понимания его текущего состояния часто приводят к новым ошибкам.  

3. Разработка будущего состояния (To-Be)
  
Теперь проектируем, как процесс должен работать после изменений.  
▪︎ Ставим четкие цели: что хотим улучшить? (Скорость, качество, стоимость)  
▪︎ Убираем лишние шаги, перераспределяем зоны ответственности.  
▪︎ Продумываем возможности автоматизации.
▪︎ Рисуем новую схему и готовим регламент. 

Пример улучшения: Ручную проверку заявки тремя отделами заменяем автоматизированной системой с одним контролем менеджера.
  
4. Внедрение изменений  

Самый сложный этап — перевести теорию в практику:  
▪︎ Пишем инструкции для сотрудников.  
▪︎ Проводим обучение.  
▪︎ Запускаем пилотный проект (например, в одном филиале или для части заказов).  
▪︎ Настраиваем инструменты (CRM, ERP).  

❕️Совет: Внедряйте изменения постепенно и собирайте обратную связь от команды. 

5. Контроль и мониторинг
  
После внедрения важно измерять результаты:  
▪︎Какие KPI изменились? (Время выполнения, количество ошибок, стоимость)  
▪︎ Используем дашборды (Power BI, Google Data Studio) для наглядности.  
▪︎ Выявляем новые узкие места - процесс никогда не бывает идеальным с первого раза.  

6. Постоянное улучшение
  
Бизнес-процессы - это не «разовая настройка».
Работа с ними строится по циклу:  
- Планируем изменения → внедряем → проверяем результаты → корректируем.  

Несколько рекомендаций:

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

И запомните❕️
Хороший процесс - это не тот, который красив на бумаге, а тот, который работает без сбоев в реальности.

#теоретическиезаметки | @notes_analyst

❓А вы уверены, что  "работать с данными" это просто?
Готовы перейти на уровень, где ваш анализ напрямую влияет на прибыль компаний и стратегические решения?

🔥Начните с бесплатных вебинаров курса «Системный и бизнес-анализ»:

💎Вебинар 1: Как бизнес-аналитик управляет рисками при разработке IT-продукта?

⏰7 августа в 20:00 мск

Вы узнаете:
1. Что такое риск и категоризация рисков
2. Влияния рисков на работу
3. Способы митигации рисков

💎Вебинар 2: Бизнес-аналитик и Системный аналитик: зачем нужны 2 роли?

⏰25 августа в 20:00 мск

Вы узнаете:
+ Зоны ответственности системного и бизнес-аналитика, решаемые задачи, акценты и ключевые результаты работы.
+ Как задачи этих ролей видит отрасль и ведущие компании.
+ Кто такие fullstack-аналитики и стоит ли развиваться в эту сторону.
+ Какие навыки развивать системному и бизнес-аналитику.

🎁Участники вебинаров получат ценные призы на почту!

Записывайтесь ➡️ OTUS.RU

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

📑 Разработка высоконагруженных API: проблемы, решения, практические рекомендации

"Ваш проект взлетел. Первые пользователи превратились в тысячи. Тысячи стали десятками тысяч. Метрики в дашбордах рисуют красивую кривую, устремленную вверх. Но есть и другие кривые, которые ползут вверх с не меньшей скоростью. Время ответа сервера. Количество ошибок 502 и 504.

То, что летало на ста запросах в секунду, начинает задыхаться на десяти тысячах. Это не ошибка, это физика. Архитектура для этих двух миров — это как велосипед и грузовой поезд. Они оба едут, но задачи у них разные. Так что давайте забудем про теорию и посмотрим, где обычно рвется и как это чинить, чтобы не переписывать все с нуля каждый раз, когда у вас прибавляется нолик в статистике пользователей."

Читать статью

​​📑 Схема GraphQL

"В этой части цикла мы поговорим о центральном элементе GraphQL — схеме. Именно она является точкой соприкосновения клиента и сервера. И если нет схемы — то нет и API.

Схема в GraphQL — это описание структуры API, написанное на специальном языке SDL (Schema Definition Language). Она определяет:

- Какие типы данных существуют в системе;
- Какие операции (запросы, мутации, подписки) доступны клиентам;
- Какие поля можно запрашивать у каждого типа;
- Какие аргументы принимают операции и поля."

Читать далее..

Друзья, всем привет! 👋
Сегодня предлагаю небольшой интерактив – тест на знание основ бизнес-процессов. Проверьте, насколько хорошо вы ориентируетесь в этой теме! ⬇️