Scrum Покер планирование на Javascript и скрам митинги и их недостатки и бессмысленность

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

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

function generateNormalDistributionVoting() {
  const numbers = [1, 2, 3, 5, 8, 13];
  const randomIndex = Math.floor(Math.random() * numbers.length);
  return numbers[randomIndex];
}

function calculateAverage(numbers) {
  const sum = numbers.reduce((acc, num) => acc + num, 0);
  return sum / numbers.length;
}

function repeatAndCalculate(epics, tasks) {  // https://intellect.icu
  const results = [];
  for (let i = 0; i < epics; i++) {
    const randomNumbers = [];
    for (let j = 0; j < tasks; j++) { 
      randomNumbers.push(generateNormalDistributionVoting());
    }
    const sum = randomNumbers.reduce((acc, num) => acc + num, 0);
    const average = calculateAverage(randomNumbers);
    results.push({ sum, average });
  }
  return results;
}

const result = repeatAndCalculate(8, 10);

 
result.forEach((item, index) => {
  console.log(`Epic  ${index + 1} .  Total: ${item.sum} points Avg: ${item.average}`);
});

При 10 тасках в каждом эпике результтаты будут следущие :

  Epic  1 .  Total: 60 points Avg: 6
  Epic  2 .  Total: 34 points Avg: 3.4
  Epic  3 .  Total: 73 points Avg: 7.3
  Epic  4 .  Total: 57 points Avg: 5.7
  Epic  5 .  Total: 48 points Avg: 4.8
  Epic  6 .  Total: 74 points Avg: 7.4
  Epic  7 .  Total: 61 points Avg: 6.1
  Epic  8 .  Total: 43 points Avg: 4.3 

При 20 тасках в эпиках примерно в 2 раза больше будет points.

Конечно, можно подкоретированить:использовать не равномерное распределение поинтов, а нормльное , чтобы было более правдоподобно. (

(сейчас в вычислениях равн. распределение для 1,2,3,5,8,13)
Предполагаю, что сумма поинтов для каждого эпика особо не измениться и для нормального распределения (этому закону все в реальном мире подчиняется) .

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

При этом затрачивается примерно (1~2)*5*6 = 30~60 человеко-часов в неделю для генерации такой же статистики , которые могли бы пойти на имплементацию этих же тасок) .

Рис. Саркастическая оценка в часах задачи

Недостатки и бессмысленость покер планирования с использованием баллов

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

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

Еще одним недостатком является сложность в использовании. Для того чтобы приступить к работе с Scrum Покер планированием , необходимо освоить не только принципы Scrum, но и знания в области веб-разработки а так же в междыйх областях (пример при групповом ежедневноми митинге или при созвоне для оценивания задач необходиомо знать работу верстальщикаили дизанера программисту или наоборот). Это делает процесс недоступным для многих профессионалов и увеличивает и искажет проставленные оценки.

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

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

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

Бессымсленность скрами митингов для программистов

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

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

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

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

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

В заключение, скрам-митинги в целом, являются бессмысленными для программистов, но они не могут играть важную роль в методологии Scrum и никака не могут помочь командам оставаться организованными и сфокусированными. Даже путем оптимизации формата и целенаправленности митингов, команды не смогут сделать их более эффективными и увлекательными для участников. Помните время это ценное что есть в нашем мире.

Выводы

Какая главшная цель разработки программного обеспечения?

ответ - максимальное увеличение качества и максимально возможно уменьшение сроков разработки.

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

Митинги если и должны быть то только между теми участниками, для которых это действительно необходимо и только тогда, когда это реально необходимо.

Вау!! 😲 Ты еще не читал? Это зря!

• скрам-мастер и тамада ,