Скоро онлайн.kz + помощь.uz + взаимопомощь.рус = helpcenter.life.

Каждый человек может помочь каждому!

Правила описания бизнес-процесса ч.2.
#основыавтоматизации

• Использование общепризнанных нотаций.
Не стоит изобретать собственные обозначения и правила. Используйте нотации, которыми пользуются во всем мире. Я видел в книгах некоторых отечественных авторов попытки создания собственной системы обозначений. И, честно говоря, так и не понял, зачем они усложняют жизнь и себе, и своим читателям. Здесь как с языком – вы можете придумать свой особый язык, но понимать его никто, кроме вас, не будет. А если он окажется похож на существующие, то может еще и путаница появиться. Либо вас сочтут безграмотным, так как вы не по правилам известных языков используете пунктуацию, склоняете слова и т.д. Так и с нотациями – есть уже устоявшиеся, известные людям и, что также немаловажно, интуитивно понятные нотации. Они потому и стали популярны, что в процессе их создания и доработок постоянно тестировались на простоту, однозначность и удобство. Если вы будете использовать готовые нотации, вас будут понимать, воспринимать, как эксперта, да и сами правила нотаций уберегут вас от логических ошибок. Я лично рекомендую IDEF3 и BPMN 2.0.

• Все участники бизнес-процесса должны быть учтены и прямо указаны. И делать это необходимо без использования сносок с нумерациями, комментариях в объектах Swimm line (специальные сноски) и т.д. Этим нередко «грешат» любители создавать собственные конструкции вместо использования готовых нотаций. Где-то у них названия не помещаются, где-то им кажется, что длинное название в теле бизнес-процесса будет неудобным. В результате либо приходится искать в сносках, о ком именно идет речь, либо создатели таких бизнес-процессов просто забывают указать кого-то из участников.

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

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

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

Спасибо!) Всегда рады)

Распространенные мифы и заблуждения
#основыавтоматизации

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

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

Не путайте описания бизнес-процессы компании и бизнес-процессы IT систем.
Во многих автоматизированных системах, например, 1С или Zoho CRM, существуют собственные сущности с названием «бизнес-процессы». Но к описываемым в этой статье бизнес-процессах эти сущности не имеют никакого отношения. Считайте их «омонимами», т.е. термины вроде звучат одинаково, но в нашем случае это – описание работы компании, а в IT системах – название группы функций и отчетов.

Распространенная ошибка: Бизнес-процесс обязательно приносит ценность (прибыль).
О том, что бизнес-процессы должны приносить прибыль, я слышал даже от известных спикеров. Более того, видел даже “разбор ошибок” при создании бизнес-процесса, в котором очень много внимания уделяется тому, что 70% действий не несут никакой ценности.

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

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

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

Исходя из всего выше описанного, моделирование бизнес-процесса — это некоторое допущение, процесс творческий. С другой стороны, я в свое время не знал даже что ответить на просьбы описать еще “это” и “вон то”. Но со временем я понял, что бизнес-моделирование — это не просто творчество, но некий диалектический процесс. И уже само создание бизнес-процесса всегда будет нести в себе собственное отрицание. Здесь действительно стоит подходить к вопросу с философской точки зрения. И создавая бизнес-процесс, нужно помнить, что мы не можем охватить все и сразу, а потому он всегда будет несовершенен. Но при этом мы уже закладываем в него то, что будем совершенствовать в будущем. Стоит к этому подходить просто как к факту.

Вот и мы закончили блок "Что такое бизнес-процесс". Далее будет "Управление бизнес-процессами. BPM". Спасибо, что вы с нами и не забывайте рассказывать о нас друзьям)

Маленькие победы важны в начале пути
https://news.rambler.ru/other/44349113-v-rossii-zapuschena-pervaya-v-mire-tsifrovaya-platforma-pryamoy-adresnoy-pomoschi/

Доброго дня! Начинаем блок управление процессами.

Как появилось BPM?
#основыавтоматизации

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

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

Если мы обратимся к старым записям и попробуем изучить особенности организации труда что на советских предприятиях, что в западных компаниях, например, Форда, мы увидим преимущественно сухие, сложные для восприятия текстовые инструкции, относящиеся преимущественно к функциональному подходу:
1. Описание рабочего места
2. Должностная инструкция сотрудника
3. Требования техники безопасности и т.д.

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

А что делать, если появляется необходимость быстро изменить работу целой организации? А если еще при этом внедряется автоматизация? Ответом на эти запросы и стало появление BPM.

Следующая тема: "Об управлении бизнес-процессами простыми словами".

P.S. напишите в комментариях, что вы хотите видеть чаще: новости компании, кейсы, еженедельные итоги или свою версию.

Всем доброго дня! Понравился чек-лист, делимся.

Чек-лист как дизморалить сотрудников:

1. Ставить ТЗ голосовыми сообщениями;
2. Не отвечать на обратную связь и требовать, чтобы с тебя ее добились;
3. Бросай все дела, делай другое дело срочно! Для нужного эффекта повторять по 3 раза в неделю;
4. Тратить часы на совещания, суть которых можно описать в задачи за 15 минут;
5. Не выплачивать зарплату, потому что клиент ещё не заплатил;
6. Зацикливать на себе текучку. Срываться на сотрудников за то, что они сами не могут решать проблемы;
7. Делегировать все на одного человека-многоручку.
8. Винить человека-многорочку в провалах проекта;
9. Противоречить своим ТЗ выдавая их за ТЗ сотрудников;
10. Унижать сотрудников при клиенте;
11. Быть всегда правым. «Да, это так, но это не так»;
12. Всегда говорить, что это делается за 5 минуть, ну максимум 30;
13. Не прописывать регламенты и должностные инструкции. Ведь это мешает росту;
14. Написать овердофига инструкций на вообще все процессы и заставить перестать думать самому;
15. Попросить сотрудника сделать маркетинговую стратегию для клиента в воскресенье вечером. Стратегия нужна в понедельник. Брифа нет;
16. Иметь систему постановки задачи, но не придерживаться ее;
17. Часто менять мотивацию;
18. Акцентировать внимание только на косяках и игнорировать успехи сотрудников;
19. Заставить планировать задачи, писать задачи, структурировать задачи, сегментировать задачи, группировать задачи, рассказывать как ты работаешь с задачами по три раза на день, а потом требовать а ты вообще их сделал;
20. Требовать от сотрудника описать то как будет делать рутину;
21. Игнорировать инициативу;
22. Наказывать за инициативу;
23. Заставить интровертов ходить на корпоративы;
24. Требовать успех от задачи, не разбираться в вопросе, но иметь собственную точку зрения, подкрепленную поверхностным прочтением статей 5-летней давности;
25. Требовать ответ сотрудника после рабочего времени;
26. Собирать с сотрудников деньги на подарки к дню рождения других сотрудников;
27. Требовать от сотрудника ответы во время его отпуска или больничного. Ну все равно отдыхаешь же, че тебе стоит, это же на 5 минут;
28. Больше давите на жалость, совесть и чувство вины. Сотрудник - ключевой, кроме него никто не может помочь;
29. Контролируйте каждый шаг. Сотрудник должен знать, что за ним наблюдают;
30. Никогда не поощряйте! Никогда! А то привыкнет и расслабится;
31. Не позволяйте сотруднику быть умнее вас. Фирма ваша, и правы в ней можете быть только вы.

Всем доброго утра и продуктивной недели! Сегодня расскажем:

Об управлении бизнес-процессами простыми словами
#основыавтоматизации

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

Управление бизнес-процессами (BPM) – это управление действиями (автоматизированными и неавтоматизирвоанными) в коллективе посредством бизнес-процессов.

Чтобы управлять любыми бизнес процессами необходимо:
1. Описать сами бизнес-процессы.
2. Внедрить в работу коллектива описанный бизнес процесс.
3. Назначить людей, ответственных за бизнес-процессы, так называемых, стек-холдеров или владельцев бизнес-процессов.

Важно понимать, что бизнес-процесс может выполняться как человеком, так и быть частично автоматизированным.

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

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

И чтобы исключить путаницу в терминологии, поясню:
• BPM – это методология. т.е. набор основных принципов и подходов к построению нотаций и самой организации работы при помощи бизнес-процессов.
• BPMN – нотация(язык), в которой строятся нотации, в том числе, исполняемые.
• BPMS – IT система исполнения, построенная по определенным правилам, заданных в методологии.

Следующая тема: "Исполняемые и неисполняемые бизнес процессы".

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

Анонс второй версии нашего соц. стартапа уже близко. От Альфа-Банк Казахстан получили договор на p2p api. Договорились с двумя онлайн сервисами покупки продуктов (говорят надо месяц подождать). Обновляем админку и готовим к старту приложение. Появилась идея - добавить единый реестр для НКО. Думаем...

Радуем качеством и работаем дальше. Спасибо нашим клиентам и всей команде!

Маленький вброс большого проекта. Вот, что сейчас в работе по нашему @helpcenterlife

Исполняемые и неисполняемые бизнес процессы
#основыавтоматизации

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

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

Для исполняемой нотации требуется определенная IT-среда — BPMS. При этом даже неисполняемые я рекомендую выполнять в BPMN, так как здесь сама среда помогает выявлять возможные ошибки, проти- воречия, что повышает грамотность и точность описания бизнес-процессов.

Отличия процессного и функционального подходов ч. 1

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

При этом также необходимо знать:

Для стратегического планирования и оценки работы компании “в целом” лучше использовать функциональное моделирование и нотации (например IDF0). Здесь вы сможете исходить из желаемого результата и выстраивать последовательность функций “черных ящиков”, необходимых для его достижения.

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

Если вы вносите какие-то изменения в бизнес-процесс, то вы всегда отталкиваетесь не от целого, а от части. Т.е. вы меняете алгоритм работы программы и/или корректируете должностную инструкцию сотруднику, выполняющую определенные функции. В результате меняется один из элементов бизнес-процесса, и, как следствие, бизнес-процесс должен стать эффективнее.

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

https://vc.ru/services/139754-pyat-servisov-pozvolyayushchih-sdelat-prototip-produkta-bez-koda?fbclid=IwAR0SaD0koXJh3nP1iRx6Wl0q5fg0OS8XrEZYmXTn83mujlMwO8cBk2XzyY8

​​Всем привет!

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

Отличия процессного и функционального подходов ч.2
#основыавтоматизации

Необходимо понимать:

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

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

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

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

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

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

Описание работы с BPM
#основыавтоматизации

Для лучшего понимания того, что такое BPM (управление бизнес-процессами), мы приведем пример последовательности действий бизнес-аналитика в рамках этой методологии:

- Опрос людей (сотрудников компании). Понимание того, каким образом производится работа в каждом конкретном случае.

- Документирование бизнес-процесса на основе полученных данных. На этом этапе аналитик получает описание бизнес-процесса «как есть».

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

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

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

- Далее – снова проработка изменений в инструкциях и программных системах.

- И новый этап внедрения в эксплуатацию.

Жизненный цикл процесса в BPM
#основыавтоматизации

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

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

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

Плюсы BPM

К числу преимуществ использования BPM относятся:
• Возможность максимально детализировать действия людей и систем, необходимые для получения результата.
• Графические нотации – наглядны, что позволяет понять особенности процессов в компании и увидеть их слабые места.
• Нотации прекрасно подходят в качестве инструкции исполнителю, который получит четкую и однозначную последовательность действий. При этом она будет оформлена графически – наиболее удобным для восприятия человеком образом.
• При использовании процессного подхода результат выполнения процесса будет стандартизирован и соответствовать ожидаемому. Это позволит снизить влияние человеческого фактора на уровень сервиса или выполнения любых других видов работы.
• Методология BPM – прекрасно проработана и стандартизирована благодаря BPMN. При этом инструменты (нотации BPMN) интуитивно понятны даже для людей, не изучавших управление бизнес-процессами вообще. С другой стороны, наличие стандартов и правил позволяет избегать ошибок при разработке и создавать в системе BPMS исполняемые нотации (готовые элементы автоматизации бизнеса).

Минусы BPM

Минусы BPM, как это часто бывает, находятся там же, где и преимущества:
• Высокая степень детализации процессов мешает восприятию работы бизнеса для стратегического планирования.
• На людях, которые разрабатывают процессную модель, лежит очень большая ответственность. Любая ошибка может привести к печальным результатам. Например, при разработке функциональной модели есть данные на входе, результат на выходе, инструменты, которые предоставляет компания исполнителю, и сам исполнитель. Пока исполнитель на выходе выдает ожидаемый результат, в рамках функции он может действовать по собственному усмотрению, выбирая оптимальный метод достижения цели. При процессном подходе исполнитель лишается «свободы маневра». У него появляется четко заданная последовательность действий с учетом всех возможных условий. И он не имеет права действовать иначе, даже если результат окажется отличным от ожидаемого.
• Бизнес-процесс статичен и практически не подлежит корректировкам «изнутри». Исполнитель получает четкую последовательность действий и уже не может проявить инициативу. В результате любую ошибку исполнители будут повторять из раза в раз, пока она не будет исправлена в самом бизнес-процессе.

Давно ничего не писали. А новостей то много.

1. Мы таки запустились в 9ти странах. Перевели на 12 языков наш https://helpcenter.life и чуть не сошли с ума. Не без косяков, но уже работаем.

2. Запустили приложения Android/IOs для https://t.me/helpcenterlife.
Android: https://play.google.com/store/apps/details?id=com.helpcenter
IOs: https://apps.apple.com/kz/app/helpcenter-life/id1523269014

3. Если до этого проект разрабатывали 2 человека, теперь уже 5 (это только разрабы). И думаю это далеко не предел. Слишком много задач. Слишком много крутых идей. Слишком много ресурсов... (простите, не сдержался).

4. Начали подключаться волонтеры с других стран. Нас становится все больше, а группа начинает напоминать ООН. Сейчас у нас 30+ волонтёров в общем. Растём и всегда принимаем новых. Форма на сайте.

5. Подались в Global Shapers Community Kazan.

6. Прошли несколько обучений, за одно даже сертификат дадут скоро. "ИБ для НКО", мы с пинка теперь в социалке маза-фака. Делаем добро. Спасибо Теплица социальных технологий.

7. Осознали, что Sailet Company фактически лидер в соц. сфере Казахстана. Мы работали с ТОПами в этой нише.

8. Провели мастер-класс для НКО (неожиданно, правда?), совместно с Общественный Фонд "Kazbrands".

P.S. разместили проект на Product Hunt, просьба поддержать. Ссылка: https://www.producthunt.com/posts/mutual-aid-center. Нам важны все инфоповоды и площадки. Проект бесплатный и абсолютно некоммерческий.

Каким компаниям подходит BPM
#основыавтоматизации

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

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

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

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

Вопросы и ответы
#основыавтоматизации

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

Какие понятия входят в BPMN?
В первую очередь, это непосредственно система BPMN, а также описание нотаций BPMS. О них я писал в этой статье, и подробно — в предыдущих статьях (см. рекомендуемые ссылки в конце публикации). Кроме того, не так давно появились новые понятия — DMN и CMMN. На них я сейчас подробно останавливаться не буду. Постараюсь описать новые понятия и их особенности в будущих публикациях.

Зачем нужно в построении нотаций столько сложностей и разные подходы?
Управление бизнес-процессами и сама методология BPM необходимы в том числе для директивного управления большими коллективами. Именно для этого необходимы нотации, описания бизнес-процессов и широкий перечень инструментов.

С чего начать работу с BPM?
Изучите язык нотаций BPMN и попробуйте использовать его в своей работе. Главное, не бойтесь начинать. Вы поймете, что простые нотации на практике строить намного проще, чем кажется. И шаг за шагом сможете изучить методологию, опираясь на простые и понятные графические инструменты BPM.

Можно ли использовать BPM для неавтоматизированных систем?
Можно. Это подход предназначен, в первую очередь, не для автоматизации (в IT сфере есть свои инструменты), а для организации работы компании или любого коллектива. Здесь могут учитываться участки работы с применением автоматизированных систем. А могут рассматриваться исключительно процессы в коллективе, причем, любом — от строительных бригад или производства до творческих коллективов в театре или филармонии. Главное, четко описать — как происходит интересующий вас процесс, а также, как вы его хотите изменить.

Следующий цикл статей: "Что такое и как выбрать ПО ДЛЯ БИЗНЕСА".