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

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

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

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

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

В данной публикации - сводка по методам решения.

 

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

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

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

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

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

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

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

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

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

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

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

Критерий простой: если вы, не спрашивая сотрудника, можете сказать по каждой конкретной задаче, что нужно сделать, то очередь декомпозирована правильно. Если ответом будет «надо разбираться», или «надо как-то исправить», или «еще не смотрел», то декомпозиция выполнена скверно. Система, и процесс, продолжают зависеть от сотрудника.

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

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

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

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

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

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

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

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

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

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

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

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

Отчасти помогают системы управления процессами, которые «нанизывают» разнообразие первичных документов единые сущности. Так появляются карты процессов, единые сущности задач и адресации.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

25

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

Комментарии
Избранное Подписка Сортировка: Древо
1. yogaga 08.08.18 13:07 Сейчас в теме
Местами несколько заумно, но в целом статья полезна.
Не совсем понятна необходимость ретроспективного анализа для текущей оперативной деятельности, можете пояснить?
2. 1c-intelligence 8521 08.08.18 13:15 Сейчас в теме
(1)
Местами несколько заумно

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

это не для текущей оперативной деятельности. Об этом будет отдельный параграф.
3. yogaga 08.08.18 13:24 Сейчас в теме
На практике наибольшую сложность вызывают процессы, предполагающие несколько итераций, и требующие параллельной работы нескольких исполнителей, например, согласование договора, когда каждый согласующий смотрит свою часть, и в случае разногласий с контрагентом могут быть повторные итерации. Как тут лучше всего организовать контроль и оценку процессов?
8. 1c-intelligence 8521 09.08.18 07:37 Сейчас в теме
(3) ваш вопрос затрагивает несколько параграфов учебника, которые еще не опубликованы. С вашего позволения, не буду давать спойлеров.
9. yogaga 09.08.18 08:27 Сейчас в теме
(8) Ну так не интересно, по частям отлавливать ответы на конкретный вопрос...
10. 1c-intelligence 8521 09.08.18 08:29 Сейчас в теме
(9) ну, у меня варианта два: или на вопросы отвечать, или новые материалы писать.
11. yogaga 09.08.18 10:00 Сейчас в теме
(10) Любой учебник без рассмотрения практических задач бесполезен.
12. 1c-intelligence 8521 09.08.18 10:07 Сейчас в теме
(11) да, согласен. Но, мне кажется, полезнее и эффективнее рассматривать практические задачи в учебнике, а не в комментах. Тогда все почитают.
4. pm74 132 08.08.18 14:38 Сейчас в теме
Время нахождения в очереди -мысль хорошая нужно будет это использовать
6. 1c-intelligence 8521 09.08.18 07:32 Сейчас в теме
(4) на эту тему еще будет информация, здесь лишь вскользь упомянуто.
5. acanta 67 08.08.18 14:43 Сейчас в теме
Вы ничего не путаете с процессом принятия решения?
7. 1c-intelligence 8521 09.08.18 07:36 Сейчас в теме
(5) принятие решения - это не процесс, а действие. Ровно такое же, как обработка детали на фрезерном станке, или создание отчета о прибылях и убытках. К нему применимы те же метрики, что и к остальным действиям.

Трудность в том, что "принятие решения" считается чем-то вроде таинства. Такой миф искусственно создан и поддерживается менеджерами. Иначе их разогнать придется.

Программный код, когда исполняется, постоянно решения принимает. Помните, типа

Если КоличествоИтераций > 1000 Тогда
Прервать;
КонецЕсли;

И никакого таинства. Идет процесс, дошел до точки принятия решения, исполнил это действие, и пошел дальше.
13. acanta 67 09.08.18 10:48 Сейчас в теме
(7)
действие

Именно, принятие решения это процесс с определенным количеством итераций и порогом выхода. "Нельзя просто так взять и уволить(ся)/перейти на другую систему учета".
Порог выхода, это сумма/количество опыта/навыки/объем работы который человек/команда заработал/приобрел/выполнил на данном рабочем месте. Но каждый рабочий день это процесс принятия решения уйти. Как и каждый бизнес-процесс это набор действий для передачи результата в другую зону ответственности.
Никакого таинства нет, это факт выполнения определенного плана, о котором зачастую известно. А вот вмешательство в этот процесс с целью увеличить/уменьшить количество итераций в цикле или изменить порог выхода - это нарушение границ. Не говоря уже об изменении этого плана.
14. genayo 09.08.18 10:56 Сейчас в теме
(13) И вот вопрос - а что делать, когда понимаешь, что решение это на самом деле не твоё...
15. acanta 67 09.08.18 11:00 Сейчас в теме
(14) Определить порог выхода и количество итераций лица принимающего решение.
16. genayo 09.08.18 11:37 Сейчас в теме
(15) Решение принимаешь ты, но в итоге оказывается, что на самом деле, никакого выбора решения у тебя не было. Я вот про что.
17. acanta 67 09.08.18 11:45 Сейчас в теме
Выбор есть всегда. Но мы изучаем ответы на тесты для экзамена 1С-Профессионал. И проблема в том, что решение всегда находится вне множества "правильных ответов".
18. mcgoblin 1 09.08.18 15:36 Сейчас в теме
Было бы не плохо добавить ссылки на прошлые статьи из этого цикла.
Оставьте свое сообщение

См. также

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Бухгалтерский учет

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

26.07.2019    1584    user1063453    0       

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

Статья Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

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

09.06.2019    1903    KoldunOne    6       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

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

07.03.2019    7319    1c-intelligence    47       

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

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

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

18.02.2019    4782    soulner    0       

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

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

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

13.02.2019    9944    roman72    20       

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

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

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

29.01.2019    4273    AntonSm    4       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

26.12.2018    6112    1c-intelligence    7       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

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

26.12.2018    4752    1c-intelligence    12       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

02.12.2018    4504    rossoxa    2       

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

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

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

29.11.2018    10587    alis112358    22       

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

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

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

31.10.2018    6339    1c-intelligence    15       

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

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

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

30.10.2018    11449    Gavrik    22       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

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

21.08.2018    3535    -DenA-    4       

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

Статья Программист Пользователь Руководитель проекта Нет файла УУ Бесплатно (free) Управление бизнес-процессами (BPM)

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

16.08.2018    9027    1c-intelligence    23       

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

Статья no Нет файла Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM)

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

14.08.2018    4875    itriot11    42       

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

Статья Системный администратор Бизнес-аналитик Пользователь Руководитель проекта Нет файла Россия Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

08.08.2018    14571    MariaTemchina    63       

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

Статья Программист Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

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

05.07.2018    6962    1c-intelligence    1       

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

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

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

14.06.2018    9406    1c-intelligence    47       

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

Статья Программист Пользователь Руководитель проекта Нет файла УУ Бесплатно (free) Управление бизнес-процессами (BPM)

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

08.06.2018    9538    1c-intelligence    40       

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

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

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

04.06.2018    9242    RayCon    21       

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

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

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

22.05.2018    11120    1c-intelligence    61       

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

Статья Программист Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Личная эффективность

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

17.05.2018    9022    1c-intelligence    5       

Жизненный цикл задачи 40

Статья Программист Пользователь Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Личная эффективность

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

15.05.2018    11657    1c-intelligence    16       

Почему менеджеры не изменяют? 27

Статья Пользователь Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Почему менеджеры не занимаются изменениями? А если занимаются, то ничего не получается?

10.05.2018    10550    1c-intelligence    32       

Менеджер vs Программист 24

Статья Программист Пользователь Руководитель проекта Нет файла Бесплатно (free) О жизни Управление бизнес-процессами (BPM)

Что общего между менеджером и программистом? И в чем различие?

07.05.2018    10390    1c-intelligence    57       

Первый шаг к успешному проекту автоматизации 11

Статья no Нет файла Россия Бесплатно (free) Техническое задание Управление бизнес-процессами (BPM) Управление проектом

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

30.03.2018    7921    Апрель-С    1       

Автоматизация для "полевых" сотрудников (тех, кто не работает в офисе) 42

Статья Программист Руководитель проекта Нет файла v8 1cv8.cf 1С:Франчайзи, автоматизация бизнеса УУ Учет рабочего времени Бесплатно (free) Управление бизнес-процессами (BPM)

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

24.01.2018    12066    siddy    0       

Ад своими руками 239

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Почему не надо внедрять системы управления задачами

28.12.2017    35624    1c-intelligence    179       

Внутренние бизнес-процессы 22

Статья no Нет файла v8::Бизнес-процессы 1cv8.cf УУ Управление взаимоотношениями с клиентами (СRM) Бесплатно (free) Управление бизнес-процессами (BPM)

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

20.12.2017    11380    siddy    0       

Латентные паразиты 136

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

Вот вы сидите, и не думаете о паразитах. А они рядом.

04.12.2017    23112    1c-intelligence    143       

Куда дальше? 80

Статья Программист Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

1С умеем, бизнес-процессы умеем, системы мотивации умеем, ТОС умеем, Scrum умеем... Чего не умеем?

17.10.2017    21826    1c-intelligence    278       

Практика применения UML для проектирования бизнес процессов и информационных систем 77

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

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

03.09.2017    29132    SergeyN    10       

Контроллинг и системное мышление: примитивный пример 31

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

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

17.08.2017    17163    1c-intelligence    110       

Практический пример автоматизации производства в 1С: УНФ 31

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

Конфигурация 1C:УНФ обладает явным преимуществом для небольших предприятий по сравнению с другими программными продуктами семейства 1С. Это лёгкость использования с отсутствием изобилия функционала, в котором теряются многие пользователи, которым представлено УТ, КА, не говоря про ERP. Другими словами, ничего лишнего. Это большой плюс, если нет бюрократии и сложных методик в организации.

31.07.2017    23248    Gavrik    13       

Использование GAP-анализа для выявления и согласования задач по проекту 5

Статья Программист Бизнес-аналитик Руководитель проекта Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

Данная статья размещена здесь для тех, кто хочет знать больше про GAP анализ и как его использовать на проекте. Так как формат статьи не позволяет рассказать все, я постарался рассказать основное по этой теме. Больше, если получится, я расскажу на Event 2017, если мой доклад наберет достаточное количество голоcов. Ссылка на доклад http://event.infostart.ru/2017/agenda/#item643129

05.07.2017    10260    raiml    0       

Внедрение автоматизированной системы управления работами в сервисной компании 15

Статья Пользователь Нет файла v8 ERP2 1С:Франчайзи, автоматизация бизнеса Россия УУ Производство готовой продукции (работ, услуг) Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

29.06.2017    9924    Soliton    2       

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

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

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

28.06.2017    24026    raiml    36       

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

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM)

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

28.06.2017    23484    raiml    10       

Запуск систем без тестовой эксплуатации 2

Статья no Нет файла Бесплатно (free) Управление бизнес-процессами (BPM) Управление проектом

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

30.05.2017    10741    Gavrik    1