Впервые опубликовано в 2022-12-19
В нижеприведенной дискуссии я предполагаю, что читатель уже знаком с основными понятиями agile/XP. Чтобы подытожить, работа разделена на спринты, обычно длиной 2 Вк. Каждый день есть стендап (не обязательно стоять на ногах), некоторые компании реализуют два: один утром, другой до конца дня. Стендап состоит из того, что каждый член команды говорит, над чем он работал вчера, над чем он работает сегодня и заблокирован ли он. Рабочий журнал состоит из билетов (кучка билетов называется эпосом - если только это не называется спринтом), билет, описывающий, кто что и когда будет делать. Билеты проходят через «полосы», типичные для меня полосы: тодо, делание. Но в масштабах всей отрасли полосы: в планировании, на палубе, в прогрессе, готовы к тестированию, в тесте, готовы к выпуску, закрыты (сделано), закрыты (не будет сделано).
Я просто хочу сказать, что двухнедельный спринт по отраслевым стандартам не имеет для меня никакого смысла. Спринт длится 1 день. В начале дня я смотрю на рабочий журнал и беру то, что, по моему мнению, я могу сделать за день. Вот так!
И для планирования я беру удобный месяц. Каждый знает, что такое месяц, календарь уже поделен на эти, и это достаточно длинный промежуток в том смысле, что в конце он должен быть в состоянии увидеть заметный прогресс за месяц. (Я не вижу заметного прогресса после одного рабочего дня. Если что-то не выпущено, в конце дня оно может оставаться не выпущенным. Однако через месяц вы увидите значительный прогресс.
Если аргумент заключается в том, что две недели — это просто правильное количество времени, чтобы держать всех сосредоточенными, это также не так. Или, по крайней мере, я его не видел. Все и вся всегда опаздывают. В среднем это занимает два месяца (что?). Релизы удобны еженедельно, а не раз в две недели! Затем, чтобы поспорить, вы говорите: О, но вы можете начать свой спринт на 1-й неделе и включить работу в релиз на 3-й неделе, вам лично не нужно выталкивать код каждую неделю. И тогда я говорю, хорошо, но затем делайте спринт еженедельно, а не раз в две недели, так как это отражает то, что мы делаем за неделю. А потом вы говорите: нет, вы тратите неделю на внедрение, а QA тратит неделю на тестирование. Вот почему это двухнедельный спринт: dev и QA. И тогда я говорю "хорошо", но это все равно означает, что расписание еженедельно, а не раз в две недели. Если я отправляю некоторые функции в QA в конце 1 недели, то я должен работать над чем-то на 2 неделе, пока QA проверяет мою работу. И тогда вы говорите: «О, тогда просто возьмите две такие задачи за один спринт, если это займет всего неделю». А потом я говорю, так что в любом случае двухнедельный спринт не имеет никакого смысла. Д-р, мои спринты ежедневно. А аналитические сводки ежемесячные.
Есть некоторые отраслевые стандарты, с которыми я согласен. Консенсус таков: никаких развертываний по пятницам. Потому что если что-то сломается, в субботу никто не сможет это исправить. Лучший день для развертывания - четверг. Таким образом, это можно сделать с комфортом, не беспокоясь о раннем конце дня; если у вас слишком много времени, у вас есть пятница, чтобы закончить / откат; если что-то пойдет не так, пятница - это день отката; и это все еще своего рода выходной, поэтому концепция недели сохраняется. Я работал в команде, где светлые умы решили выпускать релизы по вторникам.
Полагаю, руководство решило, что если они смогут отодвинуть день релиза на два дня вперед, это будет похоже на экономию двух дней для них. Это не имело смысла. Но возражений никто не выдвигал, мне не хватало старшинства, и это было реализовано.
Через несколько недель я перестала знать, что такое неделя. Думаю, вся команда потеряла эту базовую интуицию. Если я работаю над чем-то на 1-й неделе и это QA'ed на 2-й неделе, когда это выйдет? Предположительно, во вторник 3-й недели, но почему-то так и не получилось. QA должен будет подписать его к понедельнику. Конечно, QA был в Азии на 1/2 дня раньше нас. Каждое общение с ними занимало целый день. Чтобы дать им один полный день тестирования, я должен был дать код QA к четвергу. Все это звучит разумно, но на практике это не сработало. Я потеряла представление о том, что что-то будет выпущено на этой неделе, только на следующей неделе. То, что было выпущено на этой неделе, уже устарело.
