Agile, Scrum, Kanban, Lean или Waterfall — какой подход подходит именно вам?

Привет, добро пожаловать в очередной выпуск Family Feud. Я Стив Харви, и давайте начнем.

Мы спросили 100 человек: «Какой ваш любимый подход в управлении проектами?»

Agile — это в списке!

Scrum — Опять же, это в списке!

Канбан – динь!

Lean - У вас есть еще один, чтобы пойти!

Водопад – Браво, вы отлично поработали!

Кажется, вы знаете их все, но знаете ли вы, какой из них выбрать?

Или в чем разница между Agile, Waterfall и Scrum?

Не волнуйся.

Я Стив Харви, и я прикрою тебя.

Если серьезно, я не Стив Харви. Я всего лишь писатель, играющий роль Стива Харви.

Что означают все эти имена?

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

Теперь самое время поговорить о них и показать плюсы и минусы.

Подход к водопаду

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

Фазы подхода к водопаду

Вас интересуют этапы? Естественно! Итак, давайте изучим их.

• Этап сбора: на этом этапе вы получаете необходимые данные или устанавливаете их.
• Этап проектирования: вы выбираете язык программирования, базу данных, которую будете использовать, и проецируете большие технические детали.
• Фаза построения: вы просто кодируете, много кодируете.
• Этап тестирования: теперь вы показываете эту программу людям, которые будут ее использовать, и смотрите, соответствует ли она их потребностям.
• Фаза развертывания: Запустите программу в запрашиваемой среде.
• Фаза обслуживания: в соответствии с потребностями вашего клиента или аудитории вы вносите изменения в программу и делаете ее лучше.

Это шесть этапов подхода водопада. Довольно просто, правда?

Кто может эффективно использовать этот метод?

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

Плюсы и минусы метода водопада

Что делает метод водопада одним из наиболее часто используемых? Конечно, в этом должны быть плюсы. Эти;

• Линейность. Каждый этап должен быть завершен в этом методе, поэтому у вас не возникнет проблем позже.
• Подходит для небольших проектов. Если ваш проект не займет слишком много времени, этот метод работает лучше всего.
• Верификация и валидация. Перед каждым этапом вы проводите проверку качества.
• Проработанная документация. Таким образом, вы будете отслеживать все этапы.
• Минимальное вмешательство клиента. Проекты, которые вы выполняете, в значительной степени зависят от вашей команды.
• Все необходимые изменения вносятся на этапе разработки — никаких неприятных сюрпризов после запуска.

Тогда почему люди выбирают другие варианты? Поэтому;

• Нет дополнительного времени на исправление ошибок. Вы должны исправить ошибки при разработке.
• Нет места для перемен. Если ваши требования часто меняются, вы не сможете реализовать проект с помощью этого метода.
• Время тестирования. Этап тестирования является относительно поздним в процессе разработки.
• Документация занимает слишком много времени. Ваши разработчики и сотрудники должны потратить некоторое время на документацию.
• Практически нет обратной связи с клиентами. Мнение клиента может быть полезным, но в этом методе вы одиноки.
• После ошибок. Они могут вызвать слишком много проблем для вашего проекта.

Итак, это объяснение метода водопада. Теперь давайте перейдем к следующему.

Гибкий подход

По сути, Agile-подход диктует, что вы должны работать постепенно. Это происходит в циклах планирования спринта. После того, как вы закончите первый цикл, вы протестируете проект, а затем опционально развернете его, если все соответствует потребностям.

Кому следует использовать метод Agile?

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

Плюсы и минусы Agile-метода

Если вы когда-нибудь будете использовать этот метод в своем следующем проекте — или в текущем, это зависит от вас — вы должны знать плюсы и минусы этого метода.

Прежде всего, мы можем начать с плюсов. Они есть;

• Удовлетворенность клиентов. Поскольку вы постоянно придумываете «конечный результат», ваши клиенты увидят улучшение.
• Ориентирован на людей. Основной мотивацией этого метода являются люди, которые несут проект, а не инструменты и другие процессы.
• Частота. Вы можете увидеть работающее программное обеспечение в течение короткого периода времени.
• Приспособление. Даже если обстоятельства изменятся, вы сможете легко к ним приспособиться.
• Коммуникация. Люди и клиенты могут мгновенно взаимодействовать друг с другом.
• Комната для перемен. Даже после развертывания проекта вы можете легко вносить изменения.

Ничто не идеально, как и этот метод. Итак, вот минусы;

• Оценка труда. Если вы работаете над довольно большим проектом, есть шанс, что вы не сможете оценить время и усилия, необходимые для цикла.
• Меньше внимания уделяется документации и дизайну. Это может затруднить отслеживание того, что было сделано в проекте.
• Клиенты. Если они неясны и не знают, что делать, проект может закончиться чем-то другим.
• Опыт и источники. Некоторые решения должны приниматься старшими программистами. В противном случае вам понадобятся исходники для новичков.

Как видите, метод Agile для тех, кто любит свободу, общение и неусидчив. Этот метод пригодится, если у вас есть такая команда.

Канбан-подход

Канбан-подход … Звучит по-японски, не правда ли? Потому что по-японски это означает «карта, которую вы видите». Он используется с 40-х годов, когда Toyota впервые применила его. В этом методе вы визуализируете свою работу в виде карточек или наклеек. Таким образом, вы стремитесь максимизировать эффективность и постоянно совершенствоваться.

Среди этих пяти методов Канбан выделяется своими принципами. Теперь пришло время увидеть их.

Принципы Канбан-метода

Всего существует шесть принципов Канбан-метода. Их можно разделить на две группы. Первая группа принципов называется управлением изменениями. Принципы этой группы:

• Начните с того, что вы регулярно делаете. Канбан-метод предлагает вам гибкость. Таким образом, вы можете внедрить метод Канбан в свой рабочий процесс, и через некоторое время вы сможете решить важные проблемы.
• Постепенное изменение. Этот метод любит изменения, которые чем-то напоминают эволюцию, т. е. не происходит существенных изменений за одну ночь. Вам нужно пробираться туда медленно.
• Лидерство на всех уровнях. Таким образом, люди могут учиться на чужом опыте и работать лучше.

Вторая группа принципов называется оказанием услуг. Он состоит из следующего;

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

Кому следует использовать метод Канбан?

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

Плюсы и минусы Канбан-метода

Теперь давайте посмотрим, что сделало метод, зародившийся в 40-х годах, похожим на прекрасное вино.

• Гибкий. Канбан не ограничивает этапы разработки. Таким образом, у вас есть время и пространство, чтобы сделать свою работу как можно лучше.
• Непрерывность. С Канбан вы непрерывно выполняете небольшие части проекта. Таким образом, это дает возможность адаптироваться к изменениям.
• Эффективный. Вы сосредотачиваетесь на ключевых аспектах проекта и работаете над важными деталями — не теряя времени.
• Низкое время отклика. Ваша команда может просто переставить заметки, когда фаза завершена. Таким образом, ваши сотрудники могут мгновенно приступить к следующему делу.

Ладно, пора посмотреть, почему Канбан стареет, как молоко.

• Зависимость. Канбан требует правильного использования других фреймворков. Автономное подключение невозможно.
• Динамичность. Канбан по-прежнему предполагает наличие определенных устойчивых точек. Если ваша среда очень динамична, это проблема.
• Итерации. Они не участвуют в процессе Канбан; вы должны иметь дело с ними отдельно.
• Сроки. Отсутствие определения времени может быть проблемой для некоторых людей.

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

Бережливый подход

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

Этот подход также определяет 8 видов отходов.

Эти;

• Движение : ненужное движение сотрудников и оборудования.
• Транспорт : Перевозка ненужных вещей на место.
• Ожидание : время, потраченное впустую на ожидание необходимых вещей.
• Перепроизводство : производство больше, чем необходимо.
• Дефекты : Неисправные продукты, для исправления которых требуются источники.
• Инвентаризация : Хранение большего количества информации или полноты инвентаризации из-за недопонимания.
• Непризнанный талант : непонимание того, насколько талантливы ваши сотрудники.
• Дополнительная обработка : не требуется или не имеет ценности.

Метод бережливого производства, по сути, пытается устранить эти потери.

Кому следует использовать бережливый метод?

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

Плюсы и минусы бережливого метода

У бережливого метода есть некоторые особенности, которые заставят вас опираться на него — извините, мне пришлось. Эти;

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

Минусы должны быть, так как у всего есть хотя бы один минус. Эти;

• Злоупотребление . Если вы будете чрезмерно применять этот метод, вы можете столкнуться с новой неэффективностью.
• Как раз вовремя . Это может быть и вашим проклятием. У вас мало права на ошибку. В случае проблемы с тайм-менеджментом вы потерпите неудачу.
• Недовольство сотрудников. Опять же, в случае чрезмерного применения ваши сотрудники могут начать разочаровываться в том, как вы все экономите.

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

Скрам-подход

Наконец, у нас есть метод Scrum . Думайте о Scrum как об усовершенствовании метода Agile. Большинство принципов Agile также применимы к этому методу. Тем не менее, Scrum более спланирован и имеет роли, которые определяют ход проекта.

Эти роли;

• Владелец продукта (PO): представляет клиентов и заинтересованные стороны, фокусируется на бизнес-частях и возврате инвестиций.
• Scrum Master: Направляет команду в соответствии с критериями Scrum, работает с PO, чтобы максимизировать рентабельность инвестиций.
• Команда: Группа профессионалов, выполняющих проект.

Поскольку этот метод очень похож на Agile, будет достаточно показать только разные плюсы и минусы.

Встречи – это первое, на что стоит обратить внимание. В конце каждого дня проходят собрания. Эти встречи могут быть полезны для других ролей, чтобы увидеть, что происходит с проектом. Однако в долгосрочной перспективе они могут раздражать.

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

Scrum vs. Waterfall — это сравнение, которое обычно имеет место повсюду. Метод Scrum адаптирован к современности и суете жизни. Роли и встречи также дают большое преимущество, но могут и навредить.

Наконец, вы знаете, что означают ваши ответы. Стив Харви был бы горд. Все, что вам нужно сделать сейчас, это уточнить ваши обстоятельства и найти лучший вариант, который будет соответствовать вашему уровню знаний, размеру команды и источникам.

Часто задаваемые вопросы

Lean и Agile — это одно и то же?

Нет, Lean и Agile — это не одно и то же. Бережливое производство фокусируется на том, что мы должны свести к минимуму потери, в то время как основное внимание Agile направлено на постепенное развитие.

Scrum Agile или Waterfall?

Scrum — это усовершенствование метода Agile. В отличие от Agile, в Scrum есть роли, встречи и представительство клиентов.

Канбан Agile или Lean?

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