Scrum — это формат организации проектной деятельности талантливых людей, который не является форматом. Дзеновская штука. Его таким не планировали. Он такой сам получился.
В чём сложность работы с талантливыми людьми? Они не любят рамки, форматы и вообще ничего из навязанного. Навязанные рамки, форматы, ограничения, процессы, стандарты и прочее мешают им творить новое, ранее небывалое. При этом бизнес может жить только в каком-то формате: сроки, нормативы, задачи, планы, бюджеты, процессы, объёмы работы, уровни качества, деньги и пр.
Чем плохи форматы? Они усредняют работников в сторону ухудшения. Они вообще предназначены для того, чтобы обеспечить работу даже самых глупых и тупых работников из имеющихся. Для умных и способных людей форматы, даже лучшие из форматов, выглядят не то чтобы надуманными и бредовыми, а со значительной долей идиотизма и навешивания бегуну камней на ноги. И навешивающий камни ещё требует нового рекорда. Желательно, мирового.
В этом плане Scrum интересен тем, что в нём есть внешние устраивающие бизнес рамки и при этом внутри этих рамок творческим людям, талантам, оставили достаточное пространство для совместной деятельности и самоорганизации под самих себя. Есть две-четыре недели, есть список задач с приоритетами, есть требования бизнеса по качеству, есть способ ведения переговоров с бизнесом по регулированию объёма задач в спринте — а дальше участники команды сами могут организовать своё взаимодействие так, как посчитают нужным. Внешние рамки есть, но внутри они могут организовать так, как удобно именно этим талантливым людям.
Хотят — заведут себенаскальный настенный способ ведения жизненного цикла задач. Простой наглядный Канбан какой-нибудь. Хотят — заведут YouTrack и организуют так, как сами договоритесь. Другая команда, возможно, возьмёт себе Jira или RedMine. Да, вон там бегает Scrum-мастер и команда может с ним поговорить, если хочет — он обязательно что-то порекомендует сходу или покопается, разыщет и расскажет как у людей бывает. Ну или сами. Дело свободных людей. Лишь бы они уложились в двухнедельный спринт с тем объёмом задач, который сами же себе взяли.
Scrum появился как модификация XP, поэтому без глубокого понимания XP и идей Кента Бека невозможно понять, как описанное в Scrum Guide может работать. При этом со временем из требований к Scrum было выброшено всё, что входит в XP. Дело в том, что XP является прекрасным высокоэффективным жёстким форматом. Но жёстким. Но форматом. Но устанавливаемым извне, что у творческого человека вызывает внутреннее отторжение и неприятие. Практика показала, что навязывание XP — одного из самых гуманных жёстких процессов в разработке ПО — мешает работе творческих людей лишь немногим менее сильно, чем навязывание любого другого формата организации деятельности. Участники команды сами должны к нему прийти. Поэтому текущая версия Scrum Guide никак не регламентирует инструменты и внутреннюю организацию работы команды разработки: Scrum создаёт место для организации деятельности, но саму организацию полностью перекладывает на участников команды.
Да-да-да, именно так: попытки как-то оптимизировать работу команд извне, как-то вменить им те или иные инструменты, даже родные для Скрама диаграммы сжигания, парное программирование, TDD и прочее без чего команде в Скраме трудно жить, да тот же YouTrack или Jira, — всё это разрушает самостоятельность команд, всё это разрушает их свободу организовывать творческое пространство по собственному удобству.
Особенно сильно разрушают команды разного рода менеджеры. Менеджеры же чего хотят? Поуправлять они хотят. На общее благо они хотят что-то изменить в команде, формате или процессе и через изменение улучшить ситуацию. Именно через это они осознают себя нужными и демонстрируют свою нужность руководству. При этом даже Швабер, со своей склонностью к вождистскому стилю управления, вынужден был ввести Scrum-мастера (и себя в этой роли) не как руководителя, и даже не как ментора, а как коуча. И не просто как коуча, а коуча в самой мягкой форме — помощника-по-запросу, лидера-в-служении. Команде нужно — команда обращается. И не столько за советом как поступить, сколько за меню со списком того, что вообще бывает полезным по какой-то возникшей трудности. Узнают у него варианты лучших практик и сами понимают, что им удобнее в их ситуации и с их опытом — каждого персонально. То есть Scrum-мастер введён в качестве руководителя, который не руководит — опять дзенская конструкция.
Scrum — это формат, не являющийся форматом. Помните это. Иначе он не работает.
В чём сложность работы с талантливыми людьми? Они не любят рамки, форматы и вообще ничего из навязанного. Навязанные рамки, форматы, ограничения, процессы, стандарты и прочее мешают им творить новое, ранее небывалое. При этом бизнес может жить только в каком-то формате: сроки, нормативы, задачи, планы, бюджеты, процессы, объёмы работы, уровни качества, деньги и пр.
Чем плохи форматы? Они усредняют работников в сторону ухудшения. Они вообще предназначены для того, чтобы обеспечить работу даже самых глупых и тупых работников из имеющихся. Для умных и способных людей форматы, даже лучшие из форматов, выглядят не то чтобы надуманными и бредовыми, а со значительной долей идиотизма и навешивания бегуну камней на ноги. И навешивающий камни ещё требует нового рекорда. Желательно, мирового.
В этом плане Scrum интересен тем, что в нём есть внешние устраивающие бизнес рамки и при этом внутри этих рамок творческим людям, талантам, оставили достаточное пространство для совместной деятельности и самоорганизации под самих себя. Есть две-четыре недели, есть список задач с приоритетами, есть требования бизнеса по качеству, есть способ ведения переговоров с бизнесом по регулированию объёма задач в спринте — а дальше участники команды сами могут организовать своё взаимодействие так, как посчитают нужным. Внешние рамки есть, но внутри они могут организовать так, как удобно именно этим талантливым людям.
Хотят — заведут себе
Scrum появился как модификация XP, поэтому без глубокого понимания XP и идей Кента Бека невозможно понять, как описанное в Scrum Guide может работать. При этом со временем из требований к Scrum было выброшено всё, что входит в XP. Дело в том, что XP является прекрасным высокоэффективным жёстким форматом. Но жёстким. Но форматом. Но устанавливаемым извне, что у творческого человека вызывает внутреннее отторжение и неприятие. Практика показала, что навязывание XP — одного из самых гуманных жёстких процессов в разработке ПО — мешает работе творческих людей лишь немногим менее сильно, чем навязывание любого другого формата организации деятельности. Участники команды сами должны к нему прийти. Поэтому текущая версия Scrum Guide никак не регламентирует инструменты и внутреннюю организацию работы команды разработки: Scrum создаёт место для организации деятельности, но саму организацию полностью перекладывает на участников команды.
Да-да-да, именно так: попытки как-то оптимизировать работу команд извне, как-то вменить им те или иные инструменты, даже родные для Скрама диаграммы сжигания, парное программирование, TDD и прочее без чего команде в Скраме трудно жить, да тот же YouTrack или Jira, — всё это разрушает самостоятельность команд, всё это разрушает их свободу организовывать творческое пространство по собственному удобству.
Особенно сильно разрушают команды разного рода менеджеры. Менеджеры же чего хотят? Поуправлять они хотят. На общее благо они хотят что-то изменить в команде, формате или процессе и через изменение улучшить ситуацию. Именно через это они осознают себя нужными и демонстрируют свою нужность руководству. При этом даже Швабер, со своей склонностью к вождистскому стилю управления, вынужден был ввести Scrum-мастера (и себя в этой роли) не как руководителя, и даже не как ментора, а как коуча. И не просто как коуча, а коуча в самой мягкой форме — помощника-по-запросу, лидера-в-служении. Команде нужно — команда обращается. И не столько за советом как поступить, сколько за меню со списком того, что вообще бывает полезным по какой-то возникшей трудности. Узнают у него варианты лучших практик и сами понимают, что им удобнее в их ситуации и с их опытом — каждого персонально. То есть Scrum-мастер введён в качестве руководителя, который не руководит — опять дзенская конструкция.
Scrum — это формат, не являющийся форматом. Помните это. Иначе он не работает.
