Перегорание может произойти, когда выполнение Толпы бежит непрерывно? [закрытый]

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

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

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

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

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

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

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

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

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

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

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

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

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

«Работайте красиво, красиво, продуктивнее». (немного смеха в конце любезно предоставлено daft punk + radiohead)

«Работайте красиво, красиво, продуктивнее». (немного смеха в конце любезно предоставлено daft punk + radiohead)

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

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

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

Вы устаете после 36 недель тяжелой работы; это не Scrum, это человеческая природа! Скрам нужен не для того, чтобы заставить вас работать усерднее, а для того, чтобы помочь вам работать более последовательно и с большей предсказуемостью. Я часто вижу, как люди путают симптомы нормального управления проектами с тем, что они воспринимают как симптомы гибких методологий (например, «заказчик постоянно меняет требования - это, должно быть, вина Scrum!»). Однако это важное различие, потому что без определения причины вы не сможете лечить симптомы. Лично я бы искал способы уменьшить выгорание, такие как методы управления стрессом. Есть масса информации о том, как добиться успеха в стрессовой среде.

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

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

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

Проводит ли ваша команда ретроспективы в конце каждого спринта? Это возможность Команде «проверить и адаптировать» свой процесс? Как Скрам-мастер, я регулярно прошу Команду оценить, как она «себя чувствует» как единое целое, и получают ли они удовольствие. Мы исследуем, почему или почему нет, и экспериментируем с корректировками и альтернативами.

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

Что касается «...

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

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

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

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