Чек-лист команды разработки на соответствие SCRUM

Я работаю в IT уже более 8 лет и по моим наблюдениям, во многих российских компаниях сложилась «уникальная» культура использования гибких методологий, в особенности всеми известной методологии SCRUM.

Чуть ли не все IT компании сегодня наперебой торжественно заявляют - «Мы работаем по Скраму!». Вопрос который я хочу рассмотреть, а действительно ли компании работают по Скраму и соответствуют этому самому Скраму? Давайте пройдемся по чек-листу 📋

1) Мы не видим смысла в утренних созвонах каждый день. Зачем тратить время, мы и так понимаем, что нужно делать.

2) У нас часто остаются недоделанные задачи в конце спринта, но это не страшно, ведь их можно перенести на следующий спринт.

3) Наши задачи обычно не имеют подробного описания, но мы всегда можем созвониться и обсудить поставленную задачу в ходе спринта.

4) Наш системный аналитик Юля и разработчик Вася, работают с нами уже много лет и знают абсолютно все о нашей IT системе. Зачем нам лишний раз документировать описание устройства и логики работы системы, ведь мы всегда можем обратиться к Юле и Васе.

5) На утренних собраниях мы обычно по очереди повторяем дежурную фразу, что мы все работаем с поставленными задачами. Наш менеджер Илья очень рад, что все работают. Мы настоящая Скрам команда!

6) Мы не видим смысла в проведении ретроспектив, потому что и так понятно в чем у нас проблемы, а в чем достижения. Да и команде лучше заняться работой, чем тратить время на это. Да и вообще, не все проблемы получается решить, а лишний раз акцентировать внимание на этом не хочется.

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

8) В нашем приложении достаточно много ошибок и сбоев, и пользователи ежедневно жалуются на работу приложения. Но мы считаем это нормальным, так как наше приложение достаточно большое и сложное.

9) Разработчикам не нужно вникать в потребности конечных пользователей, они просто пишут код и ничего более.

10) Обычно у нас нет четкого плана разработки/дорожной карты, наш менеджер создает новые задачи в начале каждого спринта.

11) Мы не оглядываемся на архитектуру нашей или сторонней системы, мы решаем задачи так, как удобно разработчику.

12) Мы не используем метрики для анализа эффективности работы команды, у нас и так достаточно дел помимо этих метрик.

Нашли совпадения в чек-листе? Поздравляю 🚀

Скорее всего ваша команда разработки имитирует применение методологии SCRUM и результаты этой имитации часто имеют печальные последствия. На западе эти симптомы из чек-листа называют «Зомби Скрам» или «Команда Зомби» 😀

А какие бы вы добавили пункты к данному чек-листу?)