Как выстроить функцию системного анализа с нуля, когда требования постоянно меняются, знания теряются, а команда работает без единых стандартов? Разберём, как через управление знаниями, стандартизацию, и контроль качества перейти от хаоса к управляемой и предсказуемой работе, сделав её устойчивой и масштабируемой при росте команды.

Такой удобный, такой знакомый инструмент — диаграмма последовательности... А насколько по шкале от 1 до 10 вы уверены, что ваши знания совпадают с тем, что говорит нотация UML? Давайте вместе посчитаем, сколько раз вы заблуждались (а также посмотрим всякое интересное и полезное)

Мы часто видим ситуацию: аналитик написал ТЗ или спецификацию, но на архитектурном комитете (или при согласовании с архитектором) начинается вал вопросов. «А учёл ли ты RPS?», «Как будешь масштабировать БД?», «А какие нефункциональные требования?». В итоге — доработки, лишние созвоны и потеря времени. Покажу конкретный формат документа с примерами, а также реальный пример расчета сайзинга БД и RPS