Кен Швабер, отец Scrum: Agile — это эволюция выживания сильнейших (интервью Turing)

Кен Швабер, отец Scrum: Agile — это эволюция выживания сильнейших (интервью Turing)

Я наткнулся на интервью с Кен Швабер, (отцом Scrum) в Китае, организованном компанией Turing. Я думаю, это может быть также применимо для большинства азиатских людей, связанных с вопросом, подходит ли Scrum для внедрения в Китае (или странах Азии). Вот перевод на английский язык:

Кен Швабер — один из лидеров движения по развитию гибкой разработки программного обеспечения. Он также является разработчиком, менеджером продукта и консультантом отрасли. Кен Швабер и Джефф Сандерс (генеральный директор Scrum Boston) совместно разработали первоначальную версию методологии разработки Scrum, и на ежегодной конференции OOPSLA ’95 впервые представили Scrum как формальную методологию. Швабер и Сандерс были одними из первоначальных подписавших Agile-декларацию. Они являются авторами авторитетного руководства Scrum. Сейчас Швабер руководит Scrum.org, которая предоставляет ресурсы, обучение, оценку и сертификацию по Scrum для «мастеров Scrum», «разработчиков Scrum», «владельцев продукта Scrum» и организаций, использующих Scrum.

Сообщество Turing: Какова была ваша первоначальная мотивация для создания Scrum?

Швабер: Потому что Scrum работает. В то время моя компания была занята доставкой премиум-продукта, рынок для этого продукта был раскален, и требовались постоянные изменения. Если бы мы приняли длительный цикл разработки, моя компания обанкротилась бы. Поэтому мы разработали Scrum, который стал для нас возрождением из ниц.

Сообщество Turing: Вы считаете, что существует культурный барьер при продвижении Scrum в Китае?

Швабер: Не более сложным, чем у других культур. Ключевым фактором того, сможет ли культура принять и использовать Scrum, является степень доверия к предсказуемости.

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

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

Сообщество Turing: Люди часто жалуются на трудности отказа от водопадной модели. Считаете ли вы необходимым сочетать гибкие и водопадные модели? Почему? Как это можно сделать, если возможно?

Швабер: Эти две модели подходят для двух совершенно разных ситуаций.

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

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

Некоторые люди пытались объединить два метода, и результаты оказались разочаровывающими и бессмысленными. Лучше оставить их раздельными.

Сообщество Turing: Как компания может узнать, подходит ли Scrum для ее бизнеса и продуктов?

Швабер: Scrum почти никогда не подходит для корпоративной культуры некоторых компаний по разработке программного обеспечения, которые находились под давлением из-за неподходящих водопадных моделей, и последние 30 лет использовали неинтересные технологии.

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

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

Сообщество Turing: В реальной разработке некоторые компании одержимы жесткими методами и не адаптируют эти методы к собственной среде. Как вы к этому относитесь? Есть ли у вас какие-либо предложения для них?

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

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

Сообщество Turing: Продуктовый владельцы несут большую ответственность. Иногда они становятся узким местом всей команды. Как решить эту проблему?

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

Сообщество Turing: The Метод Помодоро — это способ повышения индивидуальной эффективности. Можно ли использовать метод Помодоро в Scrum?

Швабер: Если хотите, Scrum — это фреймворк, который можно интегрировать в метод Помодоро. Однако слепое применение любой техники без адаптации вредно.

Сообщество Turing: Как контролировать и управлять технологическими обязательствами?

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

Сообщество Turing: Вы считаете, что гибкие методы чрезмерно акцентируют внимание на YAGNI (вы не будете в этом нуждаться)? Это приведёт ли к пренебрежению долгосрочными целями?

Швабер: Гибкие методы не включают YAGNI. Но гибкость требует устранения ненужных вещей. Например, зачем общаться с другими, если есть записанные документы, вместо того чтобы говорить с ними напрямую? В любом случае, документация, необходимая для поддержки продукта, должна эволюционировать на каждом цикле. Делайте то, что полезно и необходимо, и устраняйте всё остальное.

Сообщество Turing: Некоторые люди считают, что гибкие методы идут на спад. Почему, по вашему мнению, появляется такая точка зрения? Каково ваше мнение?

Швабер: Я слышал, как люди спрашивают: «Гибкость — это тренд?» Я думаю, что гибкость — это набор ценностей и принципов. Хотя Scrum основан на гибкости, Scrum основан нафокусе, смелости, открытости, обязательства и уважении к этим ценностям.

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

Сообщество Turing: Как вы видите агильную фракцию? Думаете ли вы, что между ними есть конфликты и противоречия? Откуда берутся их различия?

Швабер: Агильный и Скрум — это очень, очень простые методы. Различия и конфликты возникают из учреждений, которые хотят заработать деньги, создавая инструменты, методы и новые методы на основе идей агильности. Как только деньги входят в один конец уравнения, возникает конфликт. Эти конфликты не неизбежны. Используйте свои глаза, чтобы выбрать метод, который будет полезен вам. Тестируйте и продолжайте улучшать.