http://bpmnforum.ru/topic/98 bpmnforum.ru » Topic: Как правильно отобразить набор действий одного участника. ru-RU Fri, 03 Jul 2026 22:21:32 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/98#post-946 Чтв, 28 Июн 2012 18:50:01 +0000 Анатолий Белайчук 946@http://bpmnforum.ru/ <p>Павел</p> <p>Все что Вы перечислили - это функциональная компетенция.</p> <p>Мое убеждение - процессное управление и BPM следует применять не для компенсации функциональной компетенции. Для этого есть более простые и эффективные методы.</p> <p>Бизнес-процессы незаменимы в ситуации, когда каждый сотрудник на своем рабочем месте грамотен и мотивирован, но сквозной процесс настолько сложен, что передача ответственности между службами объективно сопряжена с проблемами. </p> http://bpmnforum.ru/topic/98#post-933 Чтв, 28 Июн 2012 16:11:11 +0000 Pavel-Smirnov 933@http://bpmnforum.ru/ <p>Разговор в этой теме начал перекликаться с разговором в теме выше. И вот интересно - удавалось ли кому добиться существенных улучшений через оптимизацию работы отдельных исполнителей? И, если мир микроменеджмента, это не область деятельности консультанта по процессам, то кто тогда должен объяснить сборщику, что заготовка должна приезжать слева, а уезжать вправо (и не наоборот)? Кто должен научить бухгалтера пользоваться сводным отчетом excel (а не консолидировать данные на калькуляторе)? Кто должен пройти всю цепочку потребителей цифр отчета и выяснить, что из 8-ми столбцов отчета просматриваются только 2 (причем иногда, и по причине того, что "всегда смотрели, а разве не надо?") </p> http://bpmnforum.ru/topic/98#post-912 Срд, 27 Июн 2012 15:37:24 +0000 Юлия Вагнер 912@http://bpmnforum.ru/ <p>2 Павел<br /> все острее ощущаю разницу между бумажными и исполняемыми процессами))) Да, пожалуй, цикл по объектам - это не самое наглядное описание для бумажного процесса. Но первая ваша схема все равно не годится, хотя бы потому, что параллельные задания подразумевают, что выполнено первым может быть любое из них, т.е. сначала опиши, а потом найди.<br /> Сорь за оффтоп: Павел, а скажите честно: если грузчику нарисовать схему, по которой он сначала будет отбирать товары, а потом описывать (хотя он предпочитает описывать сразу) - он что послушается????? А контролировать это вы будете через видеонаблюдение?<br /> Мы с заказчиком (Анатолий от нас отрекается :) ) описывали подобный алгоритм, правда, в контексте более масштабного процесса - автоматизации предприятия с несколькими каналами продаж. Но мы действительно , как только заказчик уперся в описание складов, убеждали его, что для этой цели лучше использовать специализированное ПО. И дело не только в микроменеджменте, на который ругается Анатолий, а, скорее, в том, что если дойдет до автоматизации, то результат может не оправдать усилий - и сложно, и дорого, если использовать в полном объеме сканеры, iPad-ы и прочие навороты. Или же добавит всю эту работу по вбиванию в систему штрих-кодов и прочей информации обычным складским работникам.<br /> Но... раз уж так надо... :) </p> http://bpmnforum.ru/topic/98#post-904 Срд, 27 Июн 2012 11:43:02 +0000 Oleg L. 904@http://bpmnforum.ru/ <p>Будущее уже здесь! Когда-то ученым считался тот, кто умел читать и писать. Мы ведь не знаем какие там грузчики работают, и чего грузят o_O </p> http://bpmnforum.ru/topic/98#post-903 Срд, 27 Июн 2012 11:39:46 +0000 Pavel-Smirnov 903@http://bpmnforum.ru/ <p>Да, микроменеджмент. Но надо.<br /> Хочу объяснить нач. склада, что правильно сначала отобрать весь брак, а потом переписать. Потому что если переписывать брак в процессе отбора, это: а) забыли записать; б) лишнее время на "взял (нашел) карандаш, взял (нашел) бумагу, нашел куда прислониться, записал, положил ручку (чтобы не потерять), положил бумагу (чтобы не помять и не испачкать)"<br /> Спасибо всем за советы и предложения. Подумаю еще.<br /> Вариант Анатолия не нравится, потому что читателю придется додумывать о необходимости выполнить действие, связанное с составлением объекта данных "опись товара". Да и выносить документы на диаграмму действий не хотелось бы.<br /> Вариант, предложенный Юлией, - боюсь, никогда не смогу объяснить нач. склада про параллельный цикл по множественным экземплярам. </p> http://bpmnforum.ru/topic/98#post-902 Срд, 27 Июн 2012 11:24:03 +0000 Анатолий Белайчук 902@http://bpmnforum.ru/ <p>Вот именно, ВЫ описывали. </p> http://bpmnforum.ru/topic/98#post-901 Срд, 27 Июн 2012 10:09:26 +0000 Юлия Вагнер 901@http://bpmnforum.ru/ <p>А мы подобную задачу описывали, вспомни :) </p> http://bpmnforum.ru/topic/98#post-900 Срд, 27 Июн 2012 08:03:31 +0000 Анатолий Белайчук 900@http://bpmnforum.ru/ <p>Коллеги</p> <p>Я не понимаю - вы реально намерены объяснять грузчику что он должен делать с помощью диаграммы BPMN?</p> <p>Чудны дела твои, господи. </p> http://bpmnforum.ru/topic/98#post-898 Втр, 26 Июн 2012 18:03:38 +0000 Oleg L. 898@http://bpmnforum.ru/ <p>Согласен с Юлией. Во втором варианте делаете цикл Multi Instance, и Иванову как бы приходит одновременно столько задач на проверку, сколько элементов товара. Далее можно проходить список, и описывать брак сразу, или переходить к следующему товару оставляя задачу открытой. При этом, дойдя до конца списка в задачах останется только бракованный товар, который будет ждать описания. Главное самому не запутаться с тем, что уже проверенно, а что нет.</p> <p> [attachment=898,383] </p> http://bpmnforum.ru/topic/98#post-897 Втр, 26 Июн 2012 16:10:32 +0000 Юлия Вагнер 897@http://bpmnforum.ru/ <p>Павел,<br /> грузчик Иванов не выбирает брак, а проверяет товар, определяя, брак это или не брак. Т.к. количество товара известно, то можно использовать цикл по объектам. Выход из цикла - по завершении всех экземпляров. Товар годный - завершился сразу. Не годный - ждет описания. А там -как Иванову удобно - или все проверит, а потом опишет, либо сразу описывает. Все равно, пока не опишет, процесс дальше не пойдет. </p> http://bpmnforum.ru/topic/98#post-896 Втр, 26 Июн 2012 15:05:48 +0000 Анатолий Белайчук 896@http://bpmnforum.ru/ <p>Микроменеджмент детектед. </p> <p>Одна задача "Отобрать брак". В описании к задаче проинструктировать исполнителя.</p> <p>Опционально изобразить объект данных "Опись брака". </p> http://bpmnforum.ru/topic/98#post-893 Втр, 26 Июн 2012 13:05:00 +0000 Pavel-Smirnov 893@http://bpmnforum.ru/ <p>Подскажите лучший способ отобразить вот такой набор действий: грузчик Иванов должен отобрать из поставки товар с браком и составить опись отобранного брака. При этом, грузчик иногда сначала отберет весь брак, и только затем переписывает отобранное, а иногда записывает брак сразу после его обнаружения. </p> <p>Я составил диаграмму (ПРОЦЕСС 1), но не уверен, что она правильная. Не уверен, что правильно рисовать параллельные (считай - одновременно-выполняемые) задачи для одного участника.<br /> Я составил другую диаграмму (ВАРИАНТ 2), но и она не нравится. Ведь грузчик Иванов сначала может отобрать весь товар, и только потом составить опись. </p> <p>Подскажите красивое решение? Спасибо.</p> <p> [attachment=893,381] [attachment=893,382] </p>