Библиотека, читать онлайн, скачать книги txt

БОЛЬШАЯ БИБЛИОТЕКА

МЕЧТА ЛЮБОГО


Блок схема процесса

Начнем с того что BPMN, EPC и IDEF - это умные слова и не более того. Попытка описывать ими бизнес-процессы приравнивается к попытке чесания ногой за ухом. Если специалист говорит что описал процессы и в качестве результата будет показывать мне рисованные схемы, в Visio, Aris, в нотациях BPMN, EPC или IDEF и т д, то у меня в голове сразу включает сигнал тревоги: "умник прямо по курсу, от которого надо держаться по дальше". Они так любят свои художества, что за этой влюбленностью не замечают их бесполезность. Им до ламочки тот факт, что эти схемы не позволяют контролировать результаты, собирать информацию или добиваться повышения качества продукции. Им просто нравится умничать и казаться умными. Причем учитывая уровень управленческих компетенций в нашей стране, им это часто удается. Сами нотации - есть обычный инструмент. Но как и ножом - ими нужно уметь пользоваться и понимать где это нужно. К примеру бесполезно ножом есть суп, даже если у вас очень модный нож и вам очень сильно хочется им похвастаться. За последний год, при том что удалось описать информатизировать порядка 100 процедур, есть регламенты, инструкции и достаточно мощная информационная система, потребность в описании блок схема процесса по процессу пока выявилась всего лишь 1 раз. Задача косалась процедуры входящих документов. Там есть проблема с контролем как выяснилось из-за ошибки в ПО ДИРЕКТУМкоторую нужно было найти, определить, обосновать руководству и поставить задачу программистам. Вот под эту конкретную задачу и понадобилось написать схему. Восстановим хронологию событий: 1. Поставлена цель: отказ от бумаги 2. Начали проработку нового порядка действий 3. Выяснили, что отказаться от бумаги не можем, т. Начали думать над постановкой контроля в ДИРЕКТУМе, чтобы видеть показатели типа: "Средняя длительность исполнения входящих документов", "Доля документов выполненных в сроки". Ну блок схема процесса увиедть конкретные записи по нарушениям. Ответственный: Петров и Сидоров 5. Но не тут то было. В отчете есть план. А как посчитать среднюю длительность? И как узнать нарушен срок или нет? И те РКК, где Блок схема процесса. Хотя люди говорят что все выполнили и нажали Выполнено. Начинаем разбирать ситуацию, почему в 1% записей факт дата есть, а в 99% - нет. А не проставляется во всех остальных случаях, включая: 6. В этом случае ПО вообще не ставит Факт. Все поручения обозначаются как просроченные. И тут получаем большую проблему, в части п. Руководитель перестает справляться с потоком. ТМ зависает на контроле. Все РКК видны как блок схема процесса. Именно эту картинку я и попытался отобразить в виде схемы. Цель у этой схемы не описать процесс, а показать проблемную точку в процедуре, быстро поставить задачу программисту по поиску ошибки в ТМ и объяснить руководству, от куда завал. А если при помощи таких схем описать процесс в целом, то получается каша и ноль полезной информации. Блок схема процесса, кстати, рисовал при помощи службы Очень удобная и лучшее из того что встречал. И я честно говоря вообще не представляю как вы автоматизировали порядка 100 процессов блок схема процесса разу не нарисовав хотя бы элементарную блок схему. На мой взгляд гораздо более информативны схемы представленные, например, вот в этом проекте. И я честно говоря вообще не представляю как вы автоматизировали порядка 100 процессов не разу не нарисовав хотя бы элементарную блок схему. Но именно в части информативности. Я их думаю рисовать ближе к концу проекта, когда процедуры будут определены точнее и закончено массовое внесение изменений в их описание. Позволяют наглядно показывать особенности процесса при блок схема процесса каких либо изменений. Будь то программирование, реорганизация или другие блок схема процесса процессов. Нельзя сказать сотруднику, что он нарушил п. Если у меня в конце периода, выявляется 20% блок схема процесса сроков по РКК по Иванову, я иду к нему. А Ваня просто при выполнении не проставил нужную галочку. И что мне ему сказать? Ты разве не знаешь что вот этот квадратик на схеме "Исполнение документа", означает: проставить галочку "выполнено", на второй закладке в карточке записи. И если говорить об описании процессов, то я преследую в первую очередь цели из п. И как уже сказал, из 100 процедур, цель из п. А вот цели из п. Но они при помощи схем не решаются. Тут нужно словестное и попунктное описание процедуры : 2. Но бесполезны для следующих: 2. Нельзя сказать сотруднику, что он нарушил п. Нет контроля качества результатов. Нет контроля блок схема процесса данных и получения требуемой информации. Приземлимся до прикладного уровня, до нашего всего - Директума. Как Вы будет составлять ТМ? По памяти и невнятным записям в блокноте,оставшихся после интервью с ключевыми пользователя? Не, я понимаю, что есть гении, которые видят всю картинку в голове и методично воплощают ее в коде. А как ставите задачи разработчикам, если являетесь консультантом? Как утверждаете ТЗ с заказчиком? Без схем не обойтись. Для нашиз задачь мне больше всего нравится BPMN и EPC. Конечно можно не знать этих слов и что за ними стоит, но элементарную схему с "квадратиками" и "ромбиками" составлять необходимо в любом случае. А для регламентирования работ схемы являются лишь одной из составляющих описания процессов, наглядной картинкой, так сказать. Не случайно проектные решения по описанию БП состоят из словесного описания процессов и дополнены схемой. Мне сдается, что автор вместе с неприязнью ко схемам испытывает еще и классовую ненависть к консультантам в костюмчиках на проектах Как Вы будет составлять ТМ? По памяти и невнятным записям в блокноте,оставшихся после интервью с ключевыми пользователя? Не, я понимаю, что есть гении, которые видят всю картинку в голове и методично воплощают ее в коде. Цель у этой схемы не описать процесс, а показать проблемную точку в процедуре, быстро поставить задачу программисту по поиску блок схема процесса в ТМ и объяснить руководству, от куда завал. Хоть и занимался проектированием. Если стоит задача внесения изменений в ПО, в т. Но эти блок схемы далее этого ТЗ не уйдут. Блок схема процесса для регламентирования работ схемы являются лишь одной из составляющих описания процессов, наглядной картинкой, так сказать. Не случайно проектные решения по описанию БП состоят из словесного описания процессов и дополнены схемой. Мне сдается, что автор вместе с неприязнью ко схемам испытывает еще и классовую ненависть к блок схема процесса в костюмчиках на проектах 1. К консультантам я отношусь нормально : Тем более что 2 года в РАСТАМе за плечами, создание направления Блок схема процесса с ноля, найм и переманивание в 3 захода вот этого с первых 2-х раз не переманивался. А вот "консультанты" меня вымораживают. И когда такое чудо мне сует блок-схему и блок схема процесса что это он бизнес-процесс описал, я готов ему это описание засунуть в одно месте. Схемы, как и любое блок схема процесса наглядно представление информации, сами по себе ничего не дают, они дополняют словесное описание и пр. Словесное описание само по себе - тоже не всегда хорошо. Часто требуется дополнительная "визуализация", для исключения неправильного толкования написанного так же, как для блок-схем требуется блок схема процесса деталей. Ну вот теперь понятнее. А то после прочтения материала создалось впечатление, что если ты консультант и еще схемы в каких-либо нотациях рисуешь, то ты - "фуфло и понты". Ну вот теперь понятнее. А то после прочтения материала создалось впечатление, что если ты консультант и еще схемы в каких-либо нотациях рисуешь, то ты - "фуфло и блок схема процесса. Мне вот сейчас мозг выносит одна дама, чудо юдо консультант. И вот уже 1,5 года ходит и схемки рисует, называя это проектом внедрения СМК. И блок схема процесса это без толку. Я эти схемки не рисую, учитывая что объем процессов слишком большой, пока остановился лишь том что первично - на словестном описании. Но это позволило собрать информацию, ключевые показатели, контролить результаты и состав действий сотрудников. Но пока в этом описании лишь действия связанные с ИТ и для получения информации, в ближайших планах добавить туда описания действий и требования, которые должна влиять на превосходство ожиданий клиентов и это позволит поднять качество на новый уровень. Например: заполнить заявление за клиента или позвонить клиенту по факту подготовки документов. И вот только после этого всего, я позволю себе сесть за рисование схем по процессам. Сдается мне, что дело тут скоре в психологии, а не в используемых инструментах: словесное описание и схемы - дополняющие друг друга инструменты. Кто-то лучше воспринимамет одно, кто-то другое. Блок схема процесса было принято нужное вам решение, лучше подавать информацию в том виде, в котором она удобней "принимающему решения", а не тому, кто эту информацию генерирует. Судя по тому, что - дама, чудо юдо консультант. И руководство ее слушает, по ряду причин, в т. Кто-то лучше воспринимамет одно, кто-то другое. Чтобы было принято нужное вам решение, лучше подавать информацию в том виде, в котором она удобней "принимающему решения", а не тому, кто эту информацию генерирует. И принимало блок схема процесса то там решения? Не пабаюсь этого слова - управленческие! Я высказал 2 варианта целей описания процессов. Мой управленческий опыт, хоть и не связан с DIRECTUM см. Все, что я сказал выше - на нем и основано: я, как отвечавший за ИТ в большой организации, разделял информацию: для меня - детали, для руководства - визуальное представление, ответственные и цифры суммы, сроки. Можно сказать, что это "вид сбоку", непринципиально. Руковдителя-эксперта на высшем уровне управления не встречал. Извиняюсь, Анатолий, если неудачно выразился и каким-то образом задел, но думаю, в этом направлении не стоит дискуссию продолжать. Алексей, стоит Меня обидеть сложно Вы утверждаете что руководство в этих схемах че то видит. Я себя считаю руководителем и не только проектовно нифига полезного в этих схемах не блок схема процесса. То что вы общаетесь с топ-топ-чиновниками, это не аргумент в пользу ваших доводов. Дайте пример какие такие решения руководитель может принять на основании рисованных схем. Я тут много с какими топ-топами общаюсь, а еще у меня яблоко есть блок схема процесса вкусное. Но ни первый, ни даже второй аргумент не есть подтверждение моих слов. И все-таки уходим мы в сторону, как мне видится - причиной этому могло быть неоднозначно воспринятая высказанная мною идея. Чтобы подвести к блок схема процесса концу нашу "ветку", озвучу свою мысль с другой стороны: Блок схема процесса, что есть разные типы людей визуалы, аудиалы, кинестетики, и пр. Только с этим а блок схема процесса с занимаемой должностью связано - как кому легче воспринимать информацию. Отдельно хочу блок схема процесса, что в моих постах не было никакого намека на то, что если Вы не любите блок-схемы, то Вы не руководитель. Это просто характеризует привычное Вам восприятие. Можно не учитывать то, как ВАШ руководитель принимает решения, попросту затратите бОльше энергии так же, как дама-консультант, не учитывающая Ваше восприяте. В том числе для понимания - какие инструменты ЗДЕСЬ хороши, а какие не очень. И не спорю с этим. Предположим что вы имели ввиду визуалов и они якобы, смотря на эти схемы могут принять какие то решения. Назовите 2-3 примера таких решений или даже 1 пример решения, которое может блок схема процесса принято человеком-визуалом на основании рисованной блок-схемы. И я же просил: Теоретизировать и разговаривать на языке высоких абстракций я тоже умею вот только это все пустые звуки, без конкретных примеров, подтверждающих ту или иную абстрактную мысль при блок схема процесса можно выделить тот блок приемка работ руководителемпри котором у вас начинается "завал и потеря информации" Схемы хороши тем, что если ты процесса не знаешь, то тебе не нужно перелопачивать инструкцию на несколько страниц, достаточно посмотреть на схему. Наталья, кто ж спорит? Я даже более скажу. Он поверит и нам сертификат выпишет. Даже на схемы смотреть не блок схема процесса. Ну а те что по умнее, те на схемы посмотрят и скажут - да! Ну и туда же идем. Опишите конкретные примеры ситуаций, подтверждающих вашу абстрактную гипотезу без мелочевки, 2 "глобальных": Выбор варианта замены контрольно-кассовых машин ККМ "Онега" работающих на перфолентах, на ККМ на базе ПК выбор между Ленинградским ПО и Блок схема процесса разработчиками, 1998. Модернизация была успешно проведена во всех отделениях связи республики. Начало работ по "интернетизации" почтамтов и городских отделений почтовой связи 2001. Не IDEF0 и BPM, но - схемы и объяснение в виде презентации. Ну и тема статьи говорит лишь о слабой блок схема процесса рисования схем для текущих процессов. Рисование схем блок схема процесса конкретных задач - это да, это надо, именно об блок схема процесса материал. Но мы то ведем речь о описании в BPMN, IDEF блок схема процесса процесса для управления? Мол руководству по такому описанию проще управлять. Я вот и хочу узнать че там руководство видит и почему ему проще по этим схемам чего то там понимать? Если там не отображена конкретная ситуация, под конкретную задачу. Рисование схемы по процессу для управления. И что это за управление такое? Что под ним понимается? И если возьмем п. Можно нарисовать 33 схемы. В зависимости от проблемы или задачи. Под каждую задачу будет своя схема, при том что процесс то один Но есть утверждение, что можно описать процесс через блок-схему вообще. Мол у процесса есть одна блок-схема, которая его как бы описывает и руководству как бы позволяет принимать какие блок схема процесса там решения. И какую пользу несут эти рисунки? Но этот ответ не позволяет утверждать, что схемы нужно рисовать обязательно. Он лишь говорит о микроскопичной пользе этих схем для конечных исполнителей не для руководителейпотому я эти схемы и не рисую на начальных этапах. Но мне хочется услышать мнение тех, кто считает что эти схемы это очень важная штука, без которой никак ваще и ничего нельзя сделать хочется услышать мнение тех, кто считает что эти схемы это очень важная штука, без которой никак ваще и ничего нельзя сделать Начнем с того что BPMN, EPC и IDEF - это умные слова и не более того. Попытка описывать ими бизнес-процессы приравнивается к попытке чесания ногой за ухом. Начнем с того что BPMN, EPC и IDEF - это умные слова и не более того. Начнём с того что EPC служит для описания процессов НИЖНЕГО уровня где описываются события! А IDEF0 - описывает логическое взаимодействие между работами. Статья выражает личное мнение автора и не содержит ничего интересного. Даже предложенный Тимуром BPMN вариант гораздо эффективнее и более информативен. Вы же изобразили какуюто странную вариацию FlowChart. Но мне хочется услышать мнение тех, кто блок схема процесса что эти схемы это очень важная штука, без которой никак ваще и ничего нельзя сделать Без них тогда ой как тяжко. Даже если сделать красивое и подробное описание, слишком много времени уйдет на то, чтоб каждый из согласующих вчитался в 50страниц текста с пятью "если" в каждом пункте Неоднократно уже приходили к тому, что согласовываются по факту сами схемы, текстовое пояснение к ним просматривается по диагонали одним-двумя ответственными Начнём с того что EPC служит для описания процессов НИЖНЕГО блок схема процесса где описываются события! А IDEF0 - описывает логическое взаимодействие между работами. Статья выражает личное мнение автора и не содержит ничего интересного. Даже предложенный Тимуром BPMN блок схема процесса гораздо эффективнее и более информативен. Вы же изобразили какуюто странную вариацию FlowChart. Под конкретные задачи - означает что описывать просто процедуру, просто в EPC - это глупость и не выполнимая задача. И пока я не нашел ни одного аргумента в защиту противоположной точки зрения. Все аргументы идут лишь в защиту моей статьи о том что все эти схемы имеют смысли лишь в конкретных задачах. А когда мы говорим просто об описании процессов в целом, то они бесполезны.



copyright © adamaslogistik.ru