#15 SAFe, Lean, Как развивать команду и юридическая осознанность

• Приветствие и представление курса по проектному менеджменту.  

• Обсуждение трех тем: Scrum, развитие сотрудников и юридическая осознанность.  

• Введение в Scrum и его роль в управлении проектами.  

• Проблемы управления командами, работающими по гибким методологиям.  

• Важность четкого планирования и координации.  

• Введение в Scrum и его основные роли и артефакты.  

• Product Backlog, Sprint Backlog, Increment и мероприятия Scrum.  

• Процесс Scrum: планирование, реализация, ретроспектива.  

• Важность ретроспективы для улучшения процессов.  

• Проблемы управления командами в больших организациях.  

• Введение в SAFe Scrum Framework для больших команд.  

• Преимущества SAFe перед Scrum и другими гибкими методологиями.  

• Три уровня Scrum: команда, программа, портфолио.  

• Различия между Scrum и SAFe на уровне команды.  

• Введение в программные инкременты и их планирование.  

• Программные инкременты как структура выше спринта.  

• Цели и взаимосвязи программных инкрементов.  

• Гибкость в пределах программных инкрементов.  

• Введение в программные инкременты и их планирование.  

• Переход на уровень выше и обсуждение программных инкрементов.  

• Программа - это деятельность, направленная на достижение общей цели несколькими командами.  

• Пример: проект с front, back и mobile командами, которые работают над разными задачами.  

• Программа объединяет команды для достижения общей цели проекта.  

• В программе могут быть функциональные команды, такие как разработка и дизайн.  

• Вводятся новые роли: продакт-менеджер, системный архитектор и релиз-инженер.  

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

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

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

• Программы имеют свои backlog и документы, такие как pictures.  

• Инкремент - это привязка функционала к файлу конфигурации.  

• Фичи могут быть большими и выполняться в течение нескольких спринтов.  

• В конце каждого спринта проводится анализ и планирование.  

• Растет культура DevOps, автоматизация релизов и планирование на случай проблем.  

• Важно обеспечить гибкость технической и командной работы.  

• Вводится концепция гибкого релиза train для непрерывного тестирования и deployments.  

• Solution - это большое решение, состоящее из нескольких программ.  

• Solution architect координирует архитектуру решения на уровне выше, чем системный архитектор.  

• Solution менеджмент управляет стратегическим развитием решения.  

• Solution intent - это экономический фреймворк для оценки прибыльности изменений.  

• В solution train есть программы, которые состоят из спринтов.  

• Важно повышать метрики для оценки эффективности и способности решать задачи.  

• Программы разрабатываются для решения конкретных задач.  

• Важно, чтобы продукт подходил потребителю и влиял на разработку.  

• Определяются бизнес-решения и стратегия компании.  

• Портфолио включает набор решений и программ.  

• В компании есть роли, такие как enterprise architects и solution architects.  

• Портфолио контролируется и мониторится для получения фидбэка.  

• Распределение ресурсов между программами и решениями.  

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

• Контроль и мониторинг портфеля для улучшения бизнеса.  

• Исключение потерь и акцент на обучение.  

• Предельно отсроченное принятие решений и быстрая доставка.  

• Мотивация команды и целостное видение проекта.  

• Совместное посещение образовательных мероприятий.  

• Поддержка развития коллег и обсуждение новых знаний.  

• Организация мероприятий внутри команды для улучшения работы.  

• Создавайте пространство для обмена знаниями в команде.  

• Делитесь статьями, видео и другими материалами.  

• Создайте общий чат для обсуждения и обмена знаниями.  

• Разбирайтесь в юридических аспектах работы.  

• Подписывайте соглашения о неразглашении конфиденциальной информации.  

• Используйте сервис-level agreements для регулирования качества услуг.  

• Большинство компаний работают с физическими лицами-предпринимателями.  

• Компании платят 5% налога вместо 30% для сотрудников.  

• Рекомендуется нанимать бухгалтеров для ведения отчетности.  

• Успех в проектном менеджменте зависит от эмоционального интеллекта и лидерских качеств.  

• Пол Херси и Кен Бланшар разработали концепцию ситуационного лидерства.  

• Существуют директивный, наставнический и поддерживающий стили управления.  

• Лидер поддерживает подчиненных, но не участвует в принятии решений.  

• Сотрудники сами выбирают приоритеты и реализуют свой потенциал.  

• Стиль управления подходит для сотрудников с высоким уровнем самоорганизации.  

• Лидер передает право принимать решения и ответственность сотрудникам.  

• Типы сотрудников: способен, но не настроен, способен, но не мотивирован, не способен и не настроен, способен и мотивирован.  

• Один сотрудник может перемещаться по этим типам в зависимости от условий.  

• Фреймворк ситуативного руководства: матрица из четырех квадратов.  

• Низкая поддержка и директивность: директивный метод управления.  

• Низкая поддержка и директивность: наставнический стиль управления.  

• Высокая поддержка и директивность: поддержка и делегирование.  

• Директивный стиль: четкие задачи и надзор за исполнением.  

• Наставнический стиль: поддержка и принятие решений за сотрудника.  

• Поддержка и делегирование: двусторонняя коммуникация и доверие к решениям сотрудников.  

• Кен Бланшар "Одноминутный менеджер".  

• Радислав Гандапас "Харизма лидера".  

• "Камасутра для оратора" и "Харизма лидера" Радислава Гандапаса.  

• Резюме занятия: изучение SAFE, принципов LIF, юридических тонкостей, образовательного процесса, типов менеджмента.  

• Анонс следующих тем: Давос, купер нет, токены, практика работы с Jira, закрытие проектов, межличностные ситуации, legal осознанность.