Управление моделями при сборе требований

Публикация № 1481776 16.07.21

Управление - Анализ и проектирование ИТ-систем

От качественного моделирования и документирования бизнес-процессов во многом зависит правильность реализации требований заказчика в системе. О том, как организовать процесс моделирования при сборе требований – какие инструменты/нотации при этом использовать и как подбирать аналитика, который сможет правильно документировать требования на проекте, рассказал руководитель проектного отдела “Корпоративные финансы” компании WiseAdvice, Сергей Наумов.

Наверняка все слышали выражение, что работать нужно не 12 часов, а головой.

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

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

 

Что бывает, если не проводить моделирование

 

 

Расскажу несколько кейсов про то, что проводить моделирование важно.

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

  • Второй кейс – на предыдущем месте работы при сдаче работ вылез незапланированный процесс. В этом кейсе, тоже из моей практики, я выполнял проект для производственной компании Москвы, с которой до этого работал на протяжении многих лет – я думал, что знаю об этой компании вообще всё. В один прекрасный момент генеральный директор мне предложил сделать большой и интересный проект по переходу с 7.7 на 8.2 – работы было примерно на год. На финальной процедуре сдачи работ директор (он же собственник) принимает систему, проверяет, как она работает, ему все нравится – я уже потираю руки. И тут он просит меня показать, как работать с пробниками. А я ничего про это не знаю. Работая с этим директором на протяжении многих лет, я думал, что знаю про его компанию все, поэтому при разработке новой системы мы сделали небольшое формальное ТЗ, систему бизнес-процессов не описывали, и данный процесс упустили. К счастью, я тогда довольно быстро справился, за пару недель нарисовал бизнес-процесс. В объеме годового проекта это были не существенные убытки.

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

Я надеюсь, что дал вам понять, что бывает, если не проводить моделирование на проектах. А теперь поговорим, как моделирование может помочь нам улучшить наши проекты.

 

Как моделирование помогает улучшать работу на проекте

 

 

  • Очевидно, что всё в голове удержать невозможно, а если вы раскладываете бизнес-процессы по полкам, то вы можете учесть даже самые незаметные нюансы – вам легче представить, что вас ожидает на проекте.

  • Сотрудники увольняются, болеют и т.д., проблема передачи информации возникает очень часто, и формализованные схемы в этом очень помогают.

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

 

 

В этой презентации я хочу вам передать мое видение процесса моделирования.

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

 

Моделирование в 1С

 

 

Ранее я на Инфостарте представлял доклады:

Обратите внимание, слева на слайде промоделирована сказка «Курочка Ряба». В каждую из своих презентаций я вставляю какую-то сказку на UML. В том году была «Репка», до этого – «Три поросенка». Главное, что при описании в нотации UML сразу понятно, о чем сказка.

 

В каком порядке запускать процесс моделирования

 

 

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

  • сначала вы выбираете нотацию моделирования – определяетесь с тем что хотите моделировать и как;

  • затем выбираете CASE-средство, на базе которого будете запускать процесс моделирования;

  • и только затем, проработав нотацию и выбрав CASE-средство, вы внедряете это в ваши процессы.

 

Выбор нотации моделирования

 

 

В нашей отрасли существует два аспекта, которые необходимо учитывать при разработке модели:

  1. Поведенческая модель => диаграммы поведения:

  • Диаграмма деятельности

  • Диаграмма состояний

  • Диаграмма use-case

  • И др.

  1. Логическая модель => структурные диаграммы:

  • Диаграмма классов

  • Диаграмма компонентов

  • Диаграмма объектов

  • И др.

Согласно логической модели, в любом проекте существует:

  • предприятие, которое мы автоматизируем;

  • программный продукт, с помощью которого мы автоматизируем;

  • и люди, которые работают с этим программным продуктом по определённым инструкциям.

В итоге у нас есть:

  • поведенческая модель – то, как люди работают с этим продуктом (в каком порядке вводят те или иные документы, в каком порядке используют интерфейсы)

  • и есть логическая модель – взаимосвязи тех объектов, которые используются в рамках деятельности.

Например, есть процесс ввода заказа, значит в поведенческой модели будет бизнес-процесс регистрации заказа, а в логической модели будет заказ, связанная с ним нормативно-справочная информация (контрагенты и т.д.).

Для моделирования я предлагаю использовать диаграммы UML – например, диаграмму деятельности для моделирования бизнес-процессов.

Я очень призываю не усложнять – не нужно стараться использовать какие-то сложные нотации, начните с самого простого. Я применяю диаграмму use-case, классов и деятельности. И все.

 

Что такое вообще модель

 

 

Модель – это разложение сложного объекта по простым осям, в понятные и простые ракурсы.

Например, таким ракурсом для предприятия может быть оргструктура, состав бизнес-процессов, сами бизнес-процессы, бизнес-правила, объекты, используемые на данном предприятии.

 

 

Другим примером является всем известный «Дом ARIS», когда у нас предприятие раскладывается на диаграммы:

  • диаграмма организационной структуры;

  • слева – диаграмма взаимосвязей объектов (как связаны продукты, клиенты и заказы клиентов);

  • справа – диаграмма функции предприятия (из каких функций состоит формирование заказа);

  • и посередине мы получаем диаграмму бизнес-процесса, которая объединяет все эти взгляды на разные стороны предприятия.

На выходе должен получиться очень простой документ – «положение о моделировании». Для себя я его сделал 10 лет назад и с тех пор его ношу с собой по всем компаниям, немного адаптируя.

Давайте посмотрим, как этот документ выглядит.

 

 

Здесь мы описываем те модели, которые мы применяем на наших проектах, и дальше по каждой модели описываем, зачем она нам нужна, как она строится и т.д.

 

 

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

 

Выбор CASE-средства. Enterprise Architect

 

 

Почему нужно использовать CASE-средство, а не Visio?

  • После моего предыдущего выступления коллега сказал, что Enterprise Architect – это классное средство для превращения потока сознания в системный вид. И это действительно так. Сегодня мы немного посмотрим на Enterprise Architect, почему он помогает привести поток сознания в системный вид.

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

  • Кроме того, CASE-средства часто содержат специализированные инструменты. Тот же Enterprise Architect позволяет управлять проектом, там присутствует простая система управления проектами.

  • К тому же Enterprise Architect имеет API – мы интегрировали его с СППР.

  • И в отличие от Visio такие профессиональные средства намного больше подходят для работы с моделями.

Давайте посмотрим, как Enterprise Architect помогает в работе.

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

 

 

Давайте посмотрим, что было в этом протоколе.

  • Во-первых, они отметили, что согласовали функциональные требования.

  • Затем, они написали, что они хотят, чтобы базы данных лежали на разных устройствах

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

  • И т.д.

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

 

 

Во втором разделе еще больший поток сознания был. Чтобы что-то из этого сделать, как-то это систематизировать, я применил Enterprise Architect.

 

 

Как я это сделал:

  • все требования, которые были в протоколе, я наложил на диаграмму:

  • Каждое требование связал с бизнес-процессом,

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

 

 

  • Дальше разложил бизнес-процессы на составляющие

  • Также сделал связь с требованиями

  • И получился абсолютно понятный состав объектов метаданных.

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

 

 

Кроме того, CASE-средство позволяет составить матрицу трассировки – вы видите, какой бизнес-процесс из какого требования родился и понимаете, почему он там появился.

 

 

Кроме этого, вы можете прямо здесь, как в MS Project вести план – конечно, функциональность здесь простая, но в ряде случаев вполне хватает.

 

 

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

 

 

Но моделирование ради моделирования – бессмысленно. И если вы делаете модель, ее очень здорово передать потом клиенту и согласовать.

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

 

 

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

Итак, где можно использовать CASE-средство (на примере Enterprise Architect):

  1. Для обработки протоколов совещаний

  2. Для формирования диаграмм зависимостей на основе результатов протоколов, планирования по проекту и т.д.

  3. Для формирования ТЗ с моделями

 

Организация процесса моделирования для выполнения проекта

 

 

Итак, мы с вами поговорили про нотации моделирования, про CASE-средства, и теперь переходим к самому интересному – к организации процесса моделирования для выполнения проекта.

Процесс моделирования можно встроить в любую технологию, например, в 1С:ТКВ, про которую мы сегодня будем говорить.

 

Выявление требований на основе системы шаблонов

 

 

Чтобы правильно построить модель, нужно правильно выявить требования на проекте. Из недавнего негативного примера – коллега в разделе требований написал: «На данный момент ВГО элиминируется приблизительно в Excel». Кем элиминируется? Зачем элиминируется? Почему приблизительно? Непонятно. Так делать конечно нельзя.

Чтобы правильно выявить требования, должен быть понятный формат описания этих требований.

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

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

На основании этой таблицы нам очень просто описать бизнес-процесс и связать требования с моделями.

 

Кросс-классификация требований

 

 

Далее – важно определить правильный уровень требований.

Часто при сборе требований вам говорят «система должна обеспечить план-фактный отчет», а рядом сидит девушка-оператор, которая говорит «и обязательно с красной кнопкой». Это требования разного уровня.

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

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

На слайде показан пример выявления функциональных требований и требований к надежности.

  • на уровне бизнес-требований они формулируются достаточно высокоуровнево;

  • при продвижении по проекту мы, соответственно, их уточняем и детализируем;

  • и в конце доходим до качественных характеристик – время формирования, какому макету должна соответствовать форма и т.д.

 

Формализация описания требований

 

 

Важно научиться формализовать требования:

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

  • второй вариант – требования можно формулировать в виде сценария (мне этот вариант нравится больше, но он сложнее, потому что его сложнее правильно систематизировать):

    • А. Пользователь вводит…

    • Б. Система выполняет обработку данных по алгоритму.

    • В. Система выполняет регистрацию данных в ….

    • Г. Пользователь на основе зарегистрированных данных получает отчет по форме. На основании данных отчета пользователь принимает решение… (выполняет действие)

Не важно, какой вариант вы выберете, важно, что вы это делаете осознанно, и требования формулируете в какой-то одной парадигме на всех проектах.

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

  • Бизнес-процессы

  • Сценарии работы пользователя с системой

  • И т.д.

 

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

 

Итак:

  • у нас есть модель нашего предприятия, которую мы построили;

  • дальше нам на вход приходит какое-то требование об изменении этого процесса;

  • и у нас таким образом получается новая модель.

То есть модель в процессе выполнения проекта меняется, но то, как она изменяется, регулируется требованиями.

 

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

 

 

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

Например, бизнес-требования можно формализовать в документе:

  • BRD;

  • ТЗ;

  • «Функциональные требования»;

  • «Спецификация требований» и др.

В документы бизнес-требований удобно включать модели, которые написаны во второй строке:

  • организационная структура;

  • схема функциональной структуры (состав бизнес-процессов);

  • бизнес-процессы и т.д.

Требования к функциям автоматизированной системы удобно описывать в документах:

  • ТЗ (ближе к техпроекту);

  • Частное техническое задание;

  • Технический проект.

В документы функций автоматизированной системы удобно включать модели:

  • Логическая структура объектов АС;

  • Представление объектной модели;

  • Схема БД;

  • Взаимосвязи объектов.

Но обратите внимание, что:

  • на каждом уровне требований у нас свой документ;

  • для каждого уровня работы над проектом у нас своя модель.

 

Алгоритм работы с требованиями

 

 

Итак, алгоритм работы с требованиями заключается в том, что:

  • Сначала мы выявляем требования в стандартном шаблоне

  • Дальше – мы классифицируем требования по уровню и типу

  • И включаем требование в подходящий для уровня документ

 

Интеграция моделей в автоматизированную систему

 

 

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

  • Классический пример, который все знают, это интеграция СППР, где модель построена в нотации IDEF0 в систему ERP 2 (KA 2) – у нас непосредственно в системе ERP есть кнопка, вы нажимаете, например, в приходном ордере кнопку и понимаете, какой бизнес-процесс поддерживается этим документом, какие документы можно ввести впоследствии на основании этого документа.

  • И второй вариант уже из моей практики – это интеграция сценариев в ВРМ (про него я сейчас подробнее расскажу).

 

 

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

  • Например, мобильное приложение при установке запрашивает у BPM-системы по номеру телефона, есть ли у нас такой клиент.

  • BPM-система маршрутизирует сообщение в CRM, АБС, определяет наличие клиента и возвращает ответ на мобильное приложение.

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

  • мы включили в BPM-систему описание бизнес-сценариев;

  • и каждый тип сообщения привязали к бизнес-сценарию.

Данное действие помогло нам упростить взаимоотношения с подрядчиками – подрядчики намного проще стали понимать, в каком сценарии (при каком взаимодействии) какой ID сообщения им нужно применять.

 

Подбор аналитика для организации процесса моделирования

 

 

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

 

 

Для оценки персонала я использую матрицу, которая показана на скриншоте. В колонке я пишу фамилию кандидата, а далее задаю ему определенные вопросы и отмечаю, насколько данный специалист подходит мне по выбранным критериям (я не ставлю ему оценку по его знаниям, я проверяю, насколько он мне подходит). Например:

  • я разбираюсь с профессиональным опытом.

  • в разделе «выявление требований» я разбираюсь с тем:

    • как он понимает требования;

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

    • понимает ли он, что такое управление требованиями;

    • какие у него подходы к разработке модели и т.д.

Пройдя по такому опроснику, вы уже поймете – перед вами аналитик или же тот, который умеет «галочки ставить».

 

Как запустить процесс моделирования

 

 

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

  • Сначала мы правильно организуем работу с требованиями (мы их выявляем, классифицируем, строим модели)

  • Потом организуем хранение этих моделей и процессы по их обновлению – обеспечиваем доступ всех участников к этим моделям.

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

 

А для того, чтобы запустить процесс управления требованиями, вам достаточно:

  • подобрать нотацию;

  • выбрать CASE-средство;

  • запустить процесс моделирования на исполнение.

 

Открытые вопросы

 

 

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

  • На всех моих выступлениях я слышу вопрос: «Мы же используем типовую систему… нужно ли ее описывать полностью?» Пока, я для себя сделал такой вывод – что описывать систему полностью не нужно, потому что процесс работы с основными средствами, например, практически у всех одинаковый, поэтому можно просто поставить квадратик – основные средства, и все. А те процессы, которые имеют вариативность, описать в виде бизнес-процессов.

  • Нужно ли строить две модели – AS IS и TO BE? Я считаю, что не нужно, потому что вместо модели AS IS можно использовать протоколы интервью, поэтому я строю только модель TO BE. Но иногда возникают мысли, что может быть, все-таки имеет смысл описывать две модели. Хотелось бы услышать ваш опыт, ваше мнение.

  • Мне не дает покоя идея «Исполняемых бизнес-процессов» – это очень интересная нотация BPMN. Имеет ли право на жизнь идея исполняемых бизнес-процессов в рамках проектов на 1С, я пока для себя не нашел однозначного ответа.

  • И еще один вопрос – нужно ли моделировать «до объектов метаданных»? Нужно ли делать модель метаданных для передачи ее программисту? Иногда я это делаю, когда мне необходимо объяснить схему регистров программисту, но всегда только частично, чтобы у программиста оставалась свобода выбора метода реализации.

 

*************

Данная статья написана по итогам доклада (видео), прочитанного на онлайн-митапе "Инструментарий руководителя проекта". Больше статей можно прочитать здесь.

Приглашаем всех 11-12 ноября принять участие в INFOSTART EVENT 2021 в Москве: //infostart.ru/events/1451228/

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. brr 181 16.07.21 11:51 Сейчас в теме
Встречались ли Вам противоречия в моделях? Например, когда функции внедряемого блока "ломают" данные необходимые для другого. Если да, то как Вы такие противоречия находите? И помогает ли в этом моделирование?
2. SergeyN 1000 16.07.21 13:54 Сейчас в теме
(1) Из сообщения не очень понял о какой проблеме идет речь. Можете привести пример?
3. brr 181 16.07.21 16:44 Сейчас в теме
(2) Допустим один блок, отгрузки, использует РС в котором хранится состояние этих отгрузок. Внедряется другой блок, контроль отгрузок, добавляющий в список состоянии ещё одно, которое в блоке отгрузки не учитывается. Как распознать такую ситуацию заранее?
4. SergeyN 1000 16.07.21 17:42 Сейчас в теме
В общем случае, аналитик при добавлении модели движений по новому объекту обязан проанализировать связи. Но коллизии конечно все равно могут возникать - только моделированием такие моменты не всегда можно решить из-за человеческого фактора. Еще нужны организационные решения по назначению архитекторов ответственными за бизнес-процессы (у нас на каждый БП делается 1 проектное решение), которые утверждают технические решения.
5. brr 181 16.07.21 20:15 Сейчас в теме
6. mr_den 28 21.12.21 10:08 Сейчас в теме
Нужно ли строить две модели – AS IS и TO BE? Я считаю, что не нужно, потому что вместо модели AS IS можно использовать протоколы интервью, поэтому я строю только модель TO BE. Но иногда возникают мысли, что может быть, все-таки имеет смысл описывать две модели. Хотелось бы услышать ваш опыт, ваше мнение.


Считаю, что модель AS IS делать необходимо в случаях, когда предприятие действительно большое, где пользователей будущей целевой системы более 300(данное значение ни когда не пытался рассчитать, от какого именно значения стоит моделировать AS IS, взял примерно), но уверен, что не меньше. Из опыта участия на очень большом проекте(где участвует 800 пользователей) в качестве функционального архитектора, без моделирования AS IS, не представлялось возможным хоть как то унифицировать данные, очень много цехов, подразделений, функций, взаимосвязей, стандартов предприятия(регламенты). Моделирование логически связанных событий, очень помогло в организации удобно подобного представления процессов. Да и сам Заказчик был очень рад увидеть свои процессы в квадратиках. Моделировали в нотации BPMN. Малые и средние проекты, соглашусь, можно использовать протоколы интервью и этого будет достаточно. Но нам ни кто не запрещает заказчику предложить промоделировать процессы AS IS))
7. mr_den 28 21.12.21 10:30 Сейчас в теме
Мне не дает покоя идея «Исполняемых бизнес-процессов» – это очень интересная нотация BPMN. Имеет ли право на жизнь идея исполняемых бизнес-процессов в рамках проектов на 1С, я пока для себя не нашел однозначного ответа.


Поддержу, действительно волнительный вопрос... Много думаю над этим вопросом и убежден, что в этом есть смысл и имеет право на жизнь. Я для себя понимаю, так... За основу беру программные продукты учета Фирмы 1С. Большинство продуктов 1С являются, все таки учетными в большей степени. И учету подвергаются, из цепочки бизнес-процесса, только те события, которые действительно необходимо учитывать для последующего анализа. А так как цепочка бизнес-процесса может быть весьма длинной и состоять из множества событий, а сам бизнес-процесс повторяется очень часто, то в нашем случае исполняемый БП просто не заменим. Не заменим, тем, что исполняемый БП, нам автоматически, подсказывает, какое событие нужно учесть в нашей системе и более того, если событие подкреплено исчерпывающими данными, то событие можно запрограммировать и учетная информация будет создаваться автоматически без участия человеческого фактора.
К сожалению в таких проектах мне не доводилось участвовать... но однозначно перспективы вдохновляют.
Оставьте свое сообщение

См. также

Путь покупателя интернет-магазина (Customer Journey) с использованием УФМТП Промо

Анализ и проектирование ИТ-систем Управленческий учет Бесплатно (free)

Недавно у меня вышла статья под названием «Универсальная функциональная модель торгового предприятия (УФМТП) в нотации IDEF0». И одно из пожеланий читателей было пояснить подробнее, как я лично пользуюсь этой моделью и как вообще ее можно применять на практике. В этой статье я выполню просьбу читателей. И на примере взаимодействия покупателей с интернет-магазином продемонстрирую практическое применение этой модели.

12.05.2022    839    raiml    2    

Дизайн-мышление в заказной разработке

Анализ и проектирование ИТ-систем Бесплатно (free)

Метод дизайн-мышления смещает приоритеты разработки на потребности пользователя. Но как понять, что пользователь хочет и учесть его подразумеваемые требования? О том, как с помощью эмпатии к пользователю и визуализации идей сделать удобный для заказчика продукт, в докладе на Infostart Event 2021 Moscow Premiere рассказала Мария Серёгина.

30.06.2022    1902    SerjoginaMaria    15    

Автоматизация vs оптимизация

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Бесплатно (free)

Анализ и оптимизация бизнес-процессов становятся все более востребованными в проектах автоматизации, а с массовым переходом с 1С: УПП на 1С:ERP эта задача станет еще более актуальной. О том, как собрать полную картину реальных потребностей вашего заказчика, исходя из логики его бизнес-процессов, на конференции Infostart Event 2021 Moscow Premiere рассказала Елена Иванова.

27.06.2022    1652    e_ivanova    0    

Скальпель, зажим, … пластырь, валерьянка. Мы закончили..: инструменты работы бизнес-аналитика

Анализ и проектирование ИТ-систем Бесплатно (free)

Считается, что аналитику для работы на проекте достаточно уметь строить бизнес-процессы в одной-двух популярных нотациях. Но это не так, потому что работа аналитика гораздо разнообразнее и не ограничивается рисованием схем. О том, какие инструменты пригодятся аналитику и помогут ему сделать свою работу комфортной и удобной, на конференции Infostart Event 2021 Moscow Premiere рассказала руководитель отдела сопровождения финансового учета компании «Самокат» Анастасия Штей.

23.06.2022    3463    ashtey    0    

Универсальная функциональная модель торгового предприятия в нотации IDEF0 Промо

Анализ и проектирование ИТ-систем Управленческий учет Бесплатно (free)

Из чего состоит предприятие? Какие функции основные, а какие нет? В данной статье вы найдете ответ на этот и другие вопросы. Модель, построенная на основе опыта бизнес-консультанта с использованием нотации IDEF0.

12.05.2022    1308    raiml    4    

Эмпатия и системный подход в сборе требований и составлении ТЗ

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Бесплатно (free)

Начальник отдела внедрения и сопровождения информационных систем в торговой сети «Командор» Елена Качаева выступила на митапе «Сбор требований и составление ТЗ». Елена рассказала, как разобраться в особенностях клиента, как найти с заказчиком общий язык и составить корректное ТЗ, которое в дальнейшем будет легко реализовать и сдать.

10.06.2022    1653    kacelena    2    

Аналитика и BI. Белые пятна рынка и тренды, которые нельзя игнорировать

Анализ и проектирование ИТ-систем Консолидация данных Бесплатно (free)

Мир вычислений бурно развивается, и потребность анализировать «большие данные» уже плотно вошла в жизнь любой, даже маленькой компании. О том, какие исторические предпосылки привели к текущей ситуации на рынке BI-систем, и какие перспективы у этого развития, на митапе «Бизнес-анализ по данным базы 1С» рассказали представители компании «Консон» Евгений Скребанов и Иван Мищенко.

08.06.2022    1364    imischenko    0    

SAFe Epic (Эпик)

Анализ и проектирование ИТ-систем Бесплатно (free)

Перевод https://www.scaledagileframework.com/epic/, с переводом сопутствующих терминов, для понимания основного термина и варианта его использования.

06.06.2022    860    malikov_pro    0    

Кто такой архитектор? Системный или функциональный? Статья 1 Промо

Анализ и проектирование ИТ-систем Бесплатно (free)

Часто сталкиваюсь с непониманием того, кто такой архитектор. Во многих командах эту компетенцию не используют, либо используют неверно. В связи с непониманием того, как устроен процесс разработки в сфере 1С и кто за что отвечает, будут написаны 8 статей. Это первая статья. В статье постараюсь раскрыть роль архитектора и его значимость в процессе проектирования и разработки. Основываюсь на своём опыте (более 15 лет). Для написания этой статьи изучал статьи на эту тему от коллег и консультировался с руководителями крупных команд.

30.06.2020    29318    biimmap    75    

ТЗ как обязательный атрибут в автоматизации. Реальные кейсы из 16-ти летнего опыта

Анализ и проектирование ИТ-систем Бесплатно (free)

Техническое задание – документ, который многим кажется слишком дорогим удовольствием. Руководитель консалтингового направления ГК СофтБаланс Клавдия Макарова объяснила, почему нельзя на него смотреть только с этой точки зрения, и какую пользу он приносит команде и заказчику.

01.06.2022    1540    user1551153    0    

Современные СЭД: курс на упрощенчество и подмена понятий

Документооборот и делопроизводство Анализ и проектирование ИТ-систем Внедрение ИТ-системы Управленческий учет Бесплатно (free)

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

12.05.2022    540    user1214797    5    

Business Objective Model или Модель бизнес-целей - где, зачем и как применять?

Анализ и проектирование ИТ-систем Бесплатно (free)

Модель бизнес-целей или Business Objective Model (далее BOM) - техника, которая захватила моё сердце и разум с первого взгляда. Простая и наглядная, она помогает избежать того, от чего так часто возникает недопонимание между бизнесом и теми, кто его автоматизирует.

23.03.2022    1856    SerjoginaMaria    18    

Ошибка №1 внедрения "Бюджетирования" в 1С:ERP2 и 1С:КА2: настройка статей бюджетов и статей ДДС 1-в-1 Промо

Бюджетирование и планирование Внедрение ИТ-системы Анализ и проектирование ИТ-систем Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Комплексная автоматизация 2.х Россия Управленческий учет Бесплатно (free)

В цикле статей я хочу поделиться ошибками во внедрении подсистемы «Бюджетирование», которые мне приходится исправлять после коллег на реальных проектах, и лучшими приемами по автоматизации бюджетирования на 1С:ERP 2 и 1C:КА 2. Сегодня поговорим и о самой распространенной ошибке – настройке статей бюджетов 1-в-1 к справочнику «Статьи ДДС».

13.06.2018    39873    SergeyN    97    

Power BI дешево или очень дорого?

Консолидация данных Анализ и проектирование ИТ-систем Бесплатно (free)

На онлайн митапе «Бизнес-анализ по данным базы 1С. Интеграция c платформами BI» выступил Петр Базелюк, CTO компании Digital Business. Петр рассказал, как запустить систему аналитики для полноценной цифровизации всего бизнеса, сравнил возможности подписок Free, Pro и Premium и подсказал возможные пути минимизации затрат.

18.02.2022    2551    pbazeliuk    2    

Какие риски и ответственность берет на себя бизнес-аналитик

Анализ и проектирование ИТ-систем Бесплатно (free)

Профессия бизнес-аналитика хотя и интересная, но полна неопределенности. Чем должен заниматься этот специалист, какими навыками обладать, за что отвечать? На эти вопросы попытался ответить исполнительный директор Инфостарта Александр Чавалах.

16.02.2022    3097    chavalah    8    

Как из 1С отдать миллионы строк в BI и успеть это сделать быстро

Консолидация данных Анализ и проектирование ИТ-систем WEB-интеграция Платформа 1С v8.3 Бесплатно (free)

На онлайн-митапе «Бизнес-анализ по данным базы 1С. Интеграция c платформами BI» выступил ведущий разработчик WiseAdvice.tech Дмитрий Фурцев. Дмитрий рассказал о том, как отдать миллионы строк из 1С в платформу бизнес-аналитики и не потратить на это сутки.

14.02.2022    4045    Fudj1k    11    

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

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

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

28.06.2017    52835    raiml    37    

Как мы подружили "1С:Аналитику" и "Финансист". Практический опыт

Консолидация данных Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

«1С:Аналитика» – достаточно молодой инструмент от фирмы «1С». О том, как его настроить и запустить для отображения консолидированных данных из различных баз, на митапе «Бизнес-анализ по данным базы 1С. Интеграция с платформами BI» рассказала Ирина Богданова – ведущий разработчик тиражного решения «Финансист» в компании WiseAdvice.

11.02.2022    2460    bogira    2    

Не надо делать мне как лучше, оставьте мне как хорошо

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

Даже самое продуманное решение может потерпеть фиаско при внедрении, если пользователи не увидят в нем пользу.

08.02.2022    3193    SerjoginaMaria    37    

42 или главный вопрос по бизнес-процессам

Анализ и проектирование ИТ-систем Бесплатно (free)

Приветствую вас, уважаемые коллеги! Меня зовут Анастасия Штей, я – бизнес-аналитик 1С. Именно так я начинала свои доклады на INFOSTART EVENT 2021 Post-Apocalypse и INFOSTART EVENT 2021 Moscow Premiere. Мне очень близка тема бизнес-анализа, изучения подходов и практик моделирования бизнес-процессов и компетенции бизнес-аналитика. И сейчас я запускаю на Инфостарт серию статей, а уже скоро и курс, посвященный основам моделирования и анализа бизнес-процессов.

07.02.2022    5445    ashtey    20    

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

Анализ и проектирование ИТ-систем Бесплатно (free)

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

28.06.2017    41650    raiml    10    

Документальное оформление бизнес-процессов в проектах по автоматизации

Анализ и проектирование ИТ-систем Управление проектом Внедрение ИТ-системы Бесплатно (free)

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

02.02.2022    4041    denisgalimoff    3    

Как бизнес-аналитик может повысить эффективность и прибыльность разработчиков

Управление ИТ-подразделением Анализ и проектирование ИТ-систем Бесплатно (free)

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

31.01.2022    1559    drmaxart    2    

Матрица компетенций аналитика 1С

Мотивация, лидерство и личная эффективность Анализ и проектирование ИТ-систем Бесплатно (free)

Тема мотивации сотрудников – одна из центральных в любой организации. Но, как и за что премировать работников, определиться сложно. В компании ФТО решили, что нужно сформировать матрицу компетенций, присвоить каждой определенное количество баллов, и уже на основании такой независимой оценки распределять премиальные. Подробнее о системе рассказала руководитель аналитиков 1С проектного отдела компании ФТО Анна Бирюкова.

28.01.2022    3052    abir    20    

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

Анализ и проектирование ИТ-систем Бесплатно (free)

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

23.02.2017    29132    Gavrik    11    

Экспресс-обследование и реинжиниринг бизнес-процессов

Внедрение ИТ-системы Управление проектом Анализ и проектирование ИТ-систем Бесплатно (free)

Проведение обследования – это первый этап работы на проекте. От того, как этот этап пройдет, и какие результаты будут получены, будет зависеть дальнейший исход вообще всего проекта. О проведении обследования предприятия для целей управленческого учета на основе МСФО рассказал Генеральный директор ООО «Рэй Консалтинг» Николай Шилкин.

26.01.2022    2203    RayCon    0    

Бизнес-аналитики 1С: спрос есть, но кто они?

Управление ИТ-подразделением Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

Каждый понимает по-своему, кто такой бизнес-аналитик и чем он занимается. Руководитель компании CORS Consulting Илья Отькало постарался ответить на вопросы, что должен знать такой специалист, какие знания и навыки ему пригодятся в работе.

24.01.2022    5372    otkalo    0    

Роль и задачи аналитика в проектной команде при внедрении 1С

Управление командой Внедрение ИТ-системы Анализ и проектирование ИТ-систем Бесплатно (free)

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

19.01.2022    6571    denisgalimoff    8    

Как оценивать задачи программисту 1С Промо

Анализ и проектирование ИТ-систем Россия Бесплатно (free)

Оценивать задачу всегда сложно. У меня не всегда получается оценивать задачи адекватно (во всяком случае, не всегда моё ощущение адекватности совпадает с ощущениями других участников процесса). Именно по причине того, что вопрос для меня актуальный, хочу поделиться своими размышлениями, субъективным опытом в этом вопросе. Речь пойдет только о технической оценке.

11.08.2016    38737    SamBadi    55    

Как быстро нарисовать блок-схему или изобразить бизнес-процесс

Анализ и проектирование ИТ-систем Россия Бесплатно (free)

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

25.11.2021    7147    VachKirp    10    

Реактивный интерфейс для 1С:Предприятия

Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

Интеграция 1С:Предприятие с веб-приложениями требует нестандартных решений. О том, как построить веб-интерфейс для 1С на HTTP-сервисах, и какие технологии при этом можно использовать, на митапе «Интерфейс в 1С» рассказал автор профессиональных курсов по JavaScript в HTML Academy Игорь Антонов.

27.10.2021    4796    antonov_i    17    

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

Анализ и проектирование ИТ-систем Бесплатно (free)

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

06.04.2015    38993    raiml    14    

Модель C4 (C4 model) для визуализации архитектуры программного обеспечения

Анализ и проектирование ИТ-систем Бесплатно (free)

Перевод главной страницы сайта https://c4model.com/, посвященной C4 model.

26.10.2021    6074    malikov_pro    10    

Использование PlantUML в Redmine

Анализ и проектирование ИТ-систем Бесплатно (free)

В статье опишу порядок настройки плагина PlantUML для Redmine 4.2

25.10.2021    859    malikov_pro    2    

Уникальный дизайн в 1С на примере разработки реального продукта

Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

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

18.10.2021    11632    papa_harlo    37    

Когда интерфейсам 1С нужны веб-технологии

WEB-интеграция Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

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

15.10.2021    4496    Akcium    10    

Из арт-директора веб-студии в команду разработки продукта на платформе 1С

Работа с интерфейсом Анализ и проектирование ИТ-систем Бесплатно (free)

В мире 1С по сравнению с веб-разработкой незаслуженно мало внимания уделяется поведению и внешнему виду интерфейсов. На митапе «Интерфейс в 1С» руководитель группы разработки компании АРБИС Анна Гнатюк рассказала, что она привнесла из большого мира дизайна в разработку на 1С.

13.10.2021    1452    gntk    2    

Детские механизмы для взрослых людей

Мотивация, лидерство и личная эффективность Анализ и проектирование ИТ-систем Бесплатно (free)

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

06.09.2021    1950    ashtey    6    

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

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

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

27.02.2015    28473    izidavld    69    

Решение детективных задач

Анализ и проектирование ИТ-систем Платформа 1С v8.3 Конфигурации 1cv8 Бесплатно (free)

Пробуем систематизировать методы решения детективных задач

25.08.2021    4387    1c-intelligence    31    

Берримор, ты потерял рецепт овсянки? Не беда, нам поможет DFD!

Анализ и проектирование ИТ-систем Бесплатно (free)

Методология DFD наряду с нотациями IDEF0 и IDEF3 входит в тройку популярных методологий описания бизнес-процессов. Мы не говорим о современных нотациях eEPC или BPMN, мы говорим о классике.

16.08.2021    5380    ashtey    2    

Мухи отдельно, котлеты отдельно. Или когда использовать IDEF3?

Анализ и проектирование ИТ-систем Бесплатно (free)

С нотацией IDEF0 разобрались, теперь поговорим о следующем представителе семейства IDEF – нотации IDEF3.

08.08.2021    5035    ashtey    6    

"Бескомпьютерная" автоматизация Промо

Анализ и проектирование ИТ-систем Внедрение ИТ-системы Россия Бесплатно (free)

Новое, хорошо забытое старое. Недавно решали проблему в логистике, и я вспомнил статью про автоматизацию без компьютеров, основанную на системе "канбан". Канбан система - система эффективной синхронизации многоэтапного производства и материально-технического обеспечения, осуществляемая с помощью карточек производственного заказа и карточек отбора (карточек канбан). Канбаном часто называют всю систему организации производства Toyota Motor Company, считая его почти синонимом данной системы. Это не совсем точно. Канбан - только один из элементов Toyota Production System (TPS). Канбан как инструмент предложил один из создателей TPS - Таичи Оно. Хотя он утверждает, что придумал его вместе с рабочими для упрощения управления на местах.

17.08.2007    32397    support    32    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 4

Анализ и проектирование ИТ-систем Управленческий учет Бесплатно (free)

Сколько бизнес-аналитиков – столько и мнений: какая нотация лучше и какую следует использовать при моделировании бизнес-процессов. Рассмотрим следующую группу нотаций…

01.06.2021    6982    ashtey    1    

miniCIO: Исполнитель задач или партнер?

Управление ИТ-подразделением Анализ и проектирование ИТ-систем Бесплатно (free)

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

23.05.2021    1500    ashtey    1    

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

Анализ и проектирование ИТ-систем Бесплатно (free)

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

09.12.2013    23209    pro-rok    15    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 3

Анализ и проектирование ИТ-систем Управленческий учет Бесплатно (free)

Итак, сейчас рассмотрим уже самые разнообразные графические нотации и начнем с очень неожиданной – ДРАКОНа.

03.05.2021    5771    ashtey    13    

Краткий путеводитель по методологиям и нотациям описания и моделирования бизнес-процессов. Часть 2

Анализ и проектирование ИТ-систем Управленческий учет Бесплатно (free)

Самая суть – графическая нотация моделирования бизнес-процессов. Какие бывают и когда их использовать… Начнем с семейства нотаций IDEF.

22.04.2021    12158    ashtey    2