Форумы Интермех
 ° Начало ° Ответить ° Статистика ° Регистрация ° Поиск ° RSS ° Wiki °

Форумы Интермех / Внедрение систем / Учет праздничных дней при контроле сроков выполнения процессов
Автор Сообщение
Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 13 Янв 2011 11:19:56


В элементах wokflow, таких как "Задача" или "Утверждение" можно назначить срок исполнения и/или отправку сообщения через определенный период, после начала выполнения действия.
В Search 12 появилась опция пропускать выходные дни
при расчете срока выполнения. Но праздничные дни под эту опцию не попадают...

Поделитесь, пожалуйста, опытом как учитывать праздничные дни при контроле сроков выполнения процессов?
Или праздники никто и никак не учитывает?

14110
Участник
БелАЗ

Дата: 18 Янв 2011 15:48:48


У нас праздники в процессах никак не учитываются

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 19 Янв 2011 08:28:53




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

А как быть с "короткими" процессами, у которых срок всего процесса 5 рабочих дней и, например, 5 элементов workflow на каждый из которых отводится, соответственно, по одному дню (т.е. длительность праздников сопоставим с длительностью отдельных этапов процесса)?

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

Или у Вас "коротких" процессов нет?

14110
Участник
БелАЗ

Дата: 26 Янв 2011 14:52:22


"..достоверный учет сроков.." никто пока не требует. Да и вообще руководство в эти процессы электронные не сильно вникает. А кому еще контроль сроков нужен?

Хотелось бы узнать ваше мнение по вопросу администрирования выполняющихся процессов. Возникают ли какие-либо ошибки во время выполнения, если да, то как их решаете? Например пользователи отправили действие не тому кому надо, или не по нужной ветке, или во вложении что-то напутали, или изначально шаблон не предусматривал какой-либо ситуации и в результате нормальное завершение процесса становится невозможно.
Досадно, когда цепочка из 3-5 подпроцессов доходит почти до конца и подвисает. Участники процесса сами с этим сделать ничего не могут и у администратора средств для разрешения таких проблем почти нет.

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 28 Янв 2011 09:14:21 ° Поправил: Коновалов Михаил


Подпроцессы только сейчас попытаемся использовать, поэтому, как с ними сложится, не знаю, но думаю, что все будет нормально. До сегодняшнего дня в них не было необходимости. По технике дела: у нас Search 12 на MS SQL 2005

По процессам есть:
1. Один большой процесс (без подпроцессов), в котором реализованы правила согласования и утверждения КД. Правила согласования и утверждения описаны в СТО, поэтому ситуаций, что "шаблон не предусматривал какой-либо ситуации" не возникает. При внедрении было конечно и такое, решалось добавлением соответствующей обработки в процесс.
2. Штук 10 процессов поменьше, но сделанных по тому же принципу, что и п.1 (т.е. есть регламент, а процесс его реализует).

Технических ошибок типа что-то где "зависает", "вываливается" вроде нет.

Что касается:
- "пользователи отправили действие не тому кому надо" - в процессе есть кнопка "Отозвать выполняющиеся", поэтому если что-то напутал, жми кнопку и исправляй. Где возможно, прохождение документов определяет автомат (скрипт или условия);
- "не по нужной ветке, или во вложении что-то напутали" - примерно тоже, что и в первом пункте, но больше автоматизации (условия и скрипт, который проверяет порядка 20 типичных ошибок пользователя, и если что не так, то процесс возвращается на доработку отправителю автоматически. Этот скрипт стоит в самом начале процесса, условия и другие скрипты по месту).

"Участники процесса сами с этим сделать ничего не могут и у администратора средств для разрешения таких проблем почти нет" – здесь, по моему средство только одно: дорабатывать процессы и утверждать регламенты, а если есть технические ошибки, то писать в саппорт Интермех.
У пользователя и админа есть радикальное средство: прервать процесс. Подписи на документах не сбрасываются, поэтому если была ошибка в логике процессе, то исправили логику и запустили документ заново по доработанному процессу. Он (документ) дойдет до проблемной точки за секунды (если все подписи собраны). + есть просмотр переменных, скрипты, различные формы представления хода работ по процессу и отчеты, т.е., по моему, средств, что бы держать под контролем процессы достаточно...

То, что никто ""..достоверный учет сроков.." никто пока не требует. Да и вообще руководство в эти процессы электронные не сильно вникает." это печально.

14110
Участник
БелАЗ

Дата: 31 Янв 2011 15:48:58 ° Поправил: 14110


Цитата: Коновалов Михаил

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


Существующие заводские стандарты на данный момент не учитывают всех особенностей электронного документооборота. К тому же в стандартах написано одно, а конструктора делают по-своему. Поскольку шаблоны мы старались делать по СТП, то пользователи недовольны. Шаблоны поменять мы можем, но давайте сделаем это в соответствии с СТП. Для этого надо изменить СТП сначала, и вот тут у них желание что-то менять пропадает совсем почему-то. Так и сидим


Технических ошибок типа что-то где "зависает", "вываливается" вроде нет.


А сколько у вас пользователей в документообороте участвует? Сколько новых процессов в месяц создается?


Что касается:
- "пользователи отправили действие не тому кому надо" - в процессе есть кнопка "Отозвать выполняющиеся", поэтому если что-то напутал, жми кнопку и исправляй.


Это только в Search12 появилось. Раньше ничего отозвать было нельзя.


Где возможно, прохождение документов определяет автомат (скрипт или условия);
- "не по нужной ветке, или во вложении что-то напутали" - примерно тоже, что и в первом пункте, но больше автоматизации (условия и скрипт, который проверяет порядка 20 типичных ошибок пользователя, и если что не так, то процесс возвращается на доработку отправителю автоматически. Этот скрипт стоит в самом начале процесса, условия и другие скрипты по месту).


И у нас так, скрипты, условия, но всёравно найдется пользователь, который ухитрится накосячить. Возможно это из-за довольно большого процента пользователей старшего возраста. Тяжело принимают электронные технологии. Хотя и инструкции с картинками есть и в шаблонах к действиям описание есть, а некоторые люди такое ощущение, что первый раз эти процессы видят. Иногда уже сил нет в сотый раз объяснять одно и тоже. И вот еще что интересно - особо "талантливых" прошу, если что непонятно сразу у меня спрашивать, так нет же - сначала сообща всем КБ наворотят ужас какой-то, и только потом уже идут жаловаться, что ничего не работает. А про инструкции от них не раз слышал, что не читают. Ну что тут можно сделать?


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


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

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 31 Янв 2011 18:31:54


Цитата: 14110
Существующие заводские стандарты на данный момент не учитывают всех особенностей электронного документооборота. К тому же в стандартах написано одно, а конструктора делают по-своему.

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


Цитата: 14110
Поскольку шаблоны мы старались делать по СТП, то пользователи недовольны. Шаблоны поменять мы можем, но давайте сделаем это в соответствии с СТП. Для этого надо изменить СТП сначала, и вот тут у них желание что-то менять пропадает совсем почему-то. Так и сидим

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

Цитата: 14110
А сколько у вас пользователей в документообороте участвует? Сколько новых процессов в месяц создается?

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


Цитата: 14110
Это только в Search12 появилось. Раньше ничего отозвать было нельзя.
Ага!

14110
Участник
БелАЗ

Дата: 1 Фев 2011 10:00:00


В январе 2011 было запущено 1575 процессов
С 2007 г. уже ~38.000

Если вы начали работать с документооборотом только с Search12, то вам повезло. Что там творилось во времена какого-нибудь Search8 лучше не вспоминать. А сколько всяких замечаний и предложений было отправлено на Интермех... Так что у меня видно поднакопилось негативных впечатлений за это время. Пропал интерес чего-то там развивать дальше. Конечным пользователям я вижу в большинстве этот документооборот пофигу, особенно теткам предпенсионного возраста. Начальство тоже как-то в последнее время не давит в плане развития, ну и ладно.

Тем более что развивать дальше не получится пока не включатся в работу все службы. Мы же это дело с середины начали, реализовали сначала проектирование оснастки в КБ УГТ (тут просто полегче пошло), а потом выдачу карт заказов на её проектирование. Сейчас нет данных от УГК, на изготовление оснастки в ИШП после проектирования КД тоже ничего не уходит, соответственно нет данных что изготовили. И только попробуй куда-то обратиться, в ответ только куча претензий, ваша система г...но (ага, моя лично ), того нет, этого нет, работать не будем. Подай им на блюде 100% настроенную, отлаженную систему сегодня и вот тогда завтра все кинуться работать. Вот так и сидим

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 1 Фев 2011 10:52:11


Про процессы: матеро!

Мы плотно начали работать с Search с 8 версии. Замечаний и предложений тоже не мало отправили и надо отдать должное Интермеху, на сегодняшний день все что мы отсылали исправили.

Цитата: 14110
Пропал интерес чего-то там развивать дальше.

Вот это печально! т.к. если никто толкать не будет все сначало встанет, а потом и ...

Цитата: 14110
Тем более что развивать дальше не получится пока не включатся в работу все службы. Мы же это дело с середины начали, реализовали сначала проектирование оснастки в КБ УГТ (тут просто полегче пошло), а потом выдачу карт заказов на её проектирование. Сейчас нет данных от УГК, на изготовление оснастки в ИШП после проектирования КД тоже ничего не уходит, соответственно нет данных что изготовили. И только попробуй куда-то обратиться, в ответ только куча претензий, ваша система г...но (ага, моя лично ), того нет, этого нет, работать не будем. Подай им на блюде 100% настроенную, отлаженную систему сегодня и вот тогда завтра все кинуться работать.

О, знакомая риторика! Практически слово в слово!

Да же не знаю что и сказать, печально все это...

Тут главное не сдаваться...

14110
Участник
БелАЗ

Дата: 1 Фев 2011 12:13:44


С кадрами проблема. По штату в бюро 6 а в наличии 2. Из них технологом никто не работал, бывший конструктор 1 и тот молодой. Много времени уходит на разбор всяких СТП, ГОСТов, ЕСКД, ЕСТД и т.д. Специфику работы конструкторов и технологов знаем в общих чертах, соответственно тяжело разобраться как сделать правильно. А тут еще в администрирование сервера Oracle приходится лезть (нет отдельного админа) - это вообще ужас какой-то.
Так что пока все силы уходят на техподдержку того, что уже работает.

ktb
Участник
ОАО ТВЗ г. Тверь

Дата: 11 Фев 2011 11:39:43


Нет терпения, чтоб не пожаловаться. Мы с этим модулем документооборота боремся уже давно. Возможностей контроля не было практически никаких. 2 года назад написали ТЗ на доработку: cоздание "модуля контроля за созданием и прохождением КД и ТД" Толкали больше года. Результат ~ 30% это только новая ветка в навигаторе "Процессы" и то в сёрч12, которого мы еще себе не поставили. На заводе результат другой: пока мы препирались с Интермехом, конструкторы заказали в АСУП программу для контроля прохождения ИИ и расставили её. Теперь каждый пользователь должен завести в эту отдельную программу вручную все данные по извещению (которые он занес уже в Сёрч) и вручную! делать отметки, когда ИИ у кого утвердилось, когда зарегистрировалось! Когда я об этой программе узнала, у меня была кома. Ведь, чтобы написать ТЗ в Интермех, я рассылала СЗ по начальникам, чтобы они высказали свои соображения, в каком виде и какую Инфу они хотят контролировать. Ни одна собака не ответила!

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 11 Фев 2011 13:55:57


Цитата: ktb
ТЗ на доработку

А на Ваше ТЗ можно посмотреть? Если можно, скиньте его пожалуйста на e-mail: it rirt.ru У Вас, как я понимаю, документооборот тоже очень большой, и мне интересно, что вдруг мы еще просто не доросли до тех проблем с которыми Вы или 14110 столкнулись...

Про завод: а зачем же они писали такую прогу, ведь даже в Search 8 "отметки, когда ИИ у кого утвердилось, когда зарегистрировалось" уже были?!

Олег
Участник
Intermech, Минск

Дата: 11 Фев 2011 14:48:44


Цитата: ktb
Нет терпения, чтоб не пожаловаться. Мы с этим модулем документооборота боремся уже давно. Возможностей контроля не было практически никаких.

Не хочу спорить, но команды "Используется в процессах", "История утверждения", "Документы в процессах", которые всегда были - это ли не возможности контроля? А также откаты по невыполнении/непрочтении, таймеры и другие средства, которые можно закладывать в логику процессов.

Цитата: ktb
2 года назад написали ТЗ на доработку: cоздание "модуля контроля за созданием и прохождением КД и ТД" Толкали больше года. Результат ~ 30% это только новая ветка в навигаторе "Процессы" и то в сёрч12, которого мы еще себе не поставили.

Не знаю, о каких двух годах + больше года идет речь, если последняя правка, которая касается узла "Документы в процессах" датирована 16.03.2009, т.е. скоро будет два года, как это реализовано. А то, что вы заказали ТЗ, но до сих пор не установили Search, в котором это ТЗ реализовано - свидетельствует об уровне важности этих доработок для вас

Xabalov
Участник
ОАО "ЗМЗ" г.Заволжье Нижегородская обл.

Дата: 14 Фев 2011 11:38:23


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

Для обхода этой проблемы предлагаю:
Отслеживать не что сделано, а что не сделано и кто виноват.
В регламенте, СТП и т.п. четко прописать срок на согласование. И определить кто будет получать уведомление о срыве сроков. И самое главное, что за этим последует.
Search позволяет отправить сообщение по истечении срока, а также отследить где застрял какой процесс.
Если все идет по регламенту, то и контроль не нужен.
Главное определить момент срыва сроков, причину и ответ.лицо. И Search это прекрасно может делать. Правда как раз здесь и не хватает учета графика работы (а не выходных и праздничных дней).

Все остальное зависит от желания и воли руководства.

ktb
Участник
ОАО ТВЗ г. Тверь

Дата: 14 Фев 2011 15:43:16


То, что было в смысле "контроля" это всё было неудобно, а для начальников неприемлемо!, т.е. Я могла этим воспользоваться для некоторых целей, и больше НИКТО не захотел пользоваться. Я задолго до ТЗ писала в письмах об этом, а потом написала скриптов и делала отчеты в Excel по запросам начальников. Но это не выход: они хотели САМИ в любой момент в удобном виде, в разных ракурсах видеть ВСЁ и ВСЕХ.
ТЗ писалось задолго до того, как Вы, Олег, его увидели Наши начальники тоже "камни лежачие", - "хотят много, но не знают чего конкретно", я еще от них полгода ждала пожеланий.
Потом долго это ТЗ лежало у нашего начальника "под сукном", потом был период оживленной переписки (большой начальник вспомнил!) под новый год (2010), где я уже согласилась с тем, что предложили разработчики.
Михаил, от нашей версии уже мало, что осталось: да и надоело оно мне уже вместе с обсуждением. То, что получилось в результате мне еще не удалось посмотреть, как следует, будут ли желающие контролировать удовлетворены? Это еще вопрос. Но технологи точно не будут довольны: поиска по технологическим параметрам так и нет и графиков написания ТП (как они хотели) им не сделать.
Потом, Олег, мы не можем перейти на новый Сёрч, пока технологи не готовы, а у них с Техкардом тоже не всё гладко. Вам кажется, что перейти - это просто, а мы, как минимум, месяца 3 по рабочим местам бегаем, подчищаем, и во время перехода - аврал, одна радость от этого: отгулы зарабатываем от сверхурочной работы. Но пользователи - как рой разозленных пчёл, особенно, если что-то оказалось не на том месте и не того вида к чему они привыкли.

ktb
Участник
ОАО ТВЗ г. Тверь

Дата: 14 Фев 2011 15:52:58


Да, Сёрч позволяет отследить, и фиксирует, что надо, НО это ж надо представить в надлежащем виде "для НАЧАЛЬНИКА", что бы его занятой ум не останавливался на том, что ему в данный момент не надо, от него надо скрыть лишнее, а то его ум перегреется.
У руковолства желания очень много, а воли, к сожалению, не наблюдается
Однако прочь грустное - всех с праздником святого Валентина! Будьте любимы.

ktb
Участник
ОАО ТВЗ г. Тверь

Дата: 14 Фев 2011 16:05:10


Да, вот выписка из протокола совещания с Булгаком С.А.
"21. Разработка модуля для контроля прохождения документов в системе Search.
Решение:
Решение: Отправить Техническое требование в ОДО «Интермех»
Сроки: до 11.04.08

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 14 Фев 2011 16:21:13


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

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

С Вами полностью согласен, что "Главное определить момент срыва сроков, причину и ответ. лицо. И Search это прекрасно может делать" и, по моему, проблемы не в функциональности Search (наличии или отсутствии), а в "желании и воли" точно определять и соблюдать сроки (и делать выводы на основании собранных статистических данных).

ktb
"они хотели САМИ в любой момент в удобном виде, в разных ракурсах видеть ВСЁ и ВСЕХ" но запускать сделанные Вами отчеты они готовы не были?

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 14 Фев 2011 16:24:28 ° Поправил: Коновалов Михаил


По сути вопроса "Учет праздничных дней при контроле сроков выполнения процессов": учет праздников и перенос рабочих дней в Search 12 появился.

14110
Участник
БелАЗ

Дата: 15 Фев 2011 14:52:54


Цитата: ktb
То, что было в смысле "контроля" это всё было неудобно, а для начальников неприемлемо!, т.е. Я могла этим воспользоваться для некоторых целей, и больше НИКТО не захотел пользоваться.


Вот это точно на 100%. Кроме администратора такие средства контроля оказались никому не нужны, особенно начальникам КБ, ТБ. Когда действия пинались по 5-8 раз между пользователями, то там и админ не всегда разберется что произошло и кто там что неправильно сделал. Чего уж тут хотеть от начальников, людей в основном в возрасте. Практически никто из них команды "Используется в процессах", "История утверждения", "Документы в процессах" не использует, хотя есть инструкции с картинками, и лично объяснял и показывал не раз. Но факт есть факт, если что-то реализовано неудобно, то заставить этим пользоваться нереально. Вообще про удобство работы в этой системе (касается не только Search) пользователей и администраторов можно отдельную ветку на форуме открывать.

Коновалов Михаил
Участник
ОАО РИРВ (СПб)

Дата: 15 Фев 2011 18:47:35


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

Ваш ответ

Bold Style  Italic Style  Underlined Style  Image Link  Insert URL 
...



Перед отправкой "нелатинского" текста проверьте кодировку броузера!
 » Логин  » Пароль 
 

На форуме сейчас: гостей - 2
пользователей - 0
Наибольшее количество посетителей: 87 [1 Янв 2017 02:23:26]
гостей - 87 / пользователей - 0


miniВВ © 2001-2021