QA Engineer - Михаил Семынин

— Ограничение параллельной работы — методология устанавливает ограничения на количество задач, которые могут выполнять члены команды одновременно в каждой фазе процесса, что предотвращает перегрузку и ускоряет выполнение работы.

— Гибкость — позволяется вносить изменения в процессе разработки.

— Непрерывное улучшение — регулярный анализ и оценка потока работы позволяет его улучшить.

Преимущества:

— Улучшение прозрачности — любой участник команды легко видит статусы всех задач и понимает общее состояние проекта.

— Более быстрая доставка — ограничение количества задач в работе помогает сократить время разработки и быстрее доставлять результаты.

— Гибкость в планировании — задачи можно легко переприоритезировть в соответствии с изменяющимися требованиями.

— Уменьшение потерь — методология сфокусирована на сокращении любых потерь. Как следствие продукт непрерывно поставляют пользователю и минимизируют время любых простоев в команде.

Недостатки:

— Зависимость от самодисциплины команды — методология эффективна только если четко соблюдають ее правила, что зависит исключительно от дисциплины участников команды.

— Может потребоваться время на адаптацию — работа в этой методологии предполагает бесконечный поток задач, что отличается от подходов, использующих итерации при разработке продукта.

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

У 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 — это методология улучшения процессов, которую, как и немало других, изначально применяли в производственной индустрии, а теперь используют в разработке программного обеспечения. Она направлена на уменьшение ошибок в продукте и несоответствий требованиям, а также на оптимизацию