Comments 7
Конкретный пример, прям из моей текущей реальности.
Некоторая сеть испытывает предельную нагрузку. Скажем в течении более чем трех дней. По факту имеем DDOS от 100000 до 1000000 ppm. Итого у нас либо "звезда небесная", либо "данунака вроде шевелится". Добиваемся работоспособности процентов на 40... Получаем звезделей, поскольку, несмотря на активную работу 90% персонала, человек-фантастик-коуч требует отчеты со 100% позитивными показателями каждые 4/12 часов. А человек-позитив и стикер приклеить не способен.
Я не говорю что статья определенно говно, я говорю, что все абсолютно индивидуально.
Даже не знал, что людей можно также подвергать FFT ?
Спектральный анализ? Ок. Ещё один термин из настоящей науки, присвоенный продавцами, и по которому теперь будет сложнее найти информацию.
Краткий пересказ статьи: выгружаете список задач, считаете сколько сделано/не сделано/зависло/и т.п., строите из этого столбики в Экселе и столбики красите в запрещённые радужные цвета. А дальше вам почему-то станет легче управлять командой - но непонятно почему.
Всё.
Ах, да, надо еще назвать это квантово-волновой диаграммой. Ну потому что у нас квантовые задачи - то ли сделаны, то ли нет - не поймёшь. Логично же. Поэтому ревью задач мы будем называть "квантовые вычисления" - ну типа мы же там вычисляем, какие задачи делать.
В какой-то мере с вашей позицией можно согласиться. До 4 этапа работа действительно предстоит элементарная - подготовка информации. А вот дальше, если регулярно аналитикой задач не занимаетесь в команде, придется потратить много времени на поиск причин, восстановления контекста и описание сегментов.
А дальше вам почему-то станет легче управлять командой - но непонятно почему.
Безусловно, использование спектрального анализа не исключает другие практики управления командой. Как и пишу в статье, инструмент может дополнить практику менеджера и внести больше ясности.
Детально описанные спектры задач позволяют менеджеру без привлечения команды уже на входе понять сколько времени потребуется на реализацию. Соотнести потребность в новой фиче с текущей загрузкой команды и адекватно аргументировать заказчику почему сейчас команда не может взять задачу в работу, либо договориться об исключении уже имеющихся фич из спринта взамен новой.
Если у вас есть опыт в применении более наглядных и информативных инструментов, поделитесь.
Как спектральный анализ улучшает оценку задач и снижает стресс в команде разработки