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

Публикация № 918990 09.10.18

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

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

Описание процессов

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

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

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

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

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

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

Правило номер 1: не начинайте с описания процесса.

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

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

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

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

Правило номер 2: используйте несколько форматов одновременно.

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

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

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

Главное же – не забывайте о здравом смысле. В бизнес-программировании нет стандартов, строгих правил и законов, кроме одного: должно работать.

Синхронность и асинхронность процессов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Типичный пример: «я буду согласовывать только после того, как согласует вот он». Или «я посмотрю на этот договор только после финансистов». Хотя, если верить статистике и здравому смыслу, подобные постановки не имеют под собой оснований, и являются лишь способом переложить ответственность.

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

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

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

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

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

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

Кроме асинхронности, есть еще более мощный метод оптимизации – буферизация процессов. О нем – в другой раз.

Конфликт "один-много"

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. Alligator84 69 09.10.18 11:28 Сейчас в теме
Отличная статья, но не совсем согласен с пунктом номер 1:
как раз таки требования к функциональности возникает из понимания процесса, процесс обязательно должен быть отражен где-либо, хоть первоначально на обрывке бумаги.
Абсолютно верно, что он не должен быть зацементированным, но лучше когда все участники процесса итеративно его рефакторят.
Т.е. собрались обсудили и переложили штрихами на бумагу (не нужно тратить времени на его графическое представление в ПК);
Переспали с этими мыслями, еще раз пересмотрели логику и когда более менее логично, формируем требования к каждому этапу процесса.
На основании этих требований и приемка, и тесты и, как не печально, разбор полетов.
5. 1c-intelligence 11669 09.10.18 11:57 Сейчас в теме
(1) все правильно пишете. Разумеется, накидать процесс на бумажке - это не "описание процесса".
21. Alligator84 69 09.10.18 14:22 Сейчас в теме
(18)
и вот как раз для исключения подобных ситуаций и нужно понимание всего процесса хотя бы на...читайте (1) для того, чтобы требования к следующему спринту не вступали в противоречия с уже выпущенной функциональностью.
2. pm74 196 09.10.18 11:37 Сейчас в теме
(0)
Поэтому, давайте, погружайте «рисователя» в реальную жизнь, пусть тоже изучает бизнес-программирование.

чаще всего "рисователь" и разработчик - один человек
6. 1c-intelligence 11669 09.10.18 11:58 Сейчас в теме
(2) мы с вами в разном Челябинске живем, похоже.
У нас обычно рисуют специальные люди, типа СМК, которым на все насрать.
8. pm74 196 09.10.18 12:08 Сейчас в теме
(6) бывает и такое "Г" приходится "автоматизировать" , далеко ходить не нужно
возьмем например ндс с авансов по договору комиссии
это имо более подходящая иллюстрация к (3)
3. pm74 196 09.10.18 11:52 Сейчас в теме
Например, тот же закуп. Объективно, снабженцу неудобно подпрыгивать и бежать исполнять каждую заявку, когда она возникла. Ему намного проще взять сразу несколько заявок – штук десять, например, причем сгруппированных по неким признакам. Например, все заявки на штамповки, или на зубодолбежку, или на резину, и выполнить их скопом. Вероятно, там и поставщик будет один и тот же, и документ надо будет оформить один. Получается, в данном случае снабженец работает с «много».

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


не совсем согласен , имо
внутренняя логика и непротиворечивость процесса
, в любом случае должна стоять на 1 месте , все остальное - вопросы "удобного" предоставления информации снабженцу
4. Goleff74 187 09.10.18 11:55 Сейчас в теме
Вот я такой Бэтмен, руковожу отделом/службой/департаментом. Мой здравый смысл решает задачи, в срок, без факапов, все довольны. Через некоторое время я захочу поменять место работы, или занозюсь с кем-нибудь и меня уйдут.
Как в этом случае передавать этот здравый смысл в каком-то стандартизированном виде, чтобы его могли дать преемнику, и он в свою очередь его понял и принял?
7. 1c-intelligence 11669 09.10.18 11:59 Сейчас в теме
(4) передадут описание процесса, которое вы нарисуете после его отладки.
9. Goleff74 187 09.10.18 12:11 Сейчас в теме
(7)
Процесс хорошо. А методологию разработки процессов с использованием "здравого смысла"?
Это получается зависимость компании от личности. Пока она есть - все здорово, но стоит ей уйти, остальные не факт, что смогут продолжить в том же русле. Со здравым смыслом у людей проблемы в общей массе.
11. 1c-intelligence 11669 09.10.18 12:13 Сейчас в теме
(9)
Это получается зависимость компании от личности

я для того и пишу учебник, чтобы ничего ни от кого не зависело.
Любой взял и сделал. Лучше, конечно, если любой - программист.
strange2007; +1 2 Ответить
28. strange2007 144 11.10.18 09:09 Сейчас в теме
(11) Аналогично. Только добавлю, что лучше использовать 2 направления:
1. Максимальное упрощение всех процессов.
2. Максимальное документирование всего. Лекции для ключевых сотрудников предприятия. Периодическое их обучение и экзаменация (конечно же в игровой форме).
10. Alligator84 69 09.10.18 12:11 Сейчас в теме
К сожалению, еще ни в одной компании не встречал описанных процессов, пусть даже неактуальных.
Когда задаю вопрос почему, ответ всегда один - Процессы часто меняются нет смысла описывать.
o.nikolaev; +1 Ответить
12. 1c-intelligence 11669 09.10.18 12:15 Сейчас в теме
(10) вопрос не в самом описании, а в затратах на выполнение этой работы - описания.
Традиционный подход - долгий и дорогой.
Собрать процесс автоматически, по автозадачам, например - быстро и дешево.
13. acanta 09.10.18 12:25 Сейчас в теме
(10) не в каждом "описании конфигурации" можно найти описание процесса. Мне встречалось только одно - "ЗИК 7.7". Процесс начинался из переноса начального сальдо и завершался выгрузкой проводок в бухгалтерию. Это описание занимало полторы страницы. Остальное (включая подробности каждого пункта) - все и так прекрасно знали или могли воспроизвести по данным базы.
Прочесть в соотвествующем пункте описания конфигурации кому, когда и сколько начислить премии невозможно. В мануале можно узнать только одно: куда это все записать когда оно уже есть. Или, в случае отсутствия возможностей в программе принять решение (а) отказаться от премирования (б) изменять оклад/применить сдельную оплату
Процесс включает в себя наличие/отсутствие возможностей программы отразить определенный факт.
Возможно я ошиблась в понимании этого термина.
14. awk 730 09.10.18 14:00 Сейчас в теме
Опыт показывает, что:

1. Если не написать описание до разработки, то после его никто не напишет.
2. Если не связать себе руки бумажкой, то после внедрения окажешься виноватым.
acanta; VladimirMelnychenko; +2 Ответить
15. 1c-intelligence 11669 09.10.18 14:04 Сейчас в теме
(14) здесь речь не об автоматизации, а о построении живого человеческого процесса.
Ну и вообще, в бизнес-программировании создание процесса и его автоматизация неразделимы.
17. genayo 09.10.18 14:14 Сейчас в теме
(15) На старте мы должны иметь "черный ящик", зная только что есть на входе, и что должно быть на выходе. На финише мы должны иметь самодокументирующийся процесс, собираемый на основании задач этого процесса, так?
19. 1c-intelligence 11669 09.10.18 14:16 Сейчас в теме
(17) старт может быть разным, в том числе и таким, как вы описали.
Но, обычно, хоть какое-то понимание процесса появляется быстро - вам его за 5 минут устно расскажут.
Самодокументирующийся процесс на выходе - это не идеал. Идеал - работающий процесс. Автодокументирование - это замануха для СМК. Реальным людям он не особо нужен. Так, чтоб не приставали с бумажками.
20. genayo 09.10.18 14:19 Сейчас в теме
(19) Документированный процесс нужен для понимания его сотрудниками, которые начинают работу с процессом. Утверждения/согласования документации не нужны для продуктивной работы, но это требует определённой зрелости организации.
22. 1c-intelligence 11669 09.10.18 14:24 Сейчас в теме
(20) ладно, спорить не буду. Пусть будет документация.
24. genayo 09.10.18 14:42 Сейчас в теме
(22) А как иначе? На словах сотрудники должны друг-другу рассказывать?
16. Alligator84 69 09.10.18 14:04 Сейчас в теме
2. Достаточно утвержденных требований на короткий спринт, чтобы они самые требования не успели "протухнуть". Как показывает практика, громоздкие ТЗ успевают стать неактуальными еще до выпуска первого релиза.
18. genayo 09.10.18 14:15 Сейчас в теме
(16) А если следующий спринт изменяет требования к предыдущему, тогда как?
23. alex_bitti 130 09.10.18 14:39 Сейчас в теме
есть 3 разных профессии: кодер, инженер-программист и разработчик, причем если последние 2 могут в себе объединять обязанности остальных, то первый -кодер, никогда, и последний при этом может быть представлен группой лиц.
раздражает немного когда люди путаются в этих понятих, хотя мне кажется само разделение на исполнителя и "описателя" архитектуры, произошло по вине последних, от чего людям которые фактически не пишут код, кажется что они прекрасно все понимают, хотя это очень часто не так, элементарно как человек может разрабатывать базу данных если не отличает кластерного индекса от некластерного, ну это так из банальных, то есть люди зачастую пишут инструкции без понимания, и когда приходит новый программист он с умиление как на записки юродивого смотрит на документацию, один из перлов слышал совсем недавно. Наш аналитик слава богу не по 1С, сказал естественно без присутствия разработчиков, что оказывается программист не понимает иногда чего он пишет, сам механизм, ему этого и не нужно знать, все знает аналитик, к слову это сугубо ее личное мнение, знает она куда меньше тех людей которые занимались разработкой, хотя и они там пишут что попало
29. strange2007 144 11.10.18 09:21 Сейчас в теме
(23)
что оказывается программист не понимает иногда чего он пишет

Понимаете, многие ведь именно ничего абсолютно не понимают. Просто подумайте, много ли из знакомых программистов понимают как добавление функционала возврата на десятку с МЦ.04 повлияет на самодурство (мотивацию и эффективность) начальника склада? Вот-вот. А там кроме начальника склада под удар попадает вся бухгалтерия, генеральный директор и потом всё спускается на простолюдинов.
Вот и представьте какая пропасть между аналитиками и бездумными программистами. Поэтому зря злитесь на своего аналитика. Скорее всего она права.
30. alex_bitti 130 11.10.18 11:14 Сейчас в теме
(29) опять же есть 2 понятия прикладное программирование и программирование как создание отдельных механизмов и связей, рассуждать что программист повлиял на мотивацию директора создав отдельный механизм, это как обвинять Калашникова конструктора в убийстве миллиарда человек, инженер, конструктор, создает только механизм как им пользоваться решают другие люди, вопрос в том что только они знают что доконца может система, возвращаясь к автомату я о том знании конструктора что пороховые газы способны пробить стену, а аналитики без этого знания. а появиться ему элементарно не от куда, будут пытаться придумать сложный механизм по пробитию стены из рогатки кожурой от орехов, даже иногда выходит им что то придумать но результат это стыд
31. strange2007 144 11.10.18 14:44 Сейчас в теме
(30) Хм, я примерно понимаю про что Вы пишите (ключевое слово - примерно) и именно поэтому немного не соглашусь. Нарисованный Вами программист может хорошо знать устройство автомата и уж точно не будет применять рогатку для пробития стены. Тогда как аналитик знает сколько стен надо пробить и куда они упадут после выстрелов. При этом аналитику не надо знать чем будут пробивать эти стены, а программисты (не всегда) не знают сколько стен пробивать придётся и что будет после этого и что случится когда они упадут. Мне кажется ваш аналитик как раз это и имела в виду - разные уровни абстракции. Очень разные.
32. alex_bitti 130 12.10.18 08:59 Сейчас в теме
(31) глобально может и так, то есть когда работает конвейер каждый выполняет свою работу, я лишь о том модель аналитик-кодер нежизнеспособна, наконец выразил свою мысль) если есть просто исполнитель - кодер и заказчик - аналитик (который сам уже посредник между конечным пользователем и разработчиком), должен быть архитектор, кто на мой взгляд тоже псевдопрограммист, так как не пишет код, значит не может считаться программистом в полном смысле, с каждым годом количество менеджеров увеличивается, а копает Вася как на той картинке))
33. strange2007 144 12.10.18 09:26 Сейчас в теме
(32) Ну Вы уж прям нарисовали картинку "три толстяка". Зря, очень зря. Простите, но за свою карьеру уже не мало видел людей, которые снизу рассуждали о бездарности манагеров, а как забирались чуть выше, так сразу материли работяг за безделье и лень. Работяг, а не себя! Другими словами, попробуйте обладать знаниями аналитика и использовать их в реальности, а потом сравните с текущим мировоззрением. Уверяю, будете очень удивлены.

"аналитик-кодер " Ну не знаю, сколько не видел програмистов, всегда одно и тоже - без аналитика заказчик не может внятно сформулировать хотелки, а программист вообще не знает как правильно делать. К сожалению как раз такие конторы постоянно и выправляю. Каждый год одно и тоже.
34. alex_bitti 130 12.10.18 09:31 Сейчас в теме
(33) ваше предположение было бы верно, но я не снизу)) конечно польщен тем что в рассуждения я беспечен и молод, но это далеко не так)) аналитик - это больше пользователь, который знает пользовательский функционал, под словом пользовательский я первоначальные представления о программировании, то есть использование "Справочники.Номенклатура.НайтиПоКоду()" это пользовательский уровень, программист имеет представление об механизме поиска, индексах задействованных, и стоит ли его применять в данном случае или лучше сделать запрос к справочнику. Про OLAP системы это отдельный разговор
35. strange2007 144 12.10.18 12:27 Сейчас в теме
(34) Упс... простите, если обидел. Значит мы просто чуть-чуть про разное говорим. Предлагаю найти более-менее аксиомы.
Например, я рассматриваю роль "аналитик" в виде человека, который знает бизнес-процессы предприятия, смотрит на них сверху. Он абсолютно не знает программирования и даже системы на которой производится автоматизация. Он оперирует объектами бизнеса, а не объектами учётной системы или понятиями языка программирования. Аналитик хорошо знает все виды учёта и умеет читать (т.е. ему не лень проштудировать консультант+, например, для того, что бы знать, что удерживать с работника можно только в текущем месяце). При этом аналитика внимательно слушают начальники отделов и всякие заместители генерального.
Программист же наоборот отлично знает все тонкости программирования, алгоритмы и прочие непонятности для остальных людей. Как правило программиста не слышат всякие начальники и поэтому постановка задачи от них происходит как общение глухого с немым.
Может я ошибаюсь, но я всегда так представлял эти роли (укрупнённо конечно же)

Примечание: Я не знаю, что такое индексы и ОЛАП системы видел только на картинках, но это не мешает более-менее успешно автоматизировать предприятия разных масштабов. Хотя для души пишу на PureBasic-е и Fasm-е, но в работе это забываю полностью.
25. PLAstic 276 10.10.18 13:10 Сейчас в теме
не забывайте о здравом смысле. В бизнес-программировании нет стандартов, строгих правил и законов, кроме одного: должно работать.

О, я много встречал такого бизнес-программирования! Форматирование максимально сохранено.

Если ВыборкаОрг.ДатаПроверкиПроектов = неопределено Тогда Возврат Ложь;КонецЕсли;
Если Объект.Дата >= ВыборкаОрг.ДатаПроверкиПроектов И ВыборкаОрг.ДатаПроверкиххххххх <> Дата(1, 1, 1) Тогда
	Если Строка(Объект.ВидОперации) = "Товары, услуги, комиссия" ИЛИ Строка(Объект.ВидОперации) = "Услуги" 
		                                ИЛИ Строка(Объект.ВидОперации) = "Услуги xxxxxxxxx" ИЛИ Строка(Объект.ВидОперации) = "Услуги xxxxxxxx" 
										ИЛИ Строка(Объект.ВидОперации) = "Оборудование" ИЛИ Строка(Объект.ВидОперации) = "Объекты xxxxxxxx" Тогда


Круто, что статьи призывающие говнокодить, стали появляться на ИСе и их даже нахваливают. Про TCO мы не будем упоминать, конечно, ибо тогда развалится логика "как угодно, лишь бы работало".
26. 1c-intelligence 11669 10.10.18 13:24 Сейчас в теме
(25) причем тут программирование и код?
27. acanta 10.10.18 13:28 Сейчас в теме
(26) ни при чем. Причем тут мозги когда думать некогда.
36. yyv-911 15.10.18 12:06 Сейчас в теме
у нас наверно неправильный смк. Точнее 1 человек.
исполнение процессов спрашивают, помогают. Смотрят эффективность, запускаются процессы корректировки если показатели падают.
А вот с руководителями отделов беда. Им мало что надо. Это простые исполнители.
Фактический смк или отдел развития могут одной мыслью заставить работать остальных по другому.
Пока конечно это в стадии старта. Т.е. все руководители описывают что у них твориться. и пытаемся все измерять.
Посмотрим что выйдет.
Все, почти поголовно, руководители реагируют на события, а не выстраивают систему. Исключения единицы.

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

См. также

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

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

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

28.06.2017    42885    raiml    37    

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

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

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

06.09.2021    986    ashtey    6    

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

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

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

16.08.2021    1039    ashtey    2    

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

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

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

08.08.2021    1386    ashtey    6    

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

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

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

28.06.2017    34653    raiml    10    

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

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

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

01.06.2021    2202    ashtey    1    

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

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

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

03.05.2021    2401    ashtey    13    

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

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

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

22.04.2021    5014    ashtey    1    

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

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

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

23.02.2017    28575    Gavrik    11    

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

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

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

19.04.2021    11925    ashtey    6    

Котлеты по-одесски, или с чем кушать IDEF0

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

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

23.03.2021    2023    ashtey    5    

"БИП: Бизнес-Процессы". Пример настройки сценария "Обработка интернет-заказа клиента"

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

В статье приводятся примеры настройки сценария бизнес-процесса в системе «БИП: Бизнес-Процессы» на примере обработки интернет-заказа.

17.03.2021    913    YuriYuriev    0    

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

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

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

26.03.2015    32325    CheBurator    36    

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

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

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

16.02.2021    1091    raiml    3    

«БИП: Бизнес-Процессы». Интеграция с Telegram и Конструктор чат-ботов

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

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

15.02.2021    1142    YuriYuriev    0    

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

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

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

20.11.2020    12010    e_ivanova    0    

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

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

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

06.04.2015    38467    raiml    14    

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

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

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

20.10.2020    2474    e_ivanova    6    

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

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

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

14.10.2020    4714    ashtey    11    

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

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

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

06.10.2020    12924    ashtey    5    

«БИП: Бизнес-Процессы». Примеры использования. Часть №5. Система оповещений

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

В статье приводятся примеры настройки автоматических оповещений по сценариям в системе «БИП: Бизнес-Процессы».

16.09.2020    1093    YuriYuriev    0    

«БИП: Бизнес-Процессы». Примеры использования. Часть №4. Графика

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

В статье приводятся примеры настройки графических карт сценариев в системе «БИП: Бизнес-Процессы».

28.08.2020    1444    YuriYuriev    0    

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

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

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

20.08.2020    3589    MariaTemchina    4    

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

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

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

27.02.2015    27891    izidavld    69    

Альтернативный подход к построению архитектуры Бизнес-Процессов.

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

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

14.08.2020    1597    Плохой    1    

«БИП: Бизнес-Процессы». Примеры использования. Часть №3. Права и связи

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

В статье приводятся примеры настройки и использования системы «БИП: Бизнес-Процессы». Примеры приводятся в конфигурации «1С: Управление Торговлей», ред. 11.4 с подключенным расширением «БИП: Мета-Бизнес-Процессы».

11.08.2020    1612    YuriYuriev    0    

«БИП: Бизнес-Процессы». Примеры использования. Часть №2

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

В статье приводится пример настройки бизнес-процесса и демонстрация применения программного кода в режиме "Предприятие" с использованием системы "БИП: Бизнес-Процессы". Все действия выполняются без использования режима Конфигуратор. Примеры приводятся в конфигурации "1С: Управление Торговлей", ред. 11.4 с подключенной подсистемой "БИП: Бизнес-Процессы".

30.06.2020    3063    YuriYuriev    0    

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

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

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

09.12.2013    22908    pro-rok    15    

«БИП: Бизнес-Процессы». Примеры использования. Часть №1

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

В статье приводится несколько примеров настройки бизнес-процессов с использованием системы "БИП: Бизнес-Процессы". Все действия выполняются без использования режима Конфигуратор. Только пользовательский режим. Примеры приводятся в конфигурации "1С: Управление Торговлей", ред. 11.4 с подключенной подсистемой "БИП: Бизнес-Процессы".

26.06.2020    2721    YuriYuriev    0    

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

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

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

19.06.2020    6427    SergeyN    0    

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

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

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

05.12.2019    13979    comol    95    

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

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

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

19.10.2013    29433    nurpoz    108    

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

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

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

20.11.2019    38638    YPermitin    19    

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

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

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

26.07.2019    5410    user1063453    0    

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

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

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

09.06.2019    5060    Arsen1986    6    

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

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

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

19.01.2012    67292    stvorl    185    

Опыт внедрения 1С ИТИЛИУМ

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

Хочу поделиться успешным опытом внедрения 1С ИТИЛИУМ и рассказать об основных моментах: на что стоит обратить внимание при внедрении систем SD или ITSM.

06.06.2019    11212    MaximumIT    12    

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

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

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

30.05.2019    11745    rpgshnik    16    

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

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

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

23.08.2011    31734    Kate_Palmova    59    

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

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

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

07.03.2019    12063    1c-intelligence    50    

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

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

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

18.02.2019    16379    soulner    2    

Завязка истории про переход одной дистрибьюторской конторы с УТ 10.3 на УТ 11

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

Шумел камыш, деревья гнулись... Ничто не предвещало беды... Ну или как там обычно начинается завязка истории про переход с УТ 10.3 на УТ 11 :)

14.02.2019    6286    1c.pro.fun    24    

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

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

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

19.10.2006    28024    support    5    

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

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

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

13.02.2019    34098    roman72    30    

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

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

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

29.01.2019    10191    AntonSm    4    

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

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

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

26.12.2018    10586    1c-intelligence    7    

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

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

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

26.12.2018    7973    1c-intelligence    12    

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

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

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

02.12.2018    13245    rossoxa    2    

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

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

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

29.11.2018    38397    alis112358    67