http://bpmnforum.ru/topic/38 bpmnforum.ru » Topic: Процедура подбора персонала ru-RU Fri, 19 Jun 2026 08:14:47 +0000 http://bbpress.org/?v=1.0.3 q http://bpmnforum.ru/search.php http://bpmnforum.ru/topic/38#post-778 Суб, 21 Апр 2012 11:54:30 +0000 neverpoint 778@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-740">Анатолий Белайчук</a>:</cite><br /> Увы и ах, но даже авторы, принимавшие участие, ошибаются - несколько установленных фактов есть у меня на блоге. Стандарт BPMN - это плод коллективного творчества: масса организаций и отдельных лиц вносят свой вклад. Отсюда неточности и расхождения в трактовках.</p> <p>Вы же любите читать первоисточники - проверьте сами и убедитесь. </p></blockquote> <p>Читаю изучаю... Уже писал, что планируем переход на нотацию BPMN 2.0 отсюда интерес в тч к форуму. Сама нотация грамотная, интерпретации у всех разные. Думаю прав тот, у которого это реально, а не формально работает. Любая реально работающая схема, даже клинописью лучше самой придуманной модели, на местах которую игнорируют и продолжают работать передавая друг другу что делать из уст в уста </p> http://bpmnforum.ru/topic/38#post-740 Чтв, 19 Апр 2012 07:42:06 +0000 Анатолий Белайчук 740@http://bpmnforum.ru/ <p>Увы и ах, но даже авторы, принимавшие участие, ошибаются - несколько установленных фактов есть у меня на блоге. Стандарт BPMN - это плод коллективного творчества: масса организаций и отдельных лиц вносят свой вклад. Отсюда неточности и расхождения в трактовках.</p> <p>Вы же любите читать первоисточники - проверьте сами и убедитесь. </p> http://bpmnforum.ru/topic/38#post-736 Чтв, 19 Апр 2012 03:41:02 +0000 neverpoint 736@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-734">Анатолий Белайчук</a>:</cite><br /> С моим английским, в отличие от вашего русского, все в порядке. По крайней мере у англоязычных читателей <a href="http://www.mainthing.ru" rel="nofollow">http://www.mainthing.ru</a> претензий до сих пор не возникало. Предлагаете переводить collaboration diagram как "диаграмма сотрудничества"?</p> <p>Перечитайте свое предыдущее сообщение - вы употребляете термин "диаграмма взаимодействия" и тут же упоминаете хореографию (хорошо что не хареографию). При этом судя по контексту, имеется в виду Choreography. Будьте поаккуратнее с терминологией, во избежание неоднозначности советую давать в скобках английский термин.</p> <p>Что касается вашего источника, то он не вполне прав: в BPMN 1.x хореография уже была, только этим термином в нем называлось то, что сейчас (в BPMN 2.0) называется collaboration. И он неправ дважды, потому что в BPMN 2.0 есть еще диаграмма conversation, которая описывает еще один аспект interaction.</p> </blockquote> <p>В русском языке я не специалист, так что могу ошибаться грамматически, но не логически. Предлагаю не путать более общее понятие взаимодействия с более узким collaboration и разделять их, да пусть будет "сотрудничество". . Что касается источника, это из книги BPMN 2.0 Handbook second edition, в написании которой приняли участие разработчики стандарта BPMN 2.0 - считаю, что авторам виднее что они имели в виду </p> http://bpmnforum.ru/topic/38#post-734 Срд, 18 Апр 2012 23:01:41 +0000 Анатолий Белайчук 734@http://bpmnforum.ru/ <p>С моим английским, в отличие от вашего русского, все в порядке. По крайней мере у англоязычных читателей <a href="http://www.mainthing.ru" rel="nofollow">http://www.mainthing.ru</a> претензий до сих пор не возникало. Предлагаете переводить collaboration diagram как "диаграмма сотрудничества"?</p> <p>Перечитайте свое предыдущее сообщение - вы употребляете термин "диаграмма взаимодействия" и тут же упоминаете хореографию (хорошо что не хареографию). При этом судя по контексту, имеется в виду Choreography. Будьте поаккуратнее с терминологией, во избежание неоднозначности советую давать в скобках английский термин.</p> <p>Что касается вашего источника, то он не вполне прав: в BPMN 1.x хореография уже была, только этим термином в нем называлось то, что сейчас (в BPMN 2.0) называется collaboration. И он неправ дважды, потому что в BPMN 2.0 есть еще диаграмма conversation, которая описывает еще один аспект interaction. </p> http://bpmnforum.ru/topic/38#post-728 Срд, 18 Апр 2012 16:36:26 +0000 neverpoint 728@http://bpmnforum.ru/ <p>Вы меня извините за прямоту, но я опасаюсь за ваш английский. Взаимодействие по английски это не что иное как interaction...</p> <p>BPMN 2 has two diagrams for interactions: Collaboration and Choreography.<br /> The first is available in BPMN 1.x, and enhanced in BPMN 2, while the second<br /> is in BPMN 2 only. The diagrams show different aspects of interactions,<br /> sometimes using different notations for the same concepts, or highlighting<br /> some concepts over others.</p> <p>(c) Conrad Bock, National Institute of Standards<br /> and Technology, USA, and Stephen A. White<br /> PhD, International Business Machines</p> <p>Если у вас возникла каша от написанного мной, то я готов ответить на любые вопросы и разъяснить каждое слово... </p> http://bpmnforum.ru/topic/38#post-723 Срд, 18 Апр 2012 08:25:07 +0000 Анатолий Белайчук 723@http://bpmnforum.ru/ <p>Полная каша. Диаграмма взаимодействия (collaboration diagram), диаграмма хореографии (choreography) и диаграмма обмена сообщениям (conversation) - это три <strong>разных</strong> вида диаграмм BPMN 2.0. </p> http://bpmnforum.ru/topic/38#post-720 Срд, 18 Апр 2012 03:04:45 +0000 neverpoint 720@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-719">Анатолий Белайчук</a>:</cite><br /> Вы беретесь рассуждать о том, в чем слабо разбираетесь. Одна "хареография" чего стоит. К вашему сведению, диаграмма обмена сообщений ("хареография") есть принадлежность BPMN 1.x. А в BPMN 2.0 это понятие не уточнилось, а полностью переопределено. (За что, кстати, авторам отдельное "спасибо".)</p> </blockquote> <p>Сразу попрошу прощения, я почему-то диаграмму взаимодействия обозвал диаграммой обмена сообщениями, хотя отчасти это и так ибо хореография описывает последовательность обмена сообщениями и мало того!! внимание - вы можете включить логику в порядок обмена сообщениями!</p> <p>Диаграмма взаимодействия, на мой взгляд, как раз удачно определена в BPMN 2.0 и решает множество "бытовых" задач бизнеса. Постараюсь рассказать простым языком, чтобы донести до всех суть.<br /> Ваша компания заключает договор на обслуживание с сервисной фирмой по обслуживанию, скажем, линии по производству йогуртов. Поскольку обслуживание такое подразумевает множество работ, как по объему так и по времени, профилактических и срочных - то необходима четкая регламентация взаимодействия между вами (из контекста ясно, что вы это молокозавод) и сервисной компанией. Но как эту регламентацию осуществить не вмешиваясь в процессы друг друга, но при этом задав логику совместной работы? И тут приходит на помощь диаграмма взаимодействия - хореография<br /> 1) В такой диаграмме задачи - почти как стандартные задачи, но в них присутствуют участники взаимодействия (они отображаются внутри значка задачи). Эти задачи могут связываться в цепочку, в которой могут присутствовать логические операции, например распараллеливание (ну прям как в диаграмме процесса!)<br /> 2) Общение вашей фирмы и сервисной компании обозначаются на диаграмме взаимодействия цепочкой таких задач, хореографией в которой могут участвовать и другие фирмы (например таможенные брокеры, если запчасти импортные и нужна растаможка, транспортники и тп)<br /> 3) при таком раскладе вы можете сконцентрировать внимание читающего диаграмму <strong>именно на логике взаимодействия</strong>, а не внутренних процессах друг друга.</p> <p>4) и так - вы начертили диаграмму взаимодействия - создали четкую хореографию в виде приложения к договору обслуживания вашей производственной линией. Хореография согласована, договор подписан, вы спокойно улетаете на моря, а работники вашей фирмы и сервисной слаженно работают, словно танцуют, следуя утвержденной хореографией. Не работа, а танец!</p> <p>Резюме - Диаграммы обмена сообщениями с использованием задач хореографии значительно упрощают описание взаимодействия различных сущностей. Участникам не нужно вникать куда улетают их запросы в недра процесса другой Фирмы и когда они оттуда вернутся, причем если это обучная диаграмма процессов, то дико разным юрлицам совать нос почему там затормозилось и видеть какие то задачи согласования и прочее. Есть договор меджу юрлицами и он все регламентирует.</p> <p>P.S. Немного лирики. Кабинетная система, когда для получения справки вас гоняли по кабинетам, то есть заставляли участвовать в бизнес процессе чужой организации шляясь по разным этажам - и есть типичный пример отсутствия хореографии. Пример ее присутствия - система одного окна или как сейчас модно, портала государственных услуг. </p> http://bpmnforum.ru/topic/38#post-719 Срд, 18 Апр 2012 00:03:21 +0000 Анатолий Белайчук 719@http://bpmnforum.ru/ <p>Вы беретесь рассуждать о том, в чем слабо разбираетесь. Одна "хареография" чего стоит. К вашему сведению, диаграмма обмена сообщений ("хареография") есть принадлежность BPMN 1.x. А в BPMN 2.0 это понятие не уточнилось, а полностью переопределено. (За что, кстати, авторам отдельное "спасибо".) </p> http://bpmnforum.ru/topic/38#post-708 Втр, 17 Апр 2012 13:10:56 +0000 neverpoint 708@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-705">Юлия Вагнер</a>:</cite></p> <p>Теперь представите себе, что Вы детализировали один процесс, который, в числе прочих действий, обменивается сообщениями с другим процессом. Вы предлагаете тот другой процесс оставить в виде пула? Ок. Но как Вы укажете, какое сообщение кто принимает, если сообщений несколько разных? На межпроцессной диаграмме Вы должны их соединить непосредственно Message Event отправитель - Message Event получатель..</p> </blockquote> <p>Вообще то в нотации 2.0 для этого предназначена диаграмма обмена сообщениями - которое не то же самое что и диаграмма процесса. Если почитаете комментарии работников IBM то вся эта канитель с уточнением понятия хореографии и диаграммами обмена сообщений была введена чтобы не городить монструозные трудночитаемые диаграммы процессов где рабочий процесс окружен кучей пулов и стрелок взаимодействия с внутренностями этих пулов, содержащих процессы. Таким образом работник имеет дело с самой диаграммой процесса и диаграммами обмена сообщений и хареографиями, регламентирующими этот обмен. Грубо говоря диаграмма обмена сообщениями и хареография это интерфейс обмена процесса с другими процессами и протокол этого обмена. Привязка при межпроцессорном взаимодействии к внутренностям процессов уменьшает гибкость или иными словами руководство множеством процессов в компании. Точки входа выхода в процессе соединяются с задачами в процессе внутри и могут изменятся не меняя завязанные на этом процессе другие задачи. Зачем дергать другой отдел или работника что изменилась диаграмма если при этом межпроцессорном взаимодействие осталось прежним? Это я про гибкость - есть и еще много нюансов но не будем о них тут </p> http://bpmnforum.ru/topic/38#post-707 Втр, 17 Апр 2012 11:34:21 +0000 Pavel-Smirnov 707@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-706">Анатолий Белайчук</a>:</cite><br /> Процесс приема на работу неисчерпаем, как электрон. </p></blockquote> <p>Скорее "как атом", ибо, согласно современным представлениям физики элементарных частиц, электрон неделим и бесструктурен (как минимум до расстояний 10−17 см). </p> http://bpmnforum.ru/topic/38#post-706 Втр, 17 Апр 2012 11:28:11 +0000 Анатолий Белайчук 706@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-704">Юлия Вагнер</a>:</cite><br /> Так, на будущее. </p></blockquote> <p>Процесс приема на работу неисчерпаем, как электрон. </p> http://bpmnforum.ru/topic/38#post-705 Втр, 17 Апр 2012 11:20:18 +0000 Юлия Вагнер 705@http://bpmnforum.ru/ <blockquote><p> можно показывать это взаимодействие иными способами, нежели раскрывать нутро других процессов в схеме процесса. </p></blockquote> <p>Показать - можно, сделать исполняемым - нельзя.<br /> В принципе, можно вообще все процессы изобразить в виде пулов. Получится High level diagramm. С точки зрения полезности - это "маст хэв".<br /> Теперь представите себе, что Вы детализировали один процесс, который, в числе прочих действий, обменивается сообщениями с другим процессом. Вы предлагаете тот другой процесс оставить в виде пула? Ок. Но как Вы укажете, какое сообщение кто принимает, если сообщений несколько разных? На межпроцессной диаграмме Вы должны их соединить непосредственно Message Event отправитель - Message Event получатель.<br /> Мне кажется, что у Вас опыт описания процессов, но Вы не представляете себе, как это работает в BPMS. Это не умаляет Вашего опыта, но здесь на форуме у участников конечная цель - исполняемые процессы, т.к. сам форум - это тоже часть вполне конкретного тренинга. Поэтому просто постарайтесь смотреть на работы через эту же призму. </p> http://bpmnforum.ru/topic/38#post-704 Втр, 17 Апр 2012 10:36:57 +0000 Юлия Вагнер 704@http://bpmnforum.ru/ <p>Павел,<br /> схема в лучших традициях тренинга :)<br /> А что если кандидата записывать в базу, даже если вакансии пока нет? Так, на будущее.<br /> И еще такой момент: Вы не допускаете мысли, что ни один кандидат не подаст резюме? (я сейчас знаю две компании, которые не могут найти сотрудника на вакантную должность, и они ищут сами, и уже не один месяц!) Я бы предусмотрела и активный поиск. В Вашей схеме предусмотрено, что выбор не состоялся, т.е. с точки зрения техники все будет ок., но как-то неправильно заведомо пустой список обрабатывать.<br /> Еще: представьте ситуацию, когда пришел кандидат, который просто супер как подходит, и это ясно с первого взгляда, и вы не можете его упустить. А у Вас в процессе выбор состоится только через четыре недели. Что будете делать в этом случае? </p> http://bpmnforum.ru/topic/38#post-702 Пон, 16 Апр 2012 23:11:33 +0000 neverpoint 702@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-689">Анатолий Белайчук</a>:</cite></p> <p>"Процесс участника"?!! Это что вообще такое? Какой-то оксюморон. </p></blockquote> <p>В моем подходе к моделированию процессов, каждый процесс обязательно должен иметь родительскую задачу. Так вот исполнитель этой родительской задачи и есть то самый участник (корректнее было конечно назвать исполнитель, я допустил неточность), а процесс, который вложен в эту задачу - процесс исполнителя. Но его можно назвать и процесс участника, ибо исполнитель родительской задачи фактически является участником вложенного процесса ибо контролирует вложенные задачи, у которых свои исполнители - тем самым принимая участие. Исполнителя родительской задачи, в которую включен процесс, иначе я называю руководителем процесса. Руководитель процесса вправе на ходу изменить вложенный в его задачу процесс если готов взять на себя ответственность за достижения цели процесса. У него особые полномочия и он таким образом участник вложенного процесса </p> http://bpmnforum.ru/topic/38#post-689 Пон, 16 Апр 2012 18:48:16 +0000 Анатолий Белайчук 689@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-680">neverpoint</a>:</cite><br /> А кто отказывается от межпроцессорного взаимодействия?</p> </blockquote> <p>Я сказал "отказ от <em>моделирования</em> межпроцессного взаимодействия". Как еще прикажете трактовать ваш призыв "одна страница - один процесс"?</p> <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-680">neverpoint</a>:</cite><br /> можно показывать это взаимодействие иными способами, нежели раскрывать нутро других процессов в схеме процесса.</p> </blockquote> <p>Можно показать? Так покажите, а мы посмотрим.</p> <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-680">neverpoint</a>:</cite><br /> К тому же исполнителю процесса не всегда необходимо знать внутренние процессы, исполнитель которого другой участник. Мало того, лучше бы его процесс взаимодействовал с процессом другого участника без раскрытия внутренностей, путем обмена сообщений и тп.</p> </blockquote> <p>"Процесс участника"?!! Это что вообще такое? Какой-то оксюморон. </p> http://bpmnforum.ru/topic/38#post-684 Пон, 16 Апр 2012 17:57:59 +0000 neverpoint 684@http://bpmnforum.ru/ <p>В свете последних комментариев во всех ветках, призываю участников форума, имеющих техническое образование, в том числе в области программирования - постараться не поддаваться соблазну использовать эти знания в проектировании процессов с человеческим лицом. Я сам в далеком прошлом программист и знаю, как этот соблазн мешает учитывать человеческий фактор призывая людей работать как машины, а не машины для людей. Кстати на личной странице Анатолия я читал про человеческий фактор и призывы создавать диаграммы для людей, а не продавливать людей под схемы. Вспоминается борьба с протоптанными тропинками по газонам - не проще положить асфальт, чем людей переделывать, тем более если так людям удобно? </p> http://bpmnforum.ru/topic/38#post-683 Пон, 16 Апр 2012 17:51:56 +0000 neverpoint 683@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-648">Анатолий Белайчук</a>:</cite><br /> Складывается впечатление, что вы с multi-instance циклом тоже знакомы не очень хорошо. Объясняю: цикл по объектам можно использовать только в ситуации, когда объем работы - число повторений цикла - известен до начала цикла. В данном случае число резюме заранее неизвестно, поэтому цикл по объектам использовать не получится.<br /> Предложите свою схему, посмотрим насколько она будет "для людей". </p></blockquote> <p>Вот как раз "люди" в при просмотре резюме и при собеседовании используют пакетный подход. Никто не бежит сломя голову при звуке поступившего емейла с резюме его рассматривать. Кадровик смотрит - поступило 10 экземпляров резюме и выделяет время рабочее для рассмотрения этих резюме. Затем приходит в назначеное время 8 кандидатов, сидят в приемной - то же заведомо известно количество. Ситуации, когда события сыплются спонтанно и в неизвестном количестве, а исполнитель словно теннисист на тренажере отрабатывает эти события, похоже скорее не на людей, а на компьютер, которые обрабатывает запросы по мере их поступления... </p> http://bpmnforum.ru/topic/38#post-680 Пон, 16 Апр 2012 17:09:07 +0000 neverpoint 680@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-648">Анатолий Белайчук</a>:</cite><br /> Считать так вы конечно можете, но это означает отказ от моделирования межпроцессного взаимодействия. </p></blockquote> <p>А кто отказывается от межпроцессорного взаимодействия? можно показывать это взаимодействие иными способами, нежели раскрывать нутро других процессов в схеме процесса. К тому же исполнителю процесса не всегда необходимо знать внутренние процессы, исполнитель которого другой участник. Мало того, лучше бы его процесс взаимодействовал с процессом другого участника без раскрытия внутренностей, путем обмена сообщений и тп.</p> <p>Судя по реакции на мои комментарии, я хочу оговориться, что 15 лет занимаюсь моделированием процессов, но с нотацией BPMN знаком недавно и потому могу ошибаться в плане обозначений. Что касается самого моделирования, логики, принципов - это обкатано в полевых условиях, но не с помощью данной нотации. Грубо говоря, если я не знаю французский язык, это не значит что я не вылечу зуб французу, являясь стоматологом) </p> http://bpmnforum.ru/topic/38#post-648 Пон, 16 Апр 2012 08:12:56 +0000 Анатолий Белайчук 648@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-625">neverpoint</a>:</cite><br /> 1) Попробуйте взять а правило и выстраивать в горизонтальную линию happy path - наиболее желаемый для организации сценарий, а уже все остальные разводить ниже выше. Совет всем авторам - переделайте и увидите как читаемость возрастет </p></blockquote> <p>Можно моделировать с помощью дорожек, можно с помощью happy path. У обоих способов есть плюсы и минусы; я тоже предпочитаю второй способ, но не стал бы его столь категорично навязывать.</p> <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-625">neverpoint</a>:</cite><br /> 2) Складывается впечатление, что авторы практически не знакомы с множественными экзмеплярами задач, В частности это относится к приему и обработке заявок. Объясню - как только вы размещаете информацию о вакансии в интернете, к вам начинают сыпаться резюме. Именно поэтому с этого момента исполнители по обработке резюме и приглашение на собеседования должны выполняться множественными экземплярами задач ... Обозначаетая это в виде черточек на задаче где возможна параллельная обработка - вертикальные, где последовательная, например проведение собеседований, а за дверью ждут соискатели - горизонтальные черточки. </p></blockquote> <p>Складывается впечатление, что вы с multi-instance циклом тоже знакомы не очень хорошо. Объясняю: цикл по объектам можно использовать только в ситуации, когда объем работы - число повторений цикла - известен до начала цикла. В данном случае число резюме заранее неизвестно, поэтому цикл по объектам использовать не получится.</p> <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-625">neverpoint</a>:</cite><br /> 3) насчет пулов я уже писал - твердо считаю, что в одной диаграмме следует указывать только один процесс и если плодить пулы то только для обозначение сущностей, черных ящиков. А все процессы выносить через подпроцессы реюзебл в другие диаграммы и там делать точно так же. Тогда будет порядок и система с описанием, а не монструозные схемы, в которых каждый работник, желая их исполнить, будет долго вычислять себя) в конце концов главная ценность bpmn в том, что позволяет составлять диаграммы прямого действия, не только и не столько для машин, сколько для людей. А судя по примерам, которые приводят авторы - они создают диаграммы для машин. Для машин существует тьма других инструментариев) </p></blockquote> <p>Считать так вы конечно можете, но это означает отказ от моделирования межпроцессного взаимодействия.</p> <p>Предложите свою схему, посмотрим насколько она будет "для людей". </p> http://bpmnforum.ru/topic/38#post-643 Пон, 16 Апр 2012 08:00:25 +0000 Pavel-Smirnov 643@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-625">neverpoint</a>:</cite><br /> А судя по примерам, которые приводят авторы - они создают диаграммы для машин. Для машин существует тьма других инструментариев) </p></blockquote> <p>Да, именно для машин.<br /> А какие именно другие инструменты вы посоветуете?<br /> С уважением, ПС </p> http://bpmnforum.ru/topic/38#post-625 Пон, 16 Апр 2012 01:32:22 +0000 neverpoint 625@http://bpmnforum.ru/ <p>Я конечно извиняюсь, что вмешиваюсь, но приведенные схемы вызвали во мне тихий ужас (извините за эмоции)</p> <p>1) Попробуйте взять а правило и выстраивать в горизонтальную линию happy path - наиболее желаемый для организации сценарий, а уже все остальные разводить ниже выше. Совет всем авторам - переделайте и увидите как читаемость возрастет<br /> 2) Складывается впечатление, что авторы практически не знакомы с множественными экзмеплярами задач, В частности это относится к приему и обработке заявок. Объясню - как только вы размещаете информацию о вакансии в интернете, к вам начинают сыпаться резюме. Именно поэтому с этого момента исполнители по обработке резюме и приглашение на собеседования должны выполняться множественными экземплярами задач ... Обозначаетая это в виде черточек на задаче где возможна параллельная обработка - вертикальные, где последовательная, например проведение собеседований, а за дверью ждут соискатели - горизонтальные черточки.<br /> 3) насчет пулов я уже писал - твердо считаю, что в одной диаграмме следует указывать только один процесс и если плодить пулы то только для обозначение сущностей, черных ящиков. А все процессы выносить через подпроцессы реюзебл в другие диаграммы и там делать точно так же. Тогда будет порядок и система с описанием, а не монструозные схемы, в которых каждый работник, желая их исполнить, будет долго вычислять себя) в конце концов главная ценность bpmn в том, что позволяет составлять диаграммы прямого действия, не только и не столько для машин, сколько для людей. А судя по примерам, которые приводят авторы - они создают диаграммы для машин. Для машин существует тьма других инструментариев) </p> http://bpmnforum.ru/topic/38#post-322 Чтв, 06 Окт 2011 18:29:06 +0000 Анатолий Белайчук 322@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-321">Pavel-Smirnov</a>:</cite><br /> Я, наверное, что-то упустил на первом тренинге. Если "информирование по e-mail" - это script task, тогда что такое send task? </p></blockquote> <p>Send task это строго то же самое, что intermediate message throwing event. Ну с той только разницей, что send task можно исполнить в цикле, а event нельзя.</p> <p>На аналитической диаграмме это может быть все что угодно, на исполняемой - отправка сообщения от одного процесса другому. </p> http://bpmnforum.ru/topic/38#post-321 Чтв, 06 Окт 2011 17:38:26 +0000 Pavel-Smirnov 321@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-317">Анатолий Белайчук</a>:</cite><br /> Нет. Это или script task, если имеется в виду информирование по email, или user task, если имеется в виду, что сотрудник отдела кадров должен связаться с соискателем любым способом. </p></blockquote> <p>Я, наверное, что-то упустил на первом тренинге. Если "информирование по e-mail" - это script task, тогда что такое send task? </p> http://bpmnforum.ru/topic/38#post-317 Чтв, 06 Окт 2011 17:03:55 +0000 Анатолий Белайчук 317@http://bpmnforum.ru/ <blockquote><p><cite>Цитирую <a href="http://bpmnforum.ru/topic/38#post-296">Pavel-Smirnov</a>:</cite><br /> А я бы придрался еще к "Сообщить об отказе" - это скорее всего send task, а не script task </p></blockquote> <p>Нет. Это или script task, если имеется в виду информирование по email, или user task, если имеется в виду, что сотрудник отдела кадров должен связаться с соискателем любым способом. </p> http://bpmnforum.ru/topic/38#post-296 Чтв, 06 Окт 2011 08:38:36 +0000 Pavel-Smirnov 296@http://bpmnforum.ru/ <p>А я бы придрался еще к "Сообщить об отказе" - это скорее всего send task, а не script task </p> http://bpmnforum.ru/topic/38#post-295 Втр, 04 Окт 2011 13:57:38 +0000 Анатолий Белайчук 295@http://bpmnforum.ru/ <p>Отлично!</p> <p>Единственное к чему могу придраться - "Пригласить на работу" это, скорее, user task и к тому же часть подпроцесса "Оформить на работу". </p> http://bpmnforum.ru/topic/38#post-294 Втр, 04 Окт 2011 13:38:23 +0000 Pavel-Smirnov 294@http://bpmnforum.ru/ <p>и картинкой</p> <p> [attachment=294,193] </p> http://bpmnforum.ru/topic/38#post-293 Втр, 04 Окт 2011 13:37:17 +0000 Pavel-Smirnov 293@http://bpmnforum.ru/ <p>Выкладываю схему процесса, собранную на тренинге 1.10.11 </p> http://bpmnforum.ru/topic/38#post-290 Суб, 01 Окт 2011 11:27:35 +0000 gubinnikolai 290@http://bpmnforum.ru/ <p>Подбор сотрудника без конкурса</p> <p> [attachment=290,190] </p> http://bpmnforum.ru/topic/38#post-288 Птн, 30 Сен 2011 10:55:52 +0000 Elena 288@http://bpmnforum.ru/ <p>вопрос для Николая - что означает сия развязка, к чему сообщение?</p> <p> [attachment=288,186] </p> http://bpmnforum.ru/topic/38#post-287 Птн, 30 Сен 2011 10:55:22 +0000 Elena 287@http://bpmnforum.ru/ <p>Выкладываю свой вариант с межпроцессными взаимодействиями, хотя на мой взгляд пока получается довольно громоздко.</p> <p>У Николая вариант похож на правду но не понимаю, что значит одна из развязок - вопрос по развязке в приложении</p> <p>у Сергея на мой взгляд отработан только happy path а варианты ошибок и неудачных завершений проработаны слабо - из разряда</p> <p>&quot;оценить соискателя&quot; - а мы его уже где-то нашли?<br /> провести собеседование - а он пришел? а он согласился?</p> <p> [attachment=287,185] </p> http://bpmnforum.ru/topic/38#post-284 Чтв, 29 Сен 2011 21:05:48 +0000 Serge 284@http://bpmnforum.ru/ <p>Добрый день!<br /> У меня родился вот такой вариант описания процесса.</p> <p> [attachment=284,179] </p> http://bpmnforum.ru/topic/38#post-280 Чтв, 29 Сен 2011 14:46:43 +0000 gubinnikolai 280@http://bpmnforum.ru/ <p>Постарался исправить свой &quot;сырой&quot; вариант, который в начале темы. Вот что получилось.</p> <p> [attachment=280,175] </p> http://bpmnforum.ru/topic/38#post-279 Чтв, 29 Сен 2011 12:56:16 +0000 Elena 279@http://bpmnforum.ru/ <p>Выкладываю дополнительные схемы которые не влезли в первый ответ [attachment=279,173] [attachment=279,174] </p> http://bpmnforum.ru/topic/38#post-278 Чтв, 29 Сен 2011 12:55:40 +0000 Elena 278@http://bpmnforum.ru/ <p>Добрый день, </p> <p>Хочу поучаствовать в разработке данного БП на семинаре 01.10</p> <p>Предлагаю свое видение, исходя из информации в текстовом файле.</p> <p>Позволю себе следующие допущения:</p> <p>1) Начало цепочки = &quot;необходим новый сотрудник&quot;; &quot;появилась вакансия&quot; - не подходит, т.к. не всякая вакансия должна быть закрыта.</p> <p>2) Ген. директор не отдает заявку в кадры, т.к. это не входит в его набор должностных обязанностей. Заявку отдает начальник подразделения, если она утверждена.</p> <p>3) Сообщение в АХО об организации рабочего места нужно в том случае если:<br /> Вакансия открыта под новую должность и места такового не существует<br /> В сроки найден новый кандидат, которого примут на работу, и вакансия не &quot;повисла&quot; по разным причинам.</p> <p>Эти допущения реализованы в моих схемах.<br /> Схемы составлены с точки зрения межпроцессного взаимодействия.</p> <p>Критика приветствуется.</p> <p> [attachment=278,170] [attachment=278,171] [attachment=278,172] </p> http://bpmnforum.ru/topic/38#post-258 Пон, 26 Сен 2011 15:43:54 +0000 Анатолий Белайчук 258@http://bpmnforum.ru/ <p>Господа</p> <p>Такое впечатление, что на первом тренинге у нас не было темы "Межпроцессное взаимодействие" и мы не разбирались с тем, что прием на работу, работа с резюме и работа с соискателем - это три разных процесса. Я в недоумении. </p> http://bpmnforum.ru/topic/38#post-252 Пон, 26 Сен 2011 11:11:46 +0000 Pavel-Smirnov 252@http://bpmnforum.ru/ <p>Я не волшебник, я тоже учусь. Но, мне кажется, у вас есть ошибки (отметил их красными комментариями).<br /> p.s. вы всё пытаетесь уместить в один процесс. Я бы разбил на несколько: контроль вакансий в компании, поиск кандидатов, собеседование/выбор, оформление документов приема на работу</p> <p> [attachment=252,149] </p> http://bpmnforum.ru/topic/38#post-249 Пон, 26 Сен 2011 09:53:37 +0000 gubinnikolai 249@http://bpmnforum.ru/ <p>Вот описание процесса в пдф </p> http://bpmnforum.ru/topic/38#post-248 Пон, 26 Сен 2011 09:51:21 +0000 gubinnikolai 248@http://bpmnforum.ru/ <p>Добрый день!</p> <p>В прикрепленном файле описание процедуры подбора персонала и картинка из моделера (это д/з ко второму семинару по bpmn). Конструктивная критика приветствуется)</p> <p> [attachment=248,146] </p>