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