Проектный менеджмент использует различные стандарты, методологии и фреймворки для управления проектами. Некоторые из них:
✔️ традиционный последовательный менеджмент (Waterfall Model);
✔️ PMBOK Standards;
✔️ гибкий менеджмент (Agile Software Development, Scrum Framework, Extreme Programming Methodology (XP); Adaptive Project Framework (APF); Rapid Application Development Methodology (RAD);
✔️ изменяемый менеджмент (XPM)
✔️ процессный менеджмент (Lean Methodology, Lean Six Sigma, Kanban Framework/Method)
✔️ и другие методологии (Projects in Controlled Environments Methodology (PRINCE2); Rational Unified Process Methodology (RUP).
Waterfall Model — это последовательный процесс разработки программного обеспечения или традиционный метод управления проектами.
Водопадная модель лучше всего подходит для проектов, которые являются менее рискованными и имеют четко определенные требования. Она состоит из шести фаз: анализ требований, проектирование, реализация, тестирование, развертывание и сопровождение.
Waterfall Model была разработана в 1970 году Уинстоном В. Ройсом в Калифорнийском университете в Лос-Анджелесе (UCLA). Он опубликовал свою работу о водопадной модели в 1970 году под названием «Управление разработкой больших программных систем: Concepts and Techniques.
PMBOK — это сокращение от Project Management Body of Knowledge, а PMBOK Guide — это набор стандартов по управлению проектами. Оно было опубликовано Институтом управления проектами (PMI) в 1996 году как руководство по лучшей практике управления проектами.
Руководство PMBOK пересматривалось много раз с момента его первоначальной публикации и предоставляет руководителям проектов основу, которая поможет им эффективно планировать, выполнять и контролировать проекты, повышая качество и снижая затраты. Оно также призвано помочь руководителям проектов продвинуться по карьерной лестнице, развивая навыки, необходимые для руководства проектами в различных отраслях и функциональных областях.
Agile разработка программного обеспечения, также известная как методология гибкой разработки программного обеспечения и иногда как адаптивная разработка программного обеспечения, представляет собой набор методов разработки программного обеспечения, основанных на итеративной и инкрементальной разработке.
Концепция Scrum Framework была разработана Кеном Швабером и Джеффом Сазерлендом в конце 1990-х годов и в настоящее время используется многими компаниями по всему миру. Она была названа концепцией, потому что это не точный процесс или методология, а скорее набор принципов, ценностей и практик, которые могут быть адаптированы к потребностям любой организации.
Основные компоненты Scrum Framework включают в себя:
✔️ Владелец продукта. Владелец продукта представляет голос клиента и отвечает за то, чтобы все требования были определены до начала разработки. Этот человек также решает, какие функции будут включены в каждый релиз (или спринт).
✔️ Скрам-мастер. Скрам-мастер следит за тем, чтобы все участники придерживались правил Скрама, и помогает устранить препятствия, мешающие продуктивной работе команды.
✔️ Спринт. Спринт — это ограниченный по времени период, в течение которого члены команды тесно сотрудничают друг с другом для достижения конкретных целей. Спринты обычно длятся от одной до четырех недель, в зависимости от того, что лучше всего подходит для вашей команды. В конце каждого спринта у вас должен быть участок рабочего кода, который демонстрирует прогресс в достижении цели.
Экстремальное программирование (XP) — это процесс разработки программного обеспечения, основанный на практике частых выпусков высококачественного программного обеспечения без документации или с минимальной документацией. Целями экстремального программирования являются сокращение времени цикла и затрат, повышение удовлетворенности клиентов, повышение производительности труда программистов и управление сложными проектами.
Основные принципы XP включают:
✔️ Информативное рабочее пространство — все рабочие элементы должны быть видны и доступны в любое время.
✔️ Программирование на основе тестов — сначала пишутся тесты, прежде чем будет написан реальный код.
✔️ Непрерывная интеграция — Все изменения кода должны быть интегрированы в одну основную ветвь сразу после завершения работы над ними.
✔️ Непрерывное тестирование — автоматизированные тесты часто запускаются при каждом изменении кода для обеспечения качества.
✔️ Парное программирование — два программиста работают вместе над одной задачей на каждом этапе жизненного цикла разработки.
Методология Lean происходит от японского производственного термина, известного как «кайдзен», что означает непрерывное совершенствование. Кайдзен фокусируется на небольших шагах для непрерывного улучшения и стремится устранить отходы в любом процессе или системе.
Более подробную информацию по данному вопросу вы сможете получить у нас, пройдя наши курсы (ShBP Academy).