class="p1">— Визуализация работы — с помощью Kanban — доски легко отследить фазы разработки по каждой задаче и понять прогресс команды.
— Ограничение параллельной работы — методология устанавливает ограничения на количество задач, которые могут выполнять члены команды одновременно в каждой фазе процесса, что предотвращает перегрузку и ускоряет выполнение работы.
— Гибкость — позволяется вносить изменения в процессе разработки.
— Непрерывное улучшение — регулярный анализ и оценка потока работы позволяет его улучшить.
Преимущества:
— Улучшение прозрачности — любой участник команды легко видит статусы всех задач и понимает общее состояние проекта.
— Более быстрая доставка — ограничение количества задач в работе помогает сократить время разработки и быстрее доставлять результаты.
— Гибкость в планировании — задачи можно легко переприоритезировть в соответствии с изменяющимися требованиями.
— Уменьшение потерь — методология сфокусирована на сокращении любых потерь. Как следствие продукт непрерывно поставляют пользователю и минимизируют время любых простоев в команде.
Недостатки:
— Зависимость от самодисциплины команды — методология эффективна только если четко соблюдають ее правила, что зависит исключительно от дисциплины участников команды.
— Может потребоваться время на адаптацию — работа в этой методологии предполагает бесконечный поток задач, что отличается от подходов, использующих итерации при разработке продукта.
— Не всегда идеально подходит для сложных проектов — в случае, когда между задачами есть большое количество зависимостей, методология может оказаться недостаточно структурированной.
У Kanban нет этапов, но есть процесс работы:
— Определение рабочего процесса — команда определяет колонки для своей доски Kanban, отражающие этапы рабочего процесса.
— Настройка WIP — лимитов — для каждой фазы рабочего процесса устанавливают ограничения на количество задач, которые могут быть в ней одновременно.
— Работа с доской Kanban — задачи добавляют на доску в виде карточек и перемещают между колонками в соответствии с их выполнением.
— Мониторинг и оптимизация — команда регулярно анализирует поток работы и производительность процесса, оптимизируя его для достижения лучших результатов.
6.2.9. Lean Software Development
Lean Software Development — это методология, в которой делают акцент на максимизации ценности для клиента при минимизации затрат, любых активностей, не добавляющих ценности продукту, улучшении потока работы и поощрении инноваций. Методология предназначена для создания высококачественного программного обеспечения с максимальной эффективностью при сокращении отходов и повышении удовлетворенности клиента.
Особенности:
— Устранение отходов — идентификация и удаление всего, что не добавляет ценности продукту. Например избыточные функции, ненужные встречи, сложные процессы.
— Увеличение скорости и эффективности — непрерывное улучшение процессов для снижения затрат и ускорения разработки.
— Раннее решение проблем — поощряется раннее выявление проблем для их решения и предотвращения повторения.
— Гибкость и адаптация к изменениям — поощряются изменения требований для того, чтобы повысить ценность для клиента.
— Решения, основанные на знаниях — решения принимают, основываясь не на предпочтениях или предположениях, а на глубоком понимании задачи и контекста.
Преимущества:
— Уменьшение цикла разработки — благодаря устранению отходов и оптимизации процессов, доставка конечного продукта происходит быстрей.
— Повышение качества продукта — уделяется внимание качеству и раннему обнаружению ошибок, что предотвращает их накопление.
— Повышение удовлетворенности клиента — достигается за счет фокуса на гибкости к изменениям требований и создании ценности для клиента.
— Инновационность — среда способствует созданию и внедрению инноваций, благодаря экспериментам и устранениям страхов.
Недостатки:
— Сложность внедрения — трансформация команд может потребовать значительных изменений в корпоративной культуре и рабочих процессах.
— Риск сокращения слишком многих процессов — может оказаться так, что будет устранено что — то важное, например документация, что впоследствии приведёт к потере важной информации и знаний.
— Зависимость от команды — все участники команды должны быть хорошо самоорганизованы и вовлечены в процесс.
У Lean Software Development нет этапов, но есть аспекты процесса работы:
— Определение ценности для клиента — создается понимание того, что является ценным для клиента, чтобы сосредоточить усилия на этом.
— Идентификация потока — анализ процессов разработки с целью выявить и устранить препятствия в потоке работы.
— Создание потока — изменение процессов и работы так, чтобы обеспечить плавный и непрерывный поток создания ценностей.
— Установление Pull — системы — чтобы избежать перегрузки и накопления незавершенной работы, её начинают только тогда, когда есть спрос.
— Непрерывное улучшение — постоянный поиск возможностей для улучшения процессов, чтобы повысить эффективность работы команды.
6.2.10. Dynamic Systems Development Method
Dynamic Systems Development Method — гибкий фреймворк для быстрой разработки программного обеспечения. Его особенность заключается в строгом соблюдении временных рамок и бюджета при сохранении гибкости к изменениям и возможности адаптации во время выполнения всего проекта.
Особенности:
— Фиксированные временные рамки и бюджет — соблюдение сроков и бюджета являются приоритетными пунктами, а меняющиеся требования адаптируют под эти ограничения.
— Активное участие пользователя — чтобы результат работы оставался релевантным и ценным, требуется постоянное участие конечного пользователя.
— Доставка функционирующего продукта — результатом каждой итерации является работающее программное обеспечение, готовое к реальному использованию.
— Итеративно — инкрементальный подход — позволяет регулярно уточнять и адаптировать требования, благодаря разбиению на итерации для доставки инкремента.
Преимущества:
— Гарантированное соблюдение сроков и бюджета — осуществляется за счет четкого планирования и приоритезации работ.
— Высокая вовлеченность клиента — означает, что разрабатываемое решение будет максимально соответствовать потребностям бизнеса.
— Гибкость к изменениям — можно вносить изменения даже на поздних этапах разработки.
— Ранняя доставка ценности — регулярные релизы обеспечивают возможность раннего тестирования решения в реальных условиях.
Недостатки:
— Требует опыта и дисциплины — фреймворк будет эффективным только с командой, имеющей опыт в гибких методологиях, и при строгом следовании его принципам.
— Необходимость активного участия пользователя — на практике не всегда легко обеспечить постоянное вовлечение клиента или конечного пользователя, а иногда это невозможно.
— Сложности в масштабировании — в крупных проектах может понадобиться дополнительное время и усилия, чтобы перейти на этот фреймворк разработки программного обеспечения.
Этапы:
— Предпроектный этап — на нём определяют область проекта, формируют команды и обеспечивают все необходимые условия для начала работы.
— Этап основания проекта — устанавливают основные требования, архитектуру, планы.
— Эксплоративный этап — на этом этапе идёт итеративная разработка проекта при тесном сотрудничестве с заказчиками и пользователями.
— Стабилизирующий этап — происходит уточнение разработанного функционала и его стабилизация, осуществляется подготовка к релизу.
— Этап развертывания — выполняется развертывание продукта, тестирование функционала на стороне пользователей, проводится обучение.
— Постпроектный этап — специалисты анализируют проделанную работу для ее оценки, производят поддержку внедренного решения.
6.2.11. Six Sigma
Six Sigma — это методология улучшения процессов, которую, как и немало других, изначально применяли в производственной индустрии, а теперь используют в разработке программного обеспечения. Она направлена на уменьшение ошибок в продукте и несоответствий требованиям, а также на оптимизацию
