Аналитический долг🏦 Я тут, я не пропала - много рабочих и не только активностей, физически не успеваю писать. Прошу понять, простить и остаться😊🧸 Недавно вспомнилась одна большая задача, которая легко может ускользнуть из внимания проектного менеджера и аналитика, особенно если проект продуктовый и/или живет крупными итерациями. Это - аналитический долг. Сильно обобщу, но на слуху больше технический долг: когда разработчикам нужно оптимизировать код, заменить костыль на нормальное решение или починить дефект, найденный после релиза. Аналитический долг в рамках небольших спринтов (2-3 недели) таковым не воспринимается, потому что «брюки превращаются... превращаются в элегантные шорты» - то есть просто переезжает в новый спринт в виде заявленных требований на разработку. Другое дело - крупные инкременты или проекты с финальной датой, но с продолжающейся поддержкой решения (как в моем случае: переход на новое решение, с которым будет компания жить несколько лет). Почему важно закрывать аналитический долг? 📍 Временные решения, оказавшиеся достаточными для релиза, могут не учитывать важные условия, которые с высокой степенью вероятности возникнут в будущем. В итоге система начнет «ломаться» не технически, а логически: сценарии есть, а правил нет. 📍 Незадокументированное поведение в сложных частях системы стоит внести в базу знаний, пока память и обоснования свежи. Иначе через полгода никто (включая себя) не вспомнит, почему именно так, и любое изменение станет рискованным. 📍 Аналитический долг напрямую увеличивает стоимость изменений Каждое новое требование приходится сначала «раскопать»: что уже реализовано, какие есть неявные договоренности, где костыли, а где осознанные компромиссы. 📍 У бизнеса формируются неоправданные ожидания от «готовности» системы Бизнес живет с ощущением, что «все уже учли, и все полностью готово», а по факту часть сценариев, о которых явно сообщали бизнесу (но кто об этом помнит?), просто не была покрыта. 📍 Закрытие аналитического долга - это инвестиция в устойчивость продукта Особенно для решений, с которыми компании предстоит жить годы: без этого продукт становится хрупким, а команда - заложником прошлого контекста. А как вы работаете с аналитическим долгом в проектах?