Архитектор – строит, а что делает аналитик?

Публикация № 1309607

Управление - Управление бизнес-процессами (BPM)

Проект архитектура предприятие архитектор аналитик команда ИТ-архитектура бизнес-архитектура стратегия

Как только вспоминаешь проект по внедрению, особенно тот, что средний и выше (а в уме мы держим, что это проект 1С), то тут же видишь кучу народа, и каждый что-то делает. И вот тут вопрос – кто и что делает на проекте?

Пара вводных слов

Сразу сделаю несколько пояснений:

  • Речь в этой статье только об области знаний и поле деятельности 1С. Т.е. если написано, «Специалист технической поддержки», то подразумевается, что это техническая поддержка 1С, а не поддержка приема и учета жалоб локального ЖКХ.
  • В статье говорится о внедрении 1С на средних и крупных проектах. Данные рассуждения для малых компаний с запросом – «нам в бухгалтерии нужен вот такой отчетик» – не подходят.
  • Рассматриваем только особенности применения архитектуры предприятия и ИТ-архитектуры на практике, и в рамках проектов внедрения ИТ. Более широкие вопросы, например, по трансформации бизнеса и изменений финансовых показателей и др. – не рассматриваем.

Часть 1. Попытка разложить все по полочкам

Об «архитектуре» пишут много, пишут часто, пишут вкусно, становятся экспертами, передают экспертный опыт, а еще бывают книги, тренинги, курсы, консалтинги, консорциумы, институты с обязательной вставкой EA (Enterprise Architecture) – IFEAD, iEAi, международные стандарты – ISO 15704, 42010 и др., и, да, можно говорить, писать долго и не по делу. А дело есть и вполне конкретное, и даже два:

  • Вопросы, что такое «Архитектура», «Предприятие» и они вместе «Архитектура предприятия» остаются на повестке дня. И кто всем этим заведует?
  • И, как 1С с этим сосуществует и интегрируется ли? 

Если начать вникать, то методик, моделей, фреймворков – много, например, все что оканчивается на AF (Architecture Framework) – TOGAF, FEAF, TEAF, DoDAF и т.п.

Однако, когда стоит цель – провести автоматизацию или модернизировать существующие процессы, то волей-неволей приходится сталкиваться с этими понятиями – «Архитектура предприятия» и «Информационная архитектура». И иметь четкое представление, что это и как с этим работать. Сейчас просто вспомним для общего понимания картины.

Погружаясь в эти понятия, можно заметить такое разделение:

  • В иностранной литературе в понятие «ИТ-архитектура» входит понятие «Бизнес-архитектура». Одно следует из другого. Это наследие Дж. Захмана (J.A. Zachman). Он является родоначальником большинства известных описаний структур и именно он стал использовать их для описание ИТ-архитектуры. И со временем, скажем любимую фразу – исторически так сложилось, что понятие «Архитектура информационных систем» стало подменяться понятием «Архитектура предприятия». И произошло то, что сейчас, при описании чистой архитектуры предприятия, используются совсем не относящиеся к ней ИТ-термины.
  • В отечественном понимании эти понятия раздельные. При этом понятие «Архитектура предприятия» практически всегда приравнивается к понятию «Организационная структура» или «Корпоративная архитектура». А понятие «ИТ-архитектура» приравнивается к понятию «Архитектура программного обеспечения».

А вот это уже более верный подход, так как не нужно описывать архитектуру предприятия ИТ-терминами, как говориться – мухи отдельно, котлеты отдельно. Если научиться различать истинную «Архитектуру предприятия» и «ИТ-архитектуру», то многие вопросы при автоматизации станут прозрачными и понятными.

Определения – это не объяснения, но попробуем разобраться во всем этом. Если взять хотя бы понятие «Архитектура», то их можно уже насчитать несколько и это, не используя какое-либо слово-приставку к нему. Поэтому данная статья не пытается дать точное определение (а такого может и не быть), а лишь обозначить приемлемый вектор понимания используемого понятия.

Итак, когда люди произносят «Архитектура», что они имеют в виду? – Правильно, здания, сооружения, исторические постройки, т.е. все что относится к зодчеству. А если взять кружку. У нее есть архитектура? Что делает кружку кружкой? Что отличает ее от пивного бокала или от демитассе? – Архитектура.

Архитектура – это описание модели, общих элементов, взаимосвязей, конструкций, описание каркаса, скелета.

Но нам нужно понять, что будет тогда архитектурой предприятия.

Предприятие (организация, бизнес, предпринимательская структура) – это по природе своей система с взаимосвязанными элементами, не просто зависимыми, а влияющими друг на друга и преобразующими друг друга.

Теперь соединим эти два понятия «Архитектура» и «Предприятие». Получаем.

Архитектура предприятия (Enterprise Architectures, EA) – это полное описание (модель) структуры предприятия как системы и способы ее работы, включающее описание ключевых элементов и требований этой системы, связей между ними, а также набор взаимосвязанных моделей, описывающих структуру и функции.

При определении «Предприятия» и «Архитектуры предприятия» фигурирует такое понятие как «Система».

Система – это совокупность элементов, находящихся в отношениях и связях друг с другом, которая образует определенную целостность.

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

Наравне с BABOK (Business Analysis Body of Knowledge) – сводом знаний по бизнес-анализу и CBOK (Business Process Management Common Body of Knowledge) – сводом знаний по управлению бизнес-процессами, существует и BIZBOK (Business Architecture Body of Knowledge) – свод знаний, охватывающий основные области бизнес-архитектуры организации и сопутствующие практики.

По версии BIZBOK в состав архитектуры предприятия входят: бизнес-архитектура, бизнес-модель, модель бизнес-процессов, организационная структура, структура технических средств (включающая ИТ-архитектуру и др.).

Бизнес-архитектура (Business Architecture, BA или Enterprise Business Architecture, ЕВА) – это чертеж организации, который отображает полную картину организации и используется для синхронизации стратегических целей и тактических потребностей.

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

Традиционно ИТ-архитектуру предприятия представляют в виде нескольких взаимосвязанных компонентов:

  • Информационная архитектура (Enterprise Information Architecture, EIA) – набор методик и инструментов, описывающий информационную модель предприятия.
  • Архитектура прикладных решений (Enterprise Solution Architecture, ESA) – представляет архитектуру приложений, включающую в себя совокупность программных продуктов и интерфейсов между ними. В ней выделяют архитектуру программного обеспечения (Software Architecture) – совокупность важнейших решений об организации программной системы, которая может быть описана с помощью фреймворков (Software Architecture Frameworks): 4+1, RM-ODP (Reference Model of Open Distributed Processing), Service-Oriented Modeling Framework (SOMF).
  • Техническая архитектура (Enterprise Technical Architecture, ETA) – совокупность программно-аппаратных средств, методов и стандартов, обеспечивающих эффективное функционирование приложений.

Архитектура информационных систем предприятия основывается на двух идеологических определениях:

  • Набор решений, наиболее существенным образом влияющих на совокупную стоимость владения системой;
  • Набор ключевых решений, неизменных при изменении бизнес-технологии в рамках бизнес-видения.

Возвращаясь к определению архитектуры предприятия, можно выделить два подвида:

  • Текущая архитектура (Current Architecture) описывает существующее состояние архитектуры предприятия, ее объективной реальности. Называется также архитектурой «Как есть» / AS IS, или базовым состоянием существующей архитектуры.
  • Целевая архитектура (Target Architecture) описывает будущее желаемое состояние (модель) предприятия или то, «Как будет» / TO BE.

Говоря об архитектуре предприятия и особенно в момент ее развития или реинжиниринга требуется знать, как понятие «Стратегия бизнеса» («Бизнес-стратегия»), так понятие «ИТ-стратегия».

Бизнес-стратегия – это направления развития фирмы в соответствии с поставленными стратегическими целями и задачами. Она отвечает на вопрос – почему фирма должна развиваться именно так и в этом направлении. Бизнес-стратегия включает:

  • цели и задачи, стоящие перед предприятием;
  • бизнес-решения, необходимые для достижения поставленных целей и задач;
  • изменения, которые нужно провести для достижения поставленных целей и задач.

ИТ-стратегия – это направления развития информационных технологий фирмы в соответствии с поставленными в бизнес-стратегии целями и задачами, а также варианты их исполнения. ИТ-стратегия включает:

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

Часть 2. Нужны ли эти все люди и как их называть?

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

Есть два мнения и каждое имеет право на существование. Особенно, если оно аргументировано минимум тремя пунктами.

  1. «Как корабль назовешь, так он и поплывет» (С) Капитан Врунгель

Вроде все понятно и без доказательств. Если твоя должность «Специалист технической поддержки», то ну вряд ли ты будешь вводить первичную документацию за пользователей. Однако на практике встретить можно много всего интересного, например, должность «Бизнес-аналитик развития информационных систем» – так будет звучать вакансия, на самом деле окажется, что требуется консультант с хорошими знаниями различных видов учета (складского, финансового, оперативного, валютного и др.) в программе «1С:ERP Управление предприятием» («1C:ERP»). И на вопрос – а где тут развитие? Вы получите ответ – ну как, вы же будете решать насущные проблемы, т.е. развивать бизнес. Тут можно поспорить.

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

  1. «Кадры решают все» (С) Сталин И.В.

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

А к чему эти два описанных выше момента, а к тому, что вспомним проект внедрения любой 1С. В команде будут: менеджер проекта, руководитель проекта, архитектор, аналитик, программист/ы, консультанты и еще много кого. И мы говорим о команде только со стороны исполнителей. А теперь подробнее:

  • Менеджер проекта. Тут вроде все очевидно. Это такой человек, кто готовит документы – акты, накладные, смотрит сколько часов потрачено, выставляет счета. Присутствует на первой установочной встрече. Грубо говоря, ведет бумажную официальную работу между Клиентом и Исполнителем.
  • Руководитель проекта. Вот тут уже становится интереснее. В общих и главных чертах руководитель проекта – это лицо, которое несет ответственность за проект. Или, иначе руководитель проекта (Project Manager, PM) – лицо, наделенное ответственностью и правами по руководству работами в рамках проектной задачи. А теперь внимательно посмотрим на его английское название и вот тут встречаем путаницу, так как Руководителя проекта частенько называют и приравнивают к Менеджеру проекта. А это совсем не так. Детально не будем останавливаться, но вкратце обозначим обязанности Руководителя проектов:
    • Определение устава, целей, задач и результата проекта.
    • Составление и подготовка плана внедрения нового проекта, определение контрольных точек.
    • Определение количества ресурсов, требуемых для выполнения проекта.
    • Определение стоимости и бюджета проекта.
    • Выбор команды проекта и определение ролей и обязанностей в проекте для всех членов команды проекта.
    • Мониторинг хода исполнения проекта, прогнозирование отклонений и принятие своевременных мер по их устранению.
    • Организация и проведение совещаний команды проекта, а также координация коммуникаций между всеми участниками проекта и его заинтересованными сторонами.
    • Решение проблем, возникающих на проекте. Как тех, которые исходят от команды проекта, так и тех, которые могут возникают при управлении заинтересованными сторонами проекта.
    • Проведение анализа эффективности этапов проекта и проведение послепроектного анализа.
  • Архитектор. Его можно определить, как специалиста, организующего процесс разработки всех разделов проектной документации. Его основная цель – обеспечение решения задач бизнеса при помощи информационных технологий. В зависимости от масштаба проекта и понимание сущности проекта исполнителем, архитектор может быть далеко не один, и уже называться – бизнес-архитектором, функциональным архитектором, системным архитектором, техническим архитектором. Обобщенные ключевые обязанности:
    • Проектирование системы на основе требований заказчика;
    • Определение архитектуры системы;
    • Выбор технологии реализации поставленных задач;
    • Создание прототипа системы;
    • Обзор бизнес-требований;
    • Обзор и анализ кода больших изменениях;
    • Документирование всех архитектурных решений, постоянное обновление документации.
  • Аналитик. Как правило, это специалист, занимающийся изучением и обобщением различного рода информации по заданной цели, владеем методами анализа и моделирования процессов. В целом тут может быть зеркальная позиция с архитектором. Они могут и по-хорошему должны работать в паре. Отсюда можно выделить аналитика бизнес-процессов, функционального аналитика, системного аналитика, технического аналитика. Обязанности аналитика на проекте:
    • Выявление, сбор, анализ и описание требований;
    • Взаимодействие с заказчиками и экспертами предметных областей;
    • Анализ состояния бизнес-процессов «Как есть» / AS IS и моделирование их состояния «Как надо» / TO BE;
    • Консультации по выбору и внедрению информационной системы, обеспечивающей оптимальное решение выявленных задач;
    • Контроль реализации требований на всех этапах проекта;
    • Разработка технических заданий и постановка задач на разработку.
  • Консультант. Как правило на его долю выпадает постпроектное сопровождение или сопровождение на этапе промышленной эксплуатации. Т.е. его можно определить как специалиста, консультирующего пользователей по определенной предметной области и определенному кругу пользовательский вопросов, связанных с отражением хозяйственных операций в программе. Однако, могут встретиться еще две задачи, возникающие перед консультантами: вопросы по постановке учета в программах и формирование заданий программистам на разработку. Считать эти задачи задачами консультанта – не совсем корректно, особенно при наличии других ролей на проекте, например, архитектора и аналитика. Поэтому ключевая задача консультанта – доступно преподносить информацию разного уровня сложности и помогать разбираться в работе программы пользователям, возможно это совмещать с элементами обучения.
  • Программист. Программист выстраивает программный алгоритм (пишет код) – это его основная задача. Тут все четко и понятно.
  • Все остальные:
    • Тестировщик – иногда эту роль / функцию относят на уровень аналитиков, консультантов, ну и в самом крайнем случае – пользователей. Хорошо, данного специалиста может и не быть на проекте, если есть используется атематическое тестирование по кейсам.
    • Технический писатель – это специалист, который занимается составлением документации в рамках разработки различных программ и автоматизированных систем. К составляемым документам относятся задания для специалистов, руководство по эксплуатации для пользователей и многие другие.
    • UX-дизайнер (User Experience Designer) – это проектировщик, который изучает потребности пользователей, строит логические схемы работы интерфейса, тестирует прототипы на целевой аудитории и составляет техническое задание для UI-дизайнера.
    • UI-дизайнер (User Interface Designer) – дизайнер интерфейсов, который визуализирует рабочий прототип, отрисовывает кнопки, иконки, формы и другие его компоненты и собирает их в гармоничный работающий макет.
    • Специалист по информационной безопасности – принимают непосредственное участие в создании системы защиты информации, ее аудите и мониторинге, анализируют информационные риски, разрабатывают и внедряют мероприятия по их предотвращению.
    • Системный администратор – это специалист по обслуживанию компьютеров и локальных компьютерных сетей.
    • Администратор баз данных – это специалист, обслуживающий базы данных, как правило серверные базы данных, в которых информация собрана с разных компьютеров и может читаться на каждом из них.

Список «Всех остальных» может быть и избыточен, а может быть и недостаточен, все зависит от масштаба и уровня проекта по автоматизации.

А теперь накладываем все это на рассмотренные выше понятия «Архитектура предприятия» и «ИТ-архитектура», и получаем нужную картину. С этими двумя понятиями тесно работают два специалиста: архитектор и аналитик. Рассмотрим, какой архитектор и какой аналитик отвечает за какие области и решает какие задачи.

  • Бизнес-архитектор / Бизнес-аналитик

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

Основные результаты их деятельности:

    • Карта бизнес-процессов «Как есть» / AS IS;
    • Перечень бизнес требований;
    • Карта бизнес-процессов «Как будет» / TO BE;
    • ИТ-ландшафт «Как есть» / AS IS;
    • Дорожная карта изменений (переход от AS IS к TO BE).

Дорожная карта изменений содержит в себе мероприятия нескольких типов:

    • Реинжиниринг бизнес-процессов или внедрение изменений процессов – выполняется бизнес-архитектором / бизнес-аналитиком;
    • Изменения методологии учета, иначе внедрение изменений учетной политики – выполняется бизнес-архитектором / бизнес-аналитиком;
    • Технологические изменения или внедрение / развитие программных продуктов под изменения бизнеса – выполняется системным архитектором / системным аналитиком.

Первая особенность дорожной карты изменений, что технологические изменения могут идти первыми, при выполнении двух условий:

    • Автоматизируемый бизнес-процесс или учет не предполагает изменений. Однако если бизнес-процесс или учет подлежат реинжинирингу (изменениям), то мероприятия по внедрению изменений в процесс и в ИТ-систему следует рассматривать и реализовывать отдельно и последовательно;
    • Автоматизируемый бизнес-процесс или учет соответствует требованиям автоматизации. Это означает, что бизнес-процесс или учет на текущий момент полностью осмыслен и внедрен и успешно используется бизнесом, но не автоматизирован. Если бизнес-процесс или учет существует только на бумаге, то первыми должны идти мероприятия по их внедрению.

Вторая особенность дорожной карты изменений. Если уйти от контекста ИТ-архитектуры, то, по сути, дорожная карта может содержать в себе еще внедрение финансовых и иных бизнес-понятий, таких как: изменения источников заемного финансирования, выход фирмы на IPO, открытие новых рынков сбыта, каналов продаж, открытие стартапа и т.д. Это задача бизнес-архитекторов, но более широкая и уже не в рамках ИТ-процессов.

  • Функциональный архитектор / Функциональный аналитик

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

Основные первичные данные, с которыми происходит работа:

    • ИТ-ландшафт «Как есть» / AS IS;
    • Карта бизнес-процессов «Как будет» / TO BE;
    • Перечень функциональных требований.

Основные результаты их деятельности:

    • Сценарий работы с системой (часть технического задания, посвященная работе с существующим функционалом целевой архитектуры, может так же встречаться название – отчет о моделировании);
    • Перечень функциональных разрывов.
  • Системный архитектор / Системный аналитик

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

Основные первичные данные, с которыми происходит работа:

    • Перечень бизнес требований;
    • ИТ-ландшафт «Как есть» / AS IS;
    • Карта бизнес-процессов «Как будет» / TO BE;
    • Требуемые изменение (т.е. автоматизируемая функция, или процесс, или учет в соответствии с дорожной картой изменений).

Основные результаты их деятельности:

    • ИТ-ландшафт «Как будет» / TO BE;
    • Карта бизнес-процессов «Как будет» / TO BE в понятиях целевой архитектуры, т.е. с учетом ограничений внедряемых продуктов;
    • Перечень функциональных требований;
    • Техническое задание на систему.

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

  • Технический архитектор / Технический аналитик

Заключительное звено в цепочке разработки – это работа технического архитектора и технического аналитика. Они на основе данных трех предшественников формируют задания на разработку программистам. В основе своей работы они использую данные о платформе. Исходные данные для их работы: ИТ-ландшафт в модели «Как есть» / AS IS, карта бизнес-процессов «Как будет» / TO BE, сценарий работы с системой и перечень функциональных разрывов. Они ответственные за написание технических заданий и реализацию внесения изменений. Осуществляют контроль за исполнением технических заданий.

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

 

За некоторые интересные мысли благодарю Дениса Галимова – руководителя Отдела экспертизы ПервогоБИТа.

Специальные предложения

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. TODD22 18 14.10.20 13:13 Сейчас в теме
Архитектор – строит

Архитектор проектирует.
DarkAn; FatPanzer; +2 Ответить
2. FatPanzer 9 14.10.20 13:17 Сейчас в теме
(1) И осуществляет архитектурный контроль строительства...
3. TODD22 18 14.10.20 13:21 Сейчас в теме
(2)Да в том числе и "авторский надзор" :)
4. FatPanzer 9 14.10.20 13:22 Сейчас в теме
В итоге, на практике при внедрении программ системы 1С или, если более витиевато – при автоматизации бизнес-процессов Заказчиков, можно с большей вероятностью встретить аналитика, реже архитектора, логического разграничения внутри этих должностей как правило нет.
Вот она - одна из главных бед всех проектов...
5. user856012 13 14.10.20 13:22 Сейчас в теме
что делает аналитик?
По аналогии с определением кинокритика: бизнес-аналитик объясняет вам (за ваши деньги), как бы он вел ваш бизнес... если бы умел.
EVKash; CEPBEP73; user1464234; TODD22; +4 Ответить
8. CEPBEP73 14.10.20 13:42 Сейчас в теме
(5)
если бы умел :)


плюс
stepan_s; +1 Ответить
6. TODD22 18 14.10.20 13:24 Сейчас в теме
В итоге, на практике при внедрении программ системы 1С или, если более витиевато – при автоматизации бизнес-процессов Заказчиков, можно с большей вероятностью встретить аналитика, реже архитектора, логического разграничения внутри этих должностей как правило нет.

Самая высокая вероятность в живой природе встретить "Тыж программиста", а не вот этих аналитиков, архитекторов....
7. FatPanzer 9 14.10.20 13:26 Сейчас в теме
(6) Ага.
— Самуил Маркович, Вы сильный, Вы справитесь!
— Яша, я — умный, я даже не возьмусь!
muskul; CEPBEP73; +2 Ответить
9. cherepaha-big 21.10.20 12:57 Сейчас в теме
(6) в живой природе на маленьком проекте - да, возможно. В большом проекте тыжпрограммист не потянет. Не думаю, что автоматизацию КАМАЗа, например, доверили бы тыжпрограммисту)))
10. TODD22 18 21.10.20 13:04 Сейчас в теме
(9)
доверили бы тыжпрограммисту)))

доверили бы тыжпрограммистам
11. Terve!R 06.11.20 15:39 Сейчас в теме
(9) заказчик не понимает как должно быть, ему нужен результат, а путь подрядчика к результату не особо волнует. Не все могут оценивать риски, и тем более понимать, что над программистом Васей должен стоять руководитель и аналитик. И вообще кто такой Вася - тыжпрограммист или руководитель проекта с командой. Кстати, цена вопроса может быть одинаковой)
Оставьте свое сообщение

См. также

IDEF0. Знакомство с нотацией и пример использования Промо

Управление бизнес-процессами (BPM) Обучение, бизнес-тренинг, курсы 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

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

28.06.2017    31148    raiml    37    

Средства для анализа бизнес-процессов. Есть ли лучшее?

Управление бизнес-процессами (BPM) УУ Бесплатно (free)

Как правильно выбрать средство для описания и анализа бизнес-процессов? Какие функции требуются от «идеального» продукта и чем сейчас пользуются участники 1С-сообщества в своей работе? На meetup для бизнес-аналитиков, который прошел 13 ноября 2020 года в рамках моего доклада я провела небольшой опрос на эту тему. И сегодня хочу поделиться результатами анализа ваших ответов, а также теми наблюдениями, которые я в последнее время делаю, изучая рынок специализированных BPM средств.

20.11.2020    821    e_ivanova    0    

И снова про бизнес-процессы: живой опыт без теории

Управление бизнес-процессами (BPM) Россия Бесплатно (free)

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

20.10.2020    1336    e_ivanova    6    

Из хаоса в логику бизнес-процессов

Управление бизнес-процессами (BPM) УУ Бесплатно (free)

Казалось бы, что о бизнес-процессах не поговорил только ленивый, и уж точно каждый второй проводил сравнительный анализ нотаций моделирования бизнес-процессов. Однако до сих пор данная тема остается запутанной, не структурированной и от этого актуальной. Как только начинаешь погружаться в BPMN, EPC, ARIS и прочее, то начинаешь понимать, что ничего уже не понимаешь. Поэтому данная статья будет или еще одним камешком в великой стене описания бизнес-процессов, или кирпичиком в новом фундаменте знаний по данной теме. Это уже покажет время.

06.10.2020    1466    ashtey    4    

Краткое описание BPMN с примером Промо

Управление бизнес-процессами (BPM) Бесплатно (free)

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

28.06.2017    30567    raiml    10    

Что делать, если с поддержкой 1С всё горит или несколько слов про ITSM…

Управление услугами и сервисом Управление бизнес-процессами (BPM) Управление прочее Управление проектом Бесплатно (free)

Проекты - это, конечно, важно, с завершением проекта внедрения, жизнь прикладного решения, на самом деле, только начинается. И самое интересное еще только впереди… Не случайно в Agile все чаще говорят о “гибком управлении продуктом”, а вовсе не только “проектом”.

20.08.2020    2800    MariaTemchina    4    

Находим взаимопонимание с заказчиками с применением Enterprise Architect

Проектирование Управление взаимоотношениями с клиентами (СRM) Управление бизнес-процессами (BPM) Бесплатно (free)

Enterprise Architect – мощное средство моделирования бизнес-процессов и информационных систем. Сергей Наумов на мастер-классе конференции Infostart Event 2019 Inception показал, как моделировать бизнес-процессы и составлять понятные заказчику документы при внедрении 1С-систем с помощью Enterprise Architect. Материалы мастер-класса будут полезны как разработчикам на платформе 1С, так и аналитикам, участвующим во внедрении.

19.06.2020    3352    SergeyN    0    

Конструктор Бизнес-Процессов. Подсистема/Конфигурация/Расширение

Управление бизнес-процессами (BPM) v8 1cv8.cf Бесплатно (free)

Статья о том, как разрабатывалась универсальная подсистема для настройки, запуска, адресации и контроля выполнения произвольных бизнес-процессов в пользовательском режиме в любой конфигурации, работающей на технологической платформе "1С:Предприятие 8.3" в режиме управляемого приложения.

25.05.2020    5032    YuriYuriev    31    

Про спагетти, или как исследовать бизнес-процессы организации Промо

Техническое задание Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Многие руководители предприятий не обладают полной картиной происходящего в собственных производственных подразделениях. Они знакомы с организационной структурой, направлениями деятельности, общими экономическими показателями. Если по результату получилась прибыль, то наступает уверенность успеха. Но есть ли на рынке предприятия, которые длительное время удерживаются в "слепом" режиме управления?

23.02.2017    27768    Gavrik    10    

Что такое RPA? Как и зачем его делать на 1С?

Управление бизнес-процессами (BPM) v8 Бесплатно (free)

В данной публикации я кратко (наверное, ещё раз) расскажу про подход к автоматизации, который принято называть RPA, и продемонстрирую этот подход применительно к 1С. На Infostart event был мой доклад на эту тему, поэтому не буду повторяться - чуть больше углублюсь в технические детали.

05.12.2019    11952    comol    94    

Простейший пример создания бизнес-процессов

Практика программирования Управление бизнес-процессами (BPM) v8::Бизнес-процессы 1cv8.cf Бесплатно (free)

Простой пример создания бизнес-процессов в несколько шагов. Может пригодиться при первом знакомстве с ними или для решении задач экзамена 1С:Специалист по платформе.

20.11.2019    16591    YPermitin    18    

Как создать идеальную службу поддержки бизнеса

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

О том, насколько хорошо работают бизнес-процессы, можно понять по реакции пользователей: если они довольны - значит, все хорошо. А что является главным связывающим звеном между бизнесом и пользователями? Конечно, служба поддержки, и чем лучше вы организуете ее работу, тем удовлетворенность пользователей будет выше. О том, что как создать идеальную службу поддержки, на конференции INFOSTART EVENT 2018 Education рассказал Сергей Харитонов из ГК «Агат».

26.07.2019    5069    user1063453    0    

Практические вопросы внедрения и развития автоматизации склада. Часть 2 Промо

Управление бизнес-процессами (BPM) Оптовая торговля Оптовая торговля 1С:Франчайзи, автоматизация бизнеса УУ Бесплатно (free)

Слайды к докладу на секции "Складские технологии" в малом зале на IEE-2013. Пример автоматизации склада по "бюджетному" варианту с использованием ТСД+RDP.

26.03.2015    31823    CheBurator    33    

Как привлечь пользователей на портал самообслуживания

Управление бизнес-процессами (BPM) Бесплатно (free)

Зачем нужен портал самообслуживания? Как заставить пользователей подавать обращения через портал самообслуживания? В данной статье руководитель службы технической поддержки делится своим опытом и выводами по запуску портала самообслуживания.

09.06.2019    4756    Arsen1986    6    

[История разработки] Терминал путевых листов (АвтоГРАФ 5)

Практика программирования Управление бизнес-процессами (BPM) v8 1cv8.cf Бесплатно (free)

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

30.05.2019    10581    rpgshnik    16    

Как теряют бизнес. Реальные истории от бизнес-консультанта. Промо

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций. Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной. Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.

06.04.2015    37875    raiml    14    

Уволен через автоматизацию

Управление бизнес-процессами (BPM) Бесплатно (free)

Кейс бизнес-программирования

07.03.2019    11346    1c-intelligence    49    

Механизм бизнес-событий на конкретном примере

Управление бизнес-процессами (BPM) Документооборот и делопроизводство Документооборот и делопроизводство v8::Бизнес-процессы ДО Россия УУ Бесплатно (free)

Есть в системе 1С:Документооборот механизм бизнес-событий. Когда мне понадобилось решить конкретную задачу, гугление ни к чему конкретному не привело. Хотелось так «вжух» и всё понять про данный механизм, но в итоге пришлось лезть в код 1С и смотреть реализацию данного механизма. В данной публикации поделюсь результатами исследований, может, кому-то это поможет быстро и легко во всём разобраться.

18.02.2019    12892    soulner    0    

Принципы проектирования справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6)

Управление бизнес-процессами (BPM) Бухгалтерский учет Пользователю системы v8 ERP2 Россия Бесплатно (free)

Принципы системного подхода к проектированию справочников номенклатуры в 1С: Управление Предприятием 2 (ERP 2.4.6) или как избежать замусоривания.

13.02.2019    25293    roman72    28    

Практика применения подсистемы Автозадачи

Управление бизнес-процессами (BPM) Пользователю системы v8 1cv8.cf Россия УУ Бесплатно (free)

На Инфостарте есть публикация о подсистеме Автозадачи (https://infostart.ru/public/656758/). Я решил поделить своим опытом применения этой подсистемы Альфа-авто 5.

29.01.2019    9506    AntonSm    4    

Где мы взяли флакон?

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

История появления и развития методики

26.12.2018    10009    1c-intelligence    7    

Айсберг, кейсы

Управление бизнес-процессами (BPM) Бесплатно (free)

Несколько примеров применения принципа "Айсберг".

26.12.2018    7743    1c-intelligence    12    

Склад Готовой Продукции – отказать, прямое распределение. Промо

Управление бизнес-процессами (BPM) Оптовая торговля, дистрибуция, логистика УУ Бесплатно (free)

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

27.02.2015    26723    izidavld    69    

Методология управления изменениями на основе методологии TOGAF и языка моделирования Archimate

Управление бизнес-процессами (BPM) Управление проектом Бесплатно (free)

Статья о проблемах в процессе изменения и методологии их преодоления. Предлагается использовать технологии, прошедшие проверку временем и активно развивающиеся на данный момент.

02.12.2018    11260    rossoxa    2    

Обзор блока адресного хранения в программах 1С: УТ, ERP и КА

Управление бизнес-процессами (BPM) Учет ТМЦ Бухгалтерский учет Учет ТМЦ v8 ERP2 УТ11 КА2 Россия УУ Бесплатно (free)

В статье мы подробно расскажем вам, как реализовано адресное хранение в типовых решениях 1С:Управление торговлей, 1С:ERP и 1С:Комплексная автоматизация.

29.11.2018    27920    alis112358    25    

Автоматизация бизнес-процессов как способ выявления потерь производства Промо

Управление бизнес-процессами (BPM) Бесплатно (free)

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

09.12.2013    22619    pro-rok    15    

Похороны скрам-доски

Управление бизнес-процессами (BPM) Личная эффективность Бесплатно (free)

Продолжаем балансировать позитив Марии Темчиной. Вторая глава книги про американцев.

31.10.2018    8961    1c-intelligence    15    

Ограничения и недостатки производственного учёта в 1С: УНФ

Управление бизнес-процессами (BPM) Бухгалтерский учет Производство Производство готовой продукции (работ, услуг) Производство готовой продукции (работ, услуг) v8 УНФ УУ Бесплатно (free)

У любого программного продукта (и не только программного, да и не только у продукта) существуют свои сильные и слабые стороны. О многих сильных сторонах 1С: УНФ (Управление нашей фирмой) я писал и снимал обучающие видеоролики. Мне действительно нравится данная программа в силу сочетания функциональности и простоты учёта. Но давайте объективно коснёмся недостатков 1С: УНФ при внедрении на производственных предприятиях. Но сначала про…

30.10.2018    23819    Gavrik    58    

Описание, синхронность и "один-много"

Управление бизнес-процессами (BPM) Бесплатно (free)

Продолжаем смотреть на процессы глазами программиста.

09.10.2018    9809    1c-intelligence    36    

Схема повышения качества работы с клиентами. Часть 2. Разработка. Промо

Управление бизнес-процессами (BPM) Бесплатно (free)

В этой части рассматриваются нюансы разработки, которые влияют на удовлетворенность клиента.

19.10.2013    29075    nurpoz    108    

Цифровая трансформация.

Управление бизнес-процессами (BPM) Бесплатно (free)

Цифровая трансформация. Что это и как мы можем помочь нашим клиентам?

21.08.2018    5909    -DenA-    4    

Принцип "Айсберг"

Управление бизнес-процессами (BPM) УУ Бесплатно (free)

Простой принцип, который стоит учитывать при автоматизации.

16.08.2018    12904    1c-intelligence    23    

Принципы внедрения и сопровождения учета на базе 1С Промо

Пользователю системы Управление бизнес-процессами (BPM) v8 1cv8.cf Россия Бесплатно (free)

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

19.01.2012    65814    stvorl    185    

На чьей стороне мячик? Алгоритм определения исполнителя задачи

Техническое задание Управление бизнес-процессами (BPM) Бесплатно (free)

Я считаю, что мало кому удалось избежать ситуации, когда его назначали исполнителем работы, мягко скажем, не его уровня. На мой взгляд, такое особенно часто встречается среди технических специалистов. Причем, в случае возражения, обычным аргументом противоположной стороны является: "Нам так раньше всегда делали!". Эта публикация является попыткой описать формализовано процесс определения исполнителя с точки зрения логики. Посвящается тем, кто, будучи невежественным в вопросе, смеет указывать, кому его решать. А также тем, кто это терпит.

14.08.2018    7626    itriot11    42    

Автоматизация контроля границ

Управление бизнес-процессами (BPM) Бесплатно (free)

Продолжаем изучение учебника по бизнес-программированию. На этот раз - параграф из раздела "Автоматизация".

08.08.2018    9839    1c-intelligence    18    

Канбан в условиях российской действительности

Управление бизнес-процессами (BPM) Управление проектом Agile (XP, SCRUM, Канбан) Россия Бесплатно (free)

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

08.08.2018    23700    MariaTemchina    64    

Не Мегапланом Единым Промо

Управление бизнес-процессами (BPM) Управление проектом Россия Бесплатно (free)

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

23.08.2011    31463    Kate_Palmova    59    

Метод плавательных дорожек

Управление бизнес-процессами (BPM) Бесплатно (free)

Простой метод анализа процессов

02.08.2018    12687    1c-intelligence    60    

Миф о всесильном менеджере

Управление бизнес-процессами (BPM) Бесплатно (free)

Не будем заниматься изменениями, потому что мы - не менеджеры.

05.07.2018    9196    1c-intelligence    1    

Эсперанто, эльфийский и клингонский

О жизни Управление бизнес-процессами (BPM) Личная эффективность Бесплатно (free)

Почему бизнес и ИТ не понимают друг друга? И как сделать, чтобы понимали?

14.06.2018    11682    1c-intelligence    47    

"Правила Ашманова". Часть 2: об управлении проектами Промо

Управление бизнес-процессами (BPM) Управление проектом Россия Бесплатно (free)

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

19.10.2006    27607    support    5    

Продукт vs Процесс

Управление бизнес-процессами (BPM) УУ Бесплатно (free)

Продолжаем тему управления качеством, рассматривая ключевой акцент - продукт или процесс?

08.06.2018    12487    1c-intelligence    40    

Экспансия решений 1С на глобальный рынок: как взять быстрый старт?

Управление бизнес-процессами (BPM) Управление проектом 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Николай Шилкин рассказал о требованиях, которые предъявляет глобальный рынок к решениям 1С, рассмотрел достоинства и недостатки платформы в контексте ее выхода за пределы рынка стран СНГ. Он также объяснил, у каких решений есть шансы добиться успеха на мировом рынке, и дал рекомендации 1С-стартаперам.

04.06.2018    12294    RayCon    21    

Золотой франч. Часть 1

Управление бизнес-процессами (BPM) 1С:Франчайзи, автоматизация бизнеса Бесплатно (free)

Попробуем сформировать кейс для конкретной части знакомого нам бизнеса – 1С:Франчайзи.

22.05.2018    14250    1c-intelligence    61    

Регулярные задачи

Управление бизнес-процессами (BPM) Личная эффективность Бесплатно (free)

Регулярные задачи и регулярный менеджмент, как инструмент работы над изменениями. Варианты, проблемы, решения.

17.05.2018    11357    1c-intelligence    5