Обновить

Комментарии 15

Я вроде видел эту статью раньше (?)

Думаю, просто мало- и средне-приоритетные задачи в период форсажа убирать и этого достаточно.

И не забывать возвращать отгулы за переработку. Час переработки = 2-3 часа отгула

Или вы хотите учесть стресс от ответственности? Есть такое, да

Да, всё верно - была ранее, но хабр ее снес, говорит - генерация)

Ну вот, вы её переписали и теперь в ней вдвое меньше генерации. Новые правила работают. :-)
Мы не хотим жестить, пока что скрываем только то, что сгенерировано точно больше, чем наполовину.
Хотим, чтобы авторы пришли к пониманию, что на Хабре нужно писать руками, а не генерировать статьи. И что сгенерированная статья будет рано или поздно скрыта модератором.

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

Загрузка на уровне 80%

Плюсую, при такой нагрузке остается резерв не столько на всякие всплески нагрузки, но и банально - на отпуска, больничные и прочие случаи выбытия коллег.

У соседей была нагрузка выше 100%, героически задерживались на работе, начальство ценило и аплодировало - а однажды зимой двоих сотрудников выкосило гриппом, один был в отпуске за границей, и тут свалился срочный проект, который позарез до конца года выпустить надо. И всё посыпалось.

Ну перенесли бы несрочный.

Или у вас один человек - один проект?

Под конец года все проекты - срочные. ;) Даже если весь год всё шло в вялотекущем режиме, согласовывались бесконечно сметы, задания - то в декабре надо сделать всё и сразу. Традиция такая, красивый обычай...

Но зато они выбили себе численность.

Под конец года все проекты - срочные

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

Какой-то странный конфликт у произведения : "Они неправильные, а я да".

Цифры крайне сомнительные просто потому, что неизвестно что в чем измеряется. Но звучит по-доброму. Из статьи я примерно понимаю измерение загрузки, как % следования протоколу. На 80% мы все еще делаем как надо, на 100% уже бегаем в панике. Ну допустим. А если либо так либо на мороз? Ну нет денег. И тогда придется стать очередным руководителем, которого порицают на хабре.

Ну нет денег

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

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

Честно говоря, слабо понял ваши мысли. Пой посыл был таков - 80% нагрузки дает классный результат бизнесу и команда чувствует себя комфортно (win-win), приходит срочная задача - поднимаем производительность на 100%. Все работают штатно, без овертаймов. Решили срочные задачи - снова откат на 80%.

Как вы посчитали это KOMANDA LOAD в 80%?

Опытным путем. Как контролировать, например: Work in Progress — WIP

Вдруг война, а я уставший? (с)

Мне интересно, а как считаются эти проценты нагрузки?) Это же не тахометр в двигателе.

Для оценки используется Velocity (Скорость) и Capacity (Ёмкость/Ресурс), а для контроля WIP

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации