Не пытайтесь освоить всё сразу. Каждый следующий этап должен заканчиваться практическим результатом.
01
Этап 1 из 4
Отделить проблему от пожелания
Возьмите небольшой вымышленный процесс или разрешённый обезличенный пример. Опишите начало и конец, участников и передачу работы между ними. Запишите, что именно мешает и из какого источника это известно. Предложение «нужна новая система» пока считайте вариантом решения, а не доказанной потребностью.
Результат этапа: Есть схема текущего процесса, одна сформулированная проблема и список неизвестного. В вымышленном примере условия помечены как учебные допущения; несуществующие интервью не названы проведёнными.
Выберите одно изменение и опишите, какое поведение требуется, для кого и при каких условиях. Дайте требованию идентификатор и источник. Укажите, что входит в изменение, а что отложено. Нотацию выбирайте под вопрос: схема должна прояснять передачу работы, а не демонстрировать количество выученных символов.
Результат этапа: Можно проследить путь от проблемы к требованию и объяснить, зачем оно нужно. Противоречия и вопросы отмечены отдельно; согласование не заявлено, если его не было.
Для требования задайте исходное состояние, действие и ожидаемое состояние. Рассмотрите обычный сценарий, отказ и повтор действия, если они применимы. Проверьте, что два читателя понимают правило одинаково. На бумаге вы оцениваете полноту описания, а не подтверждаете работу ещё не созданной системы.
Результат этапа: У каждого выбранного требования есть критерий приёмки. Вы объясняете, какие критерии нужно пересмотреть при изменении правила, и отличаете выполнение требования от бизнес-эффекта.
Соберите материалы в одной версии: контекст, схема, требования, критерии и открытые вопросы. Попросите читателя указать непонятное правило или пропущенный сценарий. Зафиксируйте замечание и исправление; SQL и Excel добавляйте только под конкретный вопрос к процессу. При выборе курса уточните, проверяет ли человек ваши документы и можно ли доработать их после разбора.
Результат этапа: Читатель находит источник требования, его проверку и нерешённые вопросы без устных подсказок. Кейс честно обозначен учебным; он не гарантирует готовность к вакансии, работу или измеренный эффект внедрения.
Не переписывайте готовый пример как собственный проект. Сначала разберите его, затем повторите маршрут на другом небольшом процессе и явно обозначьте вымышленные условия.
Четыре вопроса для самостоятельной проверки
Выберите любое требование: какая проблема объясняет его появление и где записан источник?
Найдите соответствующий критерий: хватает ли состояния, действия и ожидаемого ответа, чтобы отличить успех от отказа?
Измените одно правило: какие требования, участки схемы и критерии оно затрагивает? Обновите связанные элементы одной версией.
Что ещё не согласовано и кто должен ответить? Отсутствие ответа не заменяйте выдуманным решением.
Если связь потерялась, вернитесь к соответствующему этапу. «Пакет описан», «согласован», «реализован» и «эффект измерен» — разные состояния; в портфолио укажите фактическое.
Понятия приёмки, допущений и трассировки сверены 11 октября 2026 по открытому глоссарию BABOK от IIBA. Маршрут и вопросы предложены ProfiQadam: это не рецензия IIBA, тест курса или универсальный стандарт работодателей. Даты сведений школ и зарплат в связанных материалах не обновлялись.
Практика до резюме
Учебный пакет изменения процесса
Сохраните описание проблемы, схему текущего процесса, требования с источниками, критерии приёмки и вопросы на согласование. Предлагаемое состояние отделите от внедрённого: учебная схема не доказывает улучшение. Для будущей оценки эффекта запишите показатель и способ сбора данных, а не выдуманный процент экономии.