Обычный рабочий день бизнес-аналитика

Давайте рассмотрим обычный день Робина, старшего бизнес-аналитика, работающего в транснациональной организации над проектом стоимостью в миллион долларов.

10:30. Пришло время для ежедневного скрам-собрания. Поскольку Робин работает в среде гибкой разработки, его команда собирается на 15 минут и быстро обсуждает возникшие проблемы и задачи на день. Сейчас 10:50, и Робин занят подготовкой к встрече в 11:00 утра с профильными экспертами и специалистами по взаимодействию с пользователями. Следующий час уходит на обсуждение решений рабочих вопросов, оценку целесообразности этих решений и выбор пользовательского интерфейса. По завершении встречи Робин рассылает участникам протоколы совещания и подводит итоги обсуждения. "Протокол совещания способствует распределению обязанностей и последующему росту компании", - замечает Робин.

Чтобы подтвердить свои выводы, он сопоставляет функциональность с техническими сценариями использования. Затем он резюмирует свои выводы, создавая отчет о тестированиях, регистрирует ошибки в программном обеспечении для отслеживания неисправностей и сообщает это разработчику программного обеспечения, ответственному за поврежденный фрагмент кода.

14:30. Для Робина половина дня прошла, и он готовится к видеоконференции в 15:00 с руководителями функционального подразделения и руководителями по внедрению, которые находятся на другом конце света. На собрании будет продемонстрировано недавно разработанное программное обеспечение, которое укрепит позиции организации на рынке и посодействует достижению ее стратегических целей. После встречи Робин принимает благодарности и поздравления с успешным выполнением требований, предоставлением помощи в разработке и тестировании приложений, а также в развертывании программного обеспечения.

17:00. примерно в это время Робин делает перерыв, чтобы перекусить и поболтать с коллегами. Позже он обсуждает с менеджером по управлению проектом состояние проекта. Они анализируют текущее состояние проекта, сравнивают его с исходным планом и другими параметрами, и предлагают меры по исправлению или предотвращению недостатков. Робин документирует полученные результаты, а также называет некоторые риски, с которыми он столкнулся, в реестре рисков по проекту.

18:00. В 18:00 Робин готов уйти, когда его менеджер просит его ознакомиться с документом бизнес-требований нового проекта, который был подготовлен новым бизнес-аналитиком в организации. Робин проводит тщательную оценку документа, исправляет некоторые ошибки и делится обновленной версией документа со своим менеджером по управлению проектом. После этого он делится своими выводами с новым бизнес-аналитиком, дает ему несколько советов по составлению четкой и краткой документации и призывает его работать лучше. "Нет ничего важнее всеобъемлющей, но четкой документации. Бизнес-аналитик должен стремиться к ясности при передаче информации", - рассуждает он.