Кадровая политика

Основные стадии консультационного процесса

News image

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

Ошибки руководителей

News image

Система управления и управленческая структура в России до сих пор находятся в плену прошлых стереотипов, и очень часто дире...

Что же предлагали первые консультанты, которые появились в 20-х годах?

News image

Принято считать, что консультанты по управлению первой волны - это бывшие предприниматели, руководители, управленцы, до...

Авторизация



Бизнес-аналитик на проекте

Кадровая политика - Кадровый консалтинг

бизнес-аналитик на проекте

Как выглядит разработка автоматизированных систем без бизнес-аналитика? К сожалению, видеть подобную организацию процесса приходится слишком часто. Задачи ставятся конечными пользователями программистам или в лучшем случае руководителю разработки. Программисты используют при разработке или собственную модель, или предложенную конечными пользователями. В первом случае достаточно быстро наступает момент, когда модель перестает соответствовать реальному бизнесу; во втором проекту угрожают противоречия внутри самой модели.

Основная роль бизнес-аналитика – это разработка непротиворечивой и достаточно полной модели требований реального бизнеса. Это задача не столько описательная и созерцательная («просто напишите, как у нас все происходит и автоматизируйте»), а творческая. Уже расхожим стало выражение об «автоматизации беспорядка», которая только ухудшает общую ситуацию. Но и «прямолинейная автоматизация» очень часто исключает из процесса те самые «отдушины» и «обходные пути», которые и обеспечивают известную российскую «нестрогость законов» и позволяют бизнес-системе в целом работать.

Соавторами бизнес-аналитика при разработке модели требований являются ключевые пользователи (или потенциальные пользователи). Таким образом, на этапе анализа задача бизнес-аналитика – собрать требования, построить непротиворечивую полную модель и «продать», представить ее клиенту.

Но достаточно часто бизнес-аналитик приступает к работе еще на этапе переговоров. В этом случае его задача – понять, насколько решение соответствует потребностям клиента, оценить «масштабы бедствия» и определить возможный объем доработок.

Однако переговорами и согласованием требований работа бизнес-аналитика в проекте, конечно, не ограничивается – хотя достаточно часто именно после согласования технического задания аналитика перебрасывают на другой проект. Известно, что требования имеют обыкновение изменяться и «плохо ложиться» на архитектуру – именно поэтому бизнес-аналитик должен сопровождать проект и на этапе проектирования, и на этапе разработки. Конечно, такая работа может уже не требовать 100% загрузки (это зависит от масштабов проекта), но она, в совокупности с регулярным представлением клиенту результатов, позволяет процессу разработки не уходить в сторону от требований бизнеса. Задача клиента – требовать, чтобы бизнес-аналитик продолжал сопровождать проект, и со своей стороны работать над проектными документами: техническим заданием, спецификацией требований, запросами на изменения. Только полнота и актуальность этих документов позволят при необходимости вовлечь в проект новых или дополнительных сотрудников.




Читайте:


Добавить комментарий


Защитный код
Обновить

Менеджмент знаний:

Использование имеющихся знаний при принятии решений

Управление знаниями основывается на более ранних достижениях. Констатация того, что решения должны основываться на адекватных знаниях ситуации, вряд ли может пр...

Представление знаний в интеллектуальных системах

В настоящее время в исследованиях по искусственному интеллекту (ИИ) выделились шесть направлений:  Представление знаний.  Манипулирование знаниями.  Общение.  В...