Курсовая по менеджменту в СПбГУ: как исследовать бизнес-процесс, проект и управленческое решение на данных

Курсовая по менеджменту в СПбГУ должна быть связана с конкретным управленческим процессом. В наборе СПбГУ на 2026 год официально представлены программы направления «Менеджмент», включая «Международный менеджмент» и программу «Менеджмент» с дополнительной квалификацией бизнес-аналитика.

Официальный список:
https://cabinet.spbu.ru/Lists/ForeignersLists/bak/index_comp_groups.html

Не анализируйте «управление организацией» целиком

Плохо:

«Совершенствование менеджмента компании X».

Сильнее:

«Сокращение срока обработки B2B-заявки компании X».

Или:

«Повышение предсказуемости сроков проектной команды через изменение WIP».

Один процесс даёт данные.

Baseline

До рекомендации измерьте текущее состояние:

• cycle time;
• error rate;
• conversion;
• cost;
• queue;
• backlog.

Без baseline нельзя доказать улучшение.

Process map

Покажите:

вход -> шаг -> решение -> передача -> результат.

Для каждого шага:

• роль;
• время;
• документ;
• система;
• проблема.

Не рисуйте схему только ради приложения.

Время обработки и ожидания

Операция может занимать 15 минут, а полный цикл - три дня.

Тогда главная потеря находится между операциями.

Это типичный сильный управленческий вывод.

Bottleneck

Признаки:

• очередь;
• перегрузка;
• высокий WIP;
• задержка следующего этапа.

Не улучшайте участок, который не ограничивает систему.

KPI

Показатель должен быть связан с целью.

Например:

для сервиса:

• response time;
• FCR;
• CSAT.

Для процесса:

• lead time;
• throughput;
• defect rate.

Не используйте универсальный dashboard.

Guardrail

Если ускоряете процесс, следите за качеством.

Если снижаете запас, следите за stockout.

Так оптимизация не маскирует ущерб.

Причина и симптом

Симптом:

«Заявки закрываются медленно».

Причина может быть:

• ручная проверка;
• ожидание согласования;
• отсутствие данных;
• перегрузка роли.

Рекомендация должна воздействовать на причину.

Pareto

Распределите проблемы по вкладу.

Например, две категории создают 70% возвратов.

Тогда именно на них нужно направить изменение.

Root cause

Используйте:

• 5 Why;
• fishbone;
• process data.

Но не подменяйте данными мнение сотрудника.

Проверяйте причину.

Организационная структура

Она нужна, если проблема связана с ролями.

Например:

• два согласования;
• дублирование;
• отсутствие owner.

Не вставляйте весь оргчарт компании без связи с задачей.

RACI

Для сложного процесса покажите Responsible, Accountable, Consulted и Informed.

Если Accountable несколько, решение может зависать.

Проектное управление

Для проекта задайте:

• deliverable;
• deadline;
• resources;
• dependencies;
• risk.

Не ограничивайтесь Gantt.

Нужен анализ критической цепочки.

Critical path

Определите работы, влияющие на общий срок.

Ускорение задачи с большим float может не изменить deadline.

Это хороший количественный вывод.

Риск

Risk register должен содержать:

• событие;
• вероятность;
• impact;
• owner;
• response.

Не делайте цветную матрицу без действий.

Продукт

Если курсовая про product management, начните с пользователя.

Измеряйте:

• activation;
• retention;
• conversion;
• task success.

Не считайте регистрации конечной ценностью.

Интервью

Для исследования пользователя задавайте вопросы о прошлом поведении.

Лучше:

«Как вы решали задачу в последний раз?»

Чем:

«Купили бы вы продукт?»

MVP

MVP проверяет риск.

Он должен иметь:

• гипотезу;
• KPI;
• threshold.

Не создавайте урезанную версию продукта без исследовательской цели.

Agile

Scrum и Kanban являются средствами.

Если проблема в очереди, полезны:

• WIP;
• cycle time;
• throughput.

Если проблема в требованиях, доска задач её сама не решит.

Управление персоналом

Если тема HR, используйте:

• time to hire;
• turnover;
• onboarding time;
• absenteeism.

Не оценивайте сотрудников по субъективным общим формулировкам.

Маркетинговый процесс

Для маркетинга:

• CAC;
• conversion;
• retention;
• LTV.

Управленческий вопрос должен доходить до бизнес-результата.

Операции

Для supply chain:

• OTIF;
• inventory;
• lead time;
• service level.

Не минимизируйте запас без контроля дефицита.

Цифровизация

Не начинайте рекомендацию со слов:

«Внедрить CRM».

Сначала докажите проблему:

• повторный ввод;
• потеря;
• отсутствие статуса.

Только потом выбирайте инструмент.

Экономический эффект

Можно оценить:

• высвобождение времени;
• снижение брака;
• уменьшение запасов;
• сокращение сверхурочных.

Не переводите каждую минуту в «экономию денег», если штат не меняется.

Pilot

Для сильной работы протестируйте изменение.

Например:

• новый routing;
• WIP limit;
• template;
• automation.

Сравните одинаковый KPI до и после.

Причинность

После пилота результат может измениться из-за:

• сезонности;
• другой команды;
• сложности задач.

Не преувеличивайте причинный вывод.

Теоретическая глава

Она должна готовить методы:

• process management;
• project;
• KPI;
• change.

Не пишите все школы менеджмента подряд.

Практическая глава

Схема:

1. объект;
2. baseline;
3. process;
4. bottleneck;
5. root cause;
6. solution;
7. pilot;
8. KPI;
9. effect;
10. limits.

Контекст СПбГУ

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

Проверяйте дисциплину и локальные материалы.

Защита

Будьте готовы показать baseline, process map, bottleneck, KPI, риск и результат пилота.

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