Скептик в команде Scrum

14

Моя компания недавно перешла на Agile способ работы, и как часть этого мы начали использовать SCRUM. Хотя я очень доволен этим и чувствую, что этот способ превосходит традиционный, некоторые из моих товарищей по команде не разделяют это мнение. На самом деле они очень скептически относятся к «всем этим гибким вещам» и не воспринимают это всерьез. Например, один из товарищей по команде всегда опаздывает на встречи, и на самом деле его это не волнует. Руководство IMO старается не замечать этого (возможно, потому что оно новое, и людям нужно время, чтобы привыкнуть к нему).

Мой вопрос: как решить эту проблему, не поднимая конфликт внутри команды?

Sorantis
источник
4
Что за WoW? Погуглил "agile WoW-warcraft" не так уж и много.
Джо Дейли
1
@ Джо - «Способ работы» возможно?
ChrisF
Способ работы.
Сорантис
Scrum! не СКРАМ! Вау? Agile # 1 = WoT, а не WoW. Без WoT WoW - просто SNAFU. И одним из основных способов мышления является устранение барьеров для общения, а не возведение новых.
МВД
2
Agile WoW = Наблюдая за боссом или двумя на ночь в течение недели и делая полное прояснение по пути? И парные рейдеры / делать обзоры DPS? Извините, бывший игрок WoW здесь.
Уэйн Молина

Ответы:

21

Когда сталкиваюсь с крайним скептицизмом, я пробую несколько вещей:

1.) Я демонстрирую такие методы, как TDD, непрерывное развертывание, парное программирование, сбор требований с вашими пользователями, короткие итерации и т. Д. Я не называю эти методы Agile или арфой по поводу Agile Manifesto (я действительно говорю о Software Craftsmanship - но это другое дело; р). Я просто показываю членам команды полезные инструменты и методы, которые облегчают их жизнь. Они стремятся запрыгнуть в Agile, когда увидят преимущества изо дня в день.

2.) Я не сразу переключаюсь на полноценную методику SCRUM (или другую). Всегда лучше представить небольшие аспекты Agile одновременно.

3.) Я согласен со скептиками (в точку). Agile - не серебряная пуля, а SCRUM, Kanban, Lean и т. Д. Также не являются серебряной пулей. Вместо этого я работаю с ними, чтобы выяснить, какие аспекты могут принести им немедленную пользу (сервер CI обычно не представляет никакой сложности), а затем я пробую остальное: «Давайте попробуем в течение одной недели выдержки, а затем рассмотрим его».

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

Итак, чтобы перейти непосредственно к вашему вопросу. Поднимите это с командой:

«Я также немного скептически отношусь к противостоянию, но я думаю, что как команда, мы должны дать ей правильную оценку в течение 1 недели (никаких оправданий!), А затем пересмотреть это, чтобы увидеть, сработало ли это для нас. Что люди делают? думать?"

Мартейн Вербург
источник
9
@Sorantis - правда, это не проблема Agile WoW? Похоже, этот член команды просто не очень хорошо работает в команде! Это скорее вопрос психологии / поведения человека, и хитрость в том, чтобы выяснить, что мотивирует этого человека (как в его позитивном, так и в негативном поведении).
Мартейн Вербург
4
++ Когда навязано, это похоже на религию, и люди естественно сопротивляются. Когда исследуется функция за функцией, это больше похоже на здравый смысл, и если люди говорят «но это в основном то, что мы делаем в любом случае», то вы выигрываете. Я думаю, что часть проблемы с Agile просто в том, что у него есть имя, и, следовательно, происходит извне.
Майк Данлавей
1
Аааа, парное программирование - вот где 1 парень читает журнал, а остальные кодируют :)?
Крис С
2
@ Martijn, я занимался парным программированием, где у одного человека мышь, а у другого - клавиатура. Таким образом, оба должны сосредоточиться;)
Бенджол
1
@Mike Dunlavey: «если люди говорят», но это в основном то, что мы делаем в любом случае «тогда вы выигрываете». - или, может быть, тогда вы вводите бесполезную бюрократию? если они все равно делают это правильно, то действительно ли им нужны ваши правила о том, как это сделать?
Имре
16

Типичный случай неправильно реализованного Scrum .

Скрам был навязан команде. (Вся) команда не выбрала его.

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

Сопротивление переменам - ваш враг.

Я настоятельно рекомендую вам начать все сначала и представить Scrum команде и позволить им задавать вопросы.

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

Обратите внимание, что Scrum не рекомендуется для вашей компании. Единственные, кто может ответить на этот вопрос - это люди, которые работают на базе. Команда .


источник
1
Есть ли способ заставить скептиков любить SCRUM? Это немного слабая вещь - просто не используйте ее, если она вам не нравится.
Сорантис
1
@Sorantis: нет простого способа сделать это. Вам придется вкладывать много усилий и времени , объясняющих , как Scrum обеспечит выгоды для них . Комфорт статус-кво настолько важен, что они сделают все возможное, чтобы сохранить его. Даже заставляя себя не понимать преимущества. Это то, что происходит, когда вы навязываете другим свои идеи. Ваша ситуация действительно трудно решить.
@Sorantis - это происходит каждый день. Это называется продажи. Просто продолжайте указывать на хорошие вещи, которые принес SCRUM. Увеличение общения! Адаптация к изменениям! Сохраняя проект простым! Не будь слишком хорош, чтобы использовать работу Павлова. ;-) Люди реагируют на то, что им показывают, а не на то, что им говорят Покажите им, насколько хорошо SCRUM работает на вас, и они со временем последуют их примеру.
Стив Гудман
Так сказал Сталин.
Работа
Сталин сказал что?
5

Может случиться так, что концепция ежедневных встреч не очень хорошо применяется к тому, что делает человек. Эти встречи не бесплатны.

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

Майк Данлавей
источник
5

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

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

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

Antonio2011a
источник
-1. Даже если разборки здесь не осталось, вы все равно являетесь частью организации. Если эта организация решит перейти к разборкам, то будет очень мало проблем. Если вы хороший программист и командный игрок, и вы готовы согласиться с тем, что кто-то другой знает больше о коммерческих приоритетах, то Scrum точно позволит вам выполнять свою работу, по-своему. Если все сделано хорошо, схватка не должна занимать более 10% вашего времени. В этих 10% вы также сделали планирование и отчетность. Громко рыдать или смеяться.
Крис Ван Баел
1

Если вы делаете Agile, то у вас должно быть отставание, из которого вы работаете. Используйте схватку, чтобы раздать задания из отставания.

Выбранные (лучшие) задания выбираются первыми в начале встречи. Когда прибываете поздно, просто дайте ему то, что осталось на день.

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

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

Напомните ему, что если он появляется вовремя, он может участвовать в процессе.

Билл Липер
источник
Таким образом, вы потеряете последний шанс продать Scrum скептикам. Имхо реальная проблема - навязанная методология, как предполагают другие ответы.
MaR
1

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

Таким образом, очевидный ответ заключается в том, что Scrum Master созывает собрание, объясняет проблему (но не обманывайте себя, все в команде уже точно знают, в чем проблема), а затем говорит им, что у них есть 1 час, чтобы выяснить, что они собираются с этим поделать. Затем он сидит в углу и держит рот на замке.

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

В любом случае, проблема должна быть рассмотрена на Ретроспективе Спринта, и можно обсудить эффективность любого решения, которое они нашли.

Избегание «командного конфликта» вообще не должно быть фактором.

Дейв
источник
0

Уволить товарища по команде, тогда он не будет вызывать споров в команде.

Джон Сондерс
источник
1
Я не думаю, что это решение вообще. Это как моя рука болит .. О, давайте просто порежем это.
Сорантис
4
Это зависит от того - если компания решила внедрить SCRUM, а сотрудники не хотят работать в соответствии с требованиями бизнеса, то это довольно классические основания для увольнения.
Мерф
@Sorantis: больше похоже на то, «если твоя левая рука обидит тебя, отрежь если», или что-то в этом роде. И предупредить его первым.
Джон Сондерс
2
@Rob: пройдите процесс, проясните, что ожидается от скептика, и если он не желает делать то, что требуется, либо пусть он уйдет, либо уволит его. В противном случае отправляется неверное сообщение остальным членам команды - что SCRUM не имеет значения, и что все они могут его игнорировать, как скептик.
Джон Сондерс
2
Agile о команде. Если у вас есть кто-то, кто отказывается быть частью команды, то руководство должно назначить ему испытательный срок или отпустить. В долгосрочной перспективе вы будете чувствовать себя лучше с командой, которая работает с кем-то, что создает проблемы. Я слышал много историй о гибких командах, уничтоженных одним плохим яблоком.
Билл Липер
0

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

Программирование - это высокоточное занятие, поэтому редкий человек остается невосприимчивым к суровым фактам По крайней мере, в теории.


источник
Дело в том, что я новый сотрудник в компании. Я пришел, когда они начали использовать проворный WoW. А мой товарищ по команде работает в компании 15 лет
Сорантис
2
Я просто неверно истолковал «падение воды» как «падение воды», и это было лучшее переименование подхода к разработке, который я когда-либо видел. Потрясающие!
Гленатрон
@glenatron: Очень мило, действительно бьет по гвоздю.
3
Проблема с подходом выкапывания контрпримеров состоит в том, что они не являются хорошими аргументами в пользу других конкретных идей. Никто не любит водопад, но это не значит, что они хотят попасть на борт Agile.
Майк Данлавей
0

Кто принял решение перейти и почему? Где эти скептики вообще принимали решение, или это решение просто упало на них?

Вы слишком жестки и / или быстры в реализации своих новых методов? Вы выпускали хорошие (не обязательно совершенные) продукты, используя ваши старые методы? Вы продемонстрировали скептикам, как это пойдет им на пользу? Вы можете продемонстрировать это? Те, кто «видел свет», продемонстрировали скептикам, как это выгодно им, команде и компании?

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

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

Конечно, что вы будете делать, если победят скептики?

ElGringoGrande
источник
Я не менеджер, я просто член команды. Решение было принято руководством
Sorantis
0

Проведите совещание группы, чтобы обсудить и выяснить, почему ваша компания перешла на SCRUM, и попросить всех определить, что они думают о SCRUM, что повысит ценность текущего режима работы. Иногда компании делают переключатели с дурацкими головами (я был на ссорах, где никто не слушал, и все просто рассказывали о том, что они сделали вчера, и уходят. Эти команды обычно достигают равновесия вроде: «Я не буду задавать вопросы, а ты не связывайся» со мной "и ворчать там. Это просто пустая трата времени), поэтому возьмите то, что лучше для вас.

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

Субу Шанкара Субраманян
источник