Я-аналитик

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

Итак, мы как аналитики начинаем работать с автоматизацией того или иного процесса. В каком-то смысле потребитель на нас смотрит как пациент на врача. То есть потребитель разбирается в предмете не лучше, чем пациент в проблемах лечения (не уровне того, что нашел в интернете), но при этом ждет, что придем мы и расскажем как это нужно будет сделать. И тут надо понимать, что качество предложенного решения будет напрямую зависеть от степени ответственности, с которой мы будем подходить к решению задачи...

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

В проектной документации довольно часто встречаются различные термины, которые по сути сводятся к описанию функциональных требований и технического задания. Примеры вариаций на эту тему: концептуальный дизайн, функциональное задание, бизнес-техническое задание и т.п. И это очень опасные в первую очередь для аналитика и архитектора «гибриды» из функциональных требований и технического задания. Почему такая гибридизация крайне нежелательна? Для этого давайте определимся что это за документы, кто их готовит и кто оп ним работает...

Функциональные требования – это документ, который фиксирует описание того, как заказчик видит решение задачи, а именно – что он хочет видеть на выходе, т.е. как пользователь. Это своеобразный договор между заказчиком и исполнителем (заказчик и исполнитель могут быть внутренние и внешние, это неважно), в котором изложено видение конечного результата разработки или настройки программного обеспечения. Причем способ решения задачи функциональные требования не описывают, это уже будет сделано при формировании технического задания...

Мы часто встречаем термин «аналитик» в различных областях знаний в сочетании с различными прилагательными, однако четкое определение этого понятия формулируется достаточно редко. Давайте попробуем сформулировать это определение как мы это понимаем. Примеры подобных сочетаний: Бизнес-аналитик - исследует структуру бизнес-процессов предприятия и дает рекомендации по ее оптимизации Финансовый аналитик – исследует финансовую деятельность предприятия (или государства, например) и дает прогнозы на основании...