Project Management

Начну с признания: раньше я был настоящим фанатом эпиков. Каждый запрос на добавление функции, каждый этап проекта, каждый чих в офисе упаковывался в блестящий контейнер эпика. «Просто добавь это в эпик!» — провозглашал я, словно какая-то фея Agile, размахивающая своей палочкой невыполненных задач. Но после нескольких лет наблюдения за тем, как проекты терпят неудачи, команды выгорают, а заинтересованные стороны недоумённо чешут головы, я пришёл к отрезвляющему выводу: эпики не всегда являются решением....

Picture this: you’re at your third daily standup this week, and someone inevitably asks, “So, what’s our velocity this sprint?” Meanwhile, your backlog has grown from a neat list of 20 items to a sprawling monster with 247 tickets, half of which haven’t been touched since the Obama administration. Sound familiar? Welcome to the dark side of Agile backlogs that nobody talks about at those fancy methodology conferences. Don’t get me wrong – I’m not here to burn down the Agile manifesto or suggest we all return to the waterfall days of our ancestors....

Представьте: вы на третьем ежедневном стендапе на этой неделе, и кто-то неизбежно спрашивает: «Так какова наша скорость на этом спринте?» Тем временем ваш бэклог вырос из аккуратного списка из 20 пунктов в разросшегося монстра с 247 тикетами, половина из которых не тронута со времён администрации Обамы. Звучит знакомо? Добро пожаловать на тёмную сторону Agile-бэклогов, о которой никто не говорит на модных методологических конференциях. Не поймите меня неправильно — я не собираюсь сжигать манифест Agile и не предлагаю всем вернуться к водопадной модели наших предков....

Let me paint you a picture: It’s Monday morning. Your team gathers for sprint planning. Tuesday brings the daily stand-up where everyone recites their tasks like sleep-deprived zombies. Wednesday? Grooming session. Thursday? Review. Friday? Retrospective. Rinse and repeat until the heat death of the universe. If this sounds suspiciously like a liturgical calendar rather than a development process, you might be suffering from ceremony overload – the Agile equivalent of filling your codebase with comments that say “fix later....

Давайте я опишу вам ситуацию: утро понедельника. Ваша команда собирается для планирования спринта. Вторник приносит ежедневный стенд-ап, где все перечисляют свои задачи, словно зомби, лишённые сна. Среда? Семинар по подготовке задач. Четверг? Обзор. Пятница? Ретроспектива. И так до бесконечности, пока не наступит тепловой смерти Вселенной. Если это звучит подозрительно похоже на литургический календарь, а не на процесс разработки, возможно, вы страдаете от перегрузки церемониями — это аналог Agile, когда вы заполняете кодовую базу комментариями «исправить позже»....