Может ли выгорание произойти при непрерывном выполнении спринтов Scrum? [закрытый]

из Википедии о выгорании: "выгорание в значительной степени является организационной проблемой, вызванной долгими часами, небольшим временем простоя и постоянным наблюдением со стороны сверстников, клиентов и высшего надзора"

У них также может быть изображение значка Scrum рядом с определением burnout.

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

ИМХО, короткие 2 недели схватки должны быть запрещены, за исключением небольших дозы, не более 4-8 в ряд. Используйте его как инструмент для исключительных или критических вещей, а не постоянно. Используйте здравый смысл.

вы устаете после 36 недель тяжелой работы; это не Scrum, это человеческая природа! Scrum существует не для того, чтобы заставить вас работать больше, а для того, чтобы помочь вам работать более последовательно и с большей предсказуемостью. Я часто вижу, как люди путают симптомы нормального управления проектами с тем, что они воспринимают, являются симптомами гибких методологий (т. е. "клиент продолжает изменять требования – это должна быть ошибка Scrum!"). Это важное различие, потому что без выявление причины вы не можете лечить симптомы. Лично я бы искал способы уменьшить выгорание, такие как методы управления стрессом. Там куча информации о том, как добиться успеха в стрессовой обстановке.

спринт-это не 100 ярдов тире; это одна (случайная) миля в марафоне, т. е. темп, который вы можете поддерживать бесконечно.

проводит ли ваша команда ретроспективы в конце каждого спринта? Это возможность команды "проверить и адаптировать" свой процесс? Как ScrumMaster, я регулярно прошу команду оценить, как команда как сущность "чувствует", и если им весело. Мы исследуем, почему или почему нет, и экспериментируем с корректировками и альтернативами.

в моем опыт, члены команды пользуются (до предела) "давление", что спринт timebox ограничивает. Главное-приблизиться, но не выйти за пределы этой зоны. При необходимости калибровка этой зоны является главным контрольным пунктом в ретроспективе.

Что касается "... время в среде Scrum, которая не назначена/не отслеживается, чтобы сделать некоторые незначительные вещи и очистить голову", сохраняя приверженность команды на уровне x% от доступной емкости (предпочтительно, но часы могут быть использованы при необходимости; в любом случае Я нашел что-то в диапазоне 60-70% кажется нормой) является ключом к устойчивости внутри спринта, и случайный "день свободного кода" хорошо работает для внешних спринтов.

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

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

Это точно помогает мне не выгореть.

одним из решений является сокращение количества часов в день, потраченных на спринт.

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

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

Я полностью понимаю, что вы говорите. Для тех из вас, кто говорит: "ваш темп слишком быстрый", я не уверен, что согласен с тем, что темп всегда является проблемой, когда люди сгорают от этого процесса. Несмотря на то, что отслеживание всего вашего прогресса-это хорошая вещь, она также может быть фактором стресса (и не отслеживать может быть также), не только потому, что ваш босс/PM будет на вас, если они увидят, что что-то идет не по плану, но и для себя. Просто наличие этой зарегистрированной информации-это что-то это заставит большинство людей работать немного сложнее, чем вы обычно все время, и я не уверен, что больше времени на ваши оценки времени исправит это для всех. Я не думаю, что мотиватор (например диаграмма) всегда положительна.

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

кроме того, если вы говорите, что эти гибкие методы и спринты не становится больше эффективным/продуктивным, почему вы используете его вообще? Как вы думаете, почему компании хотят использовать эти методы вообще? Это не потому, что они веселые....

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

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

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

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

Это были только мои 2 цента. Я немного испугалась, когда люди говорят, что эти методы здесь не для того, чтобы сделать нас более эффективными и работать. Ну конечно же! Когда у тебя нет следов от делаете вы будете отдыхать, когда ваше тело говорит вам. Когда" все", что вы делаете, прослеживается, вы будете подталкивать себя. Или я поправляю себя, большинство людей так работают, некоторые все равно будут отдыхать.

вы находитесь в своем 18-м спринте!?

учитывая 2 недели за спринт, это означает 36 недель безостановочной работы над одним и тем же проектом. Вы также отмечают, что работы по 6 часов каждый день. Это звучит как много!

Я не так много знаю о гибких методологиях (хотя мы фактически используем Scrum в нашем текущем проекте), но есть принцип о вашем рабочем времени (я имею в виду, количество времени, которое вы тратите на выполнение задачи) должно быть 60%~70%. Теперь, делая цифры снова, если ваш рабочий день длится 8 часов, и вы тратите 6 часов на работу, вы действительно тратите около 75% своего рабочего времени. Это может быть небольшое отклонение, которое, наконец, заставит вас почувствовать это.

OTOH, я считаю, что если ваш проект займет много времени, спринты должны быть больше, а не 2 недели, но не месяц. Рассмотрим нисходящую кривую на диаграмме выгорания: Начните свой спринт с обычного ожога задачи и уменьшите свою активность за последние 2 или 3 дня до спринт заканчивается.

Agile - это не камень с гравировкой:" работай быстрее/сильнее/лучше/тяжелее", это больше похоже на голубое небо с белыми облаками, которые читают:"работай красиво, красиво более продуктивно". (немного lol в конце любезно daft punk + radiohead).

устойчивый темп является ключевым принципом agile. При выполнении практики управления (SCRUM) вместе с практикой проектирования (XP) команда может выполнять спринт за спринтом бесконечно. Однако, поскольку можно, это не значит, что нужно.

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

Если у команды есть 5 пар, и вы поворачиваете человека с линии, человек может снимать вращение каждый 10-й спринт (если один человек) или каждую 5-ю итерацию (если пара). Вопросы бюджета и возврата инвестиций для вашей деятельности должны быть решены вашим руководством и / или деловым партнером. Но ясно, что наличие некоторого времени для "заточки пилы" принесет пользу команде, таким образом проект. Держать команду свежей и сосредоточенной-это очень хорошо. Но мы должны помнить, что нам платят, и мы должны принести ценность для долларов, которые мы зарабатываем.

Я думаю, что вы что-то упускаете, но вы не единственный. Как говорит Джим Хайсмит:"скорость все чаще используется в качестве показателя производительности (а не меры калибровки емкости, как предполагалось), которая фокусирует слишком много внимания на объеме поставленных сюжетных точек."

Я думаю, что это то, что происходит с вашей командой. Я рекомендую прочитать этот Хайсмит ИМХО семенной пост:Скорость убивает ловкость!