Ритуалы IT-проектов

В управлении IT-проектами существуют ритуалы и процедуры, которые традиционно считаются необходимыми. Какие из них иногда можно игнорировать и почему:

1. Ежедневные стендап-встречи. Этот ритуал Agile-методологии полезен для поддержания общего ритма и обновления статуса задач, но в ряде случаев он может стать лишь формальностью, а иногда даже мешать (например, если команда распределенная и находится в разных часовых поясах). Если команда уже эффективно общается через другие каналы, ежедневные встречи могут быть не так необходимы. Главное здесь — не потерять общий контекст работы и обеспечить постоянную обратную связь. Это можно делать с помощью коротких асинхронных обновлений через инструменты обновления проектами или даже просто мессенджеры. Каждый участник команды может просто описать свой прогресс и планы на день.

2. Подробное документирование каждого шага. Документация — ключ к успешному проекту, но излишняя бюрократия может замедлить процесс. В некоторых случаях, особенно в стартапах или при быстром прототипировании, можно сосредоточиться на создании минимально необходимой “живой” документации, которая охватывает главные аспекты проекта, и по мере необходимости дополнять её.

3. Формализованные процедуры утверждения. В идеальном мире каждое изменение должно проходить через сложную систему утверждений. Но в реальности это может замедлять процесс, особенно в малых командах или при быстро меняющихся требованиях. Упрощение процесса утверждения, с определённой степенью автономии членов команды, может ускорить разработку. Создание гибких рамок для принятия решений позволит ускорить процесс утвержения без ущерба для качества.

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

Расскажите в комментариях, какие ритуалы не прижились у вас?