Каковы начальные условия Agile?

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

• Это приносит фокус
• Ограничивает шум, который действительно приносит фокус

Во-вторых, мне интересно, каковы начальные условия, необходимые для успешного процесса Agile? Например, нам нужно иметь:

• Нет существующих ошибок
• Полностью автоматизированный процесс тестирования или, по крайней мере, высоко автоматизированный процесс тестирования
• Люди, посвященные проекту
• Более четко определенная новая разработка
• Развитие, которое не делает его быстрее или стабильнее
• ?

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

Люди на всех уровнях бизнеса, которые действительно и полностью верят в Agile Manifesto

Мы раскрываем лучшие способы разработки программного обеспечения, делая это и помогая другим делать это. Благодаря этой работе мы пришли к оценке:

• Индивидуумы и взаимодействия над процессами и инструментами
• Рабочее программное обеспечение над исчерпывающей документацией
• Сотрудничество с клиентом в рамках переговоров по контракту
• Реагирование на изменения после плана

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

И когда я говорю, верю в Agile Manifesto, я имею в виду весь Agile Manifesto. Вы не можете игнорировать последнюю часть. Там является еще значение элементов справа.

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

Минимум

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

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

Если высшее руководство не понимает принципы, они начнут требовать сокращения и компромиссов, которые извращают процесс. Затем, когда все рушится, скептики могут сказать: «Я же говорил, Agile не работает!» обратно в марш смерти!

Это хуже, чем не применять Agile, обычно его называют «Agile But ...». Менеджмент использует термин Agile: «Но ...» отбрасывает все действительные принципы и продолжает делать то, что они делали раньше, «Но ...» теперь называют его Agile. Что дает Agile плохое имя тем, кто не знает ничего лучше.

хорошие побочные эффекты

Вещи, которые вы перечисляете, без ошибок, автоматических тестов, четко определенных разработок, преданных людей и т. Д., - все это хорошие положительные побочные эффекты для Agile.

Гибкий, не серебряная пуля или панацея, но он способствует прозрачности на всех уровнях (клиент <-> менеджмент <-> разработчики) и выделяет тех людей, у которых проблемы с производительностью; особенно конкретные реализации Agile, такие как Scrum.

Несколько вещей, которые приходят на ум:

• Профессиональная сплоченность команды - открыты ли эти люди, чтобы хорошо играть с другими? Являются ли они зрелыми, ответственными людьми, которым можно дать некоторую автономию в работе?

• Культура и политика общения. Насколько хорошо люди выражают свои опасения, мысли и мнения в организации?

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