ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Описание бизнес процессов. За, против, альтернатива
25 сообщений из 54, страница 2 из 3
  2  все
Описание бизнес процессов. За, против, альтернатива
    #32830412
Alexey_Мakienko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey_Мakienko
Участник
Станислав C. GoBeer А описание БП нужно например для того, чтобы составить и подписать договор на внедрение (поправьте если я не прав).
Все-таки это не так. Договор может быть подписан и без БП. А описание БП, ИМХО, нужно для определения "фронта работ", чтобы представлять с чем имеешь дело... Ведь даже на предприятиях одной отрасли БП могут достаточно сильно отличаться в деталях...

Ну вот и ответ на вопрос "Кому нужны БП?".
...
Рейтинг: 0 / 0
16.12.2004, 14:21
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32834014
Прохожий2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Прохожий2
Гость
to Semaphore
Возвращаясь к исходному письму - альтернатива описанию БП - ?
...
Рейтинг: 0 / 0
20.12.2004, 06:17
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32834147
Владимир11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир11
Участник
Прохожий2to Semaphore
Возвращаясь к исходному письму - альтернатива описанию БП - ?

Альтернатива - текстовое описание, которое будет занимать в зависимости от подробности - от 500-700 страниц. Тоже самое в Idef и dfd - 60 схем + 50 листов пояснений. Заставить сотрудников клиента почитать, понять и верифицировать 500-700 листов нереально... С точки зрения трудоемкости, легче 2 недели потратить на объяснение основ IDEF, чем 2 месяца ждать , когда клиент вычитает текстовое описание...
...
Рейтинг: 0 / 0
20.12.2004, 09:57
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32834204
Прохожий2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Прохожий2
Гость
Владимир11 Альтернатива - текстовое описание, которое будет занимать в зависимости от подробности - от 500-700 страниц.
Хрен редьки не слаще.
Насколько я понял из реплик Semaphore, он предпочитает другой путь :)
...
Рейтинг: 0 / 0
20.12.2004, 10:28
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32836084
Pet
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Pet
Гость
Semsphore IgorTv Alexey_Мakienko
Руководитель предприятия, пригласив професиональных консультантов, должен комфортно лететь, а не вникать в устройство самолета. И если ему сразу не понятно, что к чему, значит это не профессиональные консультанты и не те квадратики.Если руководитель не будет вникать в устройство то его место в салоне самолета, а не за штурвалом.
Вы хотите сказать, что вникание в устройство предприятия и управления им подразумевает изучение IDEFx и конкретных моделей, составленных консультантами? Зачем, позвольте полюбопытствовать? Вы управляете своим телом? А анатомию знаете, а физиологию? Согласитесь, что большинство людей крайне далеки от этих знаний, но... управляется. Может быть до появления IDEFx предприятия не управлялись или управлялись плохо?

Пока я своего ребёнка научил переставлять ноги в правильном порядке...
И при этом сохранять равновесие...
И не сгибаться попалам...
И если падать, то на попу...
Дети они почемуто сами идти не научаются.
:)
Если бы на подготовку руководителей затрачивалось адекватное количество усилий.

Поэтому рисую квадратики, соединяю их стрелочками, и много, очень много объясняю как работает ваш бизнес.
...
Рейтинг: 0 / 0
21.12.2004, 07:43
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32838502
Semaphore
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semaphore
Гость
Владимир11 Прохожий2to Semaphore
Возвращаясь к исходному письму - альтернатива описанию БП - ?
Альтернатива - текстовое описание, которое будет занимать в зависимости от подробности - от 500-700 страниц.Это не альтернатива, а те же "костыли", только вид сбоку.
Прохожий2Насколько я понял из реплик Semaphore, он предпочитает другой путьДа, конечно.
PetПока я своего ребёнка научил переставлять ноги в правильном порядке...Вы на самом деле считаете, что руководители предприятия до Вашего прихода только ползали внутри "манежа"? Есть у меня сомнения по данному поводу...
...
Рейтинг: 0 / 0
22.12.2004, 11:00
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32839428
IgorTv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorTv
Участник
Pet
Пока я своего ребёнка научил переставлять ноги в правильном порядке...
И при этом сохранять равновесие...
И не сгибаться попалам...
И если падать, то на попу...
Дети они почемуто сами идти не научаются. :)


Без помощи консалтов любой ребенок научится ходить самостоятельно. Просто чуть позже и набив больше шишек.
...
Рейтинг: 0 / 0
22.12.2004, 15:02
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32839453
IgorTv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorTv
Участник
Владимир11 Прохожий2to Semaphore
Возвращаясь к исходному письму - альтернатива описанию БП - ?

Альтернатива - текстовое описание, которое будет занимать в зависимости от подробности - от 500-700 страниц. Тоже самое в Idef и dfd - 60 схем + 50 листов пояснений. Заставить сотрудников клиента почитать, понять и верифицировать 500-700 листов нереально... С точки зрения трудоемкости, легче 2 недели потратить на объяснение основ IDEF, чем 2 месяца ждать , когда клиент вычитает текстовое описание...
Госпада, тренинг по стандартам IDEF0, на пример, занимает 3-4 часа. Я еще не видел руководителя любого ранга, который не понял бы принципов и не научился самостоятельно читать эти схемы.

Разумной альтернативы квадратиков и стрелочек я думаю нет. Психологи доказали, что чем больше схем, тем легче усваивается материал. Особенно хорошо, когда склад рисуется в виде домика, перевозка в виде фуры, бухгалтер в виде человека за компом и т.д. Я серьезно. На 10-ой странице уже не надо вчитываться в текст. Все становится понятно с первого взгляда.
Наглядность должна быть как в детских энциклопедиях :)
...
Рейтинг: 0 / 0
22.12.2004, 15:10
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32839500
Semaphore
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semaphore
Гость
IgorTvГоспада, тренинг по стандартам IDEF0, на пример, занимает 3-4 часа. Я еще не видел руководителя любого ранга, который не понял бы принципов и не научился самостоятельно читать эти схемы.
Разумной альтернативы квадратиков и стрелочек я думаю нетВопрос, не в том, как научиться читать IDEFx, а в том, может ли руководитель проверить переданную ему на рассмотрение схему (учитывая, что консультанты, составившее данное описание, не могут его верифицировать). Однако, и вопрос верификации не самый проблемный. Любому думающему человеку понятно, что любая схема бизнес-процессов может быть пригодна только для определенных условий. При изменении условий, необходимо менять и бизнес-процесс, но как его изменить, если он уже реализован в (информационной) системе?
И, мне кажется, Вы напрасно думаете, что разобраться со схемой серьезного бизнес-процесса просто... Почему по Вашему не прижились блок-схемы при написании программ?
...
Рейтинг: 0 / 0
22.12.2004, 15:22
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32839540
IgorTv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
IgorTv
Участник
Semaphore IgorTvГоспада, тренинг по стандартам IDEF0, на пример, занимает 3-4 часа. Я еще не видел руководителя любого ранга, который не понял бы принципов и не научился самостоятельно читать эти схемы.
Разумной альтернативы квадратиков и стрелочек я думаю нетВопрос, не в том, как научиться читать IDEFx, а в том, может ли руководитель проверить переданную ему на рассмотрение схему (учитывая, что консультанты, составившее данное описание, не могут его верифицировать). Однако, и вопрос верификации не самый проблемный. Любому думающему человеку понятно, что любая схема бизнес-процессов может быть пригодна только для определенных условий. При изменении условий, необходимо менять и бизнес-процесс, но как его изменить, если он уже реализован в (информационной) системе?
И, мне кажется, Вы напрасно думаете, что разобраться со схемой серьезного бизнес-процесса просто... Почему по Вашему не прижились блок-схемы при написании программ?
А что там ее проверять? В Квадратик входит сырье выходит готовый продукт и отложение в оффшоре:) Все правильоно? Значит схема внутри работает корректно. А если интересно можем позаглядывать внутрь и посмотреть в какой момент деньги на оффшор перепадают:)
А отрожение новых бизнес процессов в системе зависит от гибкости системы или от таланта аналитика. SAP вообще против любых изменений. Концепция такая. От как прибили так и виси не рыпайся.
...
Рейтинг: 0 / 0
22.12.2004, 15:33
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32839627
Semaphore
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semaphore
Гость
IgorTv SemaphoreВопрос, не в том, как научиться читать IDEFx, а в том, может ли руководитель проверить переданную ему на рассмотрение схему (учитывая, что консультанты, составившее данное описание, не могут его верифицировать). Однако, и вопрос верификации не самый проблемный. Любому думающему человеку понятно, что любая схема бизнес-процессов может быть пригодна только для определенных условий. При изменении условий, необходимо менять и бизнес-процесс, но как его изменить, если он уже реализован в (информационной) системе?
И, мне кажется, Вы напрасно думаете, что разобраться со схемой серьезного бизнес-процесса просто... Почему по Вашему не прижились блок-схемы при написании программ?
А что там ее проверять? В Квадратик входит сырье выходит готовый продукт и отложение в оффшоре:) Все правильоно? Значит схема внутри работает корректноЗамечательно! Если проверять нечего, тогда рисовать-то зачем!!!
IgorTvА отрожение новых бизнес процессов в системе зависит от гибкости системы или от таланта аналитика. SAP вообще против любых изменений. Концепция такая. От как прибили так и виси не рыпайсяОчень правильная мысль. Возвращаемся в каменный век и... не рыпаемся
...
Рейтинг: 0 / 0
22.12.2004, 15:55
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32840009
Фотография GoBeer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
GoBeer
Участник
Semaphore
ну хватит критиковать :)
свои предложения в студию!
...
Рейтинг: 0 / 0
22.12.2004, 17:29
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32840753
Станислав C.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Станислав C.
Участник
SemaphoreВопрос, не в том, как научиться читать IDEFx, а в том, может ли руководитель проверить переданную ему на рассмотрение схему (учитывая, что консультанты, составившее данное описание, не могут его верифицировать). Однако, и вопрос верификации не самый проблемный. Любому думающему человеку понятно, что любая схема бизнес-процессов может быть пригодна только для определенных условий. При изменении условий, необходимо менять и бизнес-процесс, но как его изменить, если он уже реализован в (информационной) системе?
1. Определите, пожалуйста, понятия: проверить и верифицировать . А то как-то непонятно, что должен делать консультант: идти по заводу, указывать на рабочее место и тыкать в схему (типа: вот эта стрелочка на схеме, а вот - в реальности)? Это имеется в виду под "верифицировать"?
Или же консультант должен построить свой бизнес в соответствии с описанными бизнес-процессами и сказать: "вот это у Вас было" (лет так ...дцать назад )?

ИМХО, есть два больших раздела: анализ и синтез (говорю как бывший химик-аналитик, это мое первое образование (компьютеры- второе)). И не всегда на основе анализа можно провести синтез. Например, возьмите любую пищевую продукцию, там написано: жиров столько-то, углеводов столько-то... Но попробуйте просто сложить все жиры и углеводы - результат не будет равен тому, что находится в банке
Консультант занимается анализом и выдает результаты (жиров столько-то, углеводов столько-то). А директор (если это хороший директор), на основе результатов, должен заниматься синтезом (найти подходящие по жирности продукты, подобрать пропорции для хорошего вкуса, а не просто сложить в кучу жиры и углеводы)...
И что же означает "верифицировать"? Еще раз с нуля провести анализ и показать, что результаты совпали? Или нанять нового консультанта, посмотреть его результаты и сказать "А первый-то был прав"?

2. Действительно, нельзя расматривать бизнес-процесс в отрыве от конкретно-исторических условий. Но при каждодневном к нему (процессу) внимании внезапно он меняться не будет. Отследить текущие изменения бизнес-процесса призваны управленцы, а реализовать их рекомендации в ERP-системе могут программисты предприятия или внешние разработчики. Или Вы хотите внедрить ERP и забыть? Тогда это будет то же самое, что надеть рубашку, скажем, в возрасте 10 лет и носить ее до конца жизни...
...
Рейтинг: 0 / 0
23.12.2004, 09:37
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32840852
Прохожий2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Прохожий2
Гость
Станислав C.ИМХО, есть два больших раздела: анализ и синтез ... И не всегда на основе анализа можно провести синтез Вот именно. Описание БП - анализ. Но дает ли он целостное виденье (синтез), что в первую очередь и нужно для руководства предприятием ? Разделив рощу на участки/деревья/дрова получится ли из этих дров роща ? Притаскиваем директору поленницу и говорим: "это и есть ваше предприятие - проверьте, пжлста, те ли дрова"

Станислав C. Тогда это будет то же самое, что надеть рубашку, скажем, в возрасте 10 лет и носить ее до конца жизни... Кстати, уже изобрели одежду, растущую вместе с хозяином. :)
...
Рейтинг: 0 / 0
23.12.2004, 10:21
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32841074
Semaphore
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semaphore
Гость
Станислав C.1. Определите, пожалуйста, понятия: проверить и верифицировать Верифицировать - значит доказать, что при любых допустимых входных воздействиях, бизнес-процесс будет возвращать корректные результаты.
Станислав C.ИМХО, есть два больших раздела: анализ и синтез (говорю как бывший химик-аналитик, это мое первое образование (компьютеры- второе)). И не всегда на основе анализа можно провести синтез. Например, возьмите любую пищевую продукцию, там написано: жиров столько-то, углеводов столько-то... Но попробуйте просто сложить все жиры и углеводы - результат не будет равен тому, что находится в банке Можно ли из этого сделать вывод, что бизнес-процесс, как результат синтеза исходных элементов (см. любую схему БП), может оказаться "несъедобной" смесью? Между тем, Ваше утверждение совершенно справедливо. Со времен Платона (а может быть и Пифагора известно, что целое (в данном случае БП) - не есть сумма его частей. Более подробно этиот вопрос разобран в "Тектологии" А. Богданова (Малиновского). С другой стороны, совершенно прав и Прохожий2 (что сумма всех бизнес-процессов не тождественна предприятию, на котором они происходят).
Станислав C.2. Действительно, нельзя расматривать бизнес-процесс в отрыве от конкретно-исторических условий. Но при каждодневном к нему (процессу) внимании внезапно он меняться не будет. Отследить текущие изменения бизнес-процесса призваны управленцы, а реализовать их рекомендации в ERP-системе могут программисты предприятия или внешние разработчики. Или Вы хотите внедрить ERP и забыть? Тогда это будет то же самое, что надеть рубашку, скажем, в возрасте 10 лет и носить ее до конца жизни...Да, я хочу "внедрить и забыть". Если изменение БП приводит к необходимости изменения ERP-системы, то возникает два сценария рассмотрения проблемы:
1. Ошибочна методология (описания БП вообще ненужны);
2. При описании БП (и/или создании ERP-системы) были допущены концептуальные просчеты.
...
Рейтинг: 0 / 0
23.12.2004, 11:42
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32841194
Semaphore
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semaphore
Гость
GoBeer Semaphore
ну хватит критиковать :)
свои предложения в студию!Да, не критикую я... Если появляться повод улыбнуться, то я не хмурюсь :)
Предложения?.. Хорошо, давайте поразмышляем. Для начала представим такую ситуацию. Допустим, нас приглашают на предприятие для консультирования по вопросам управления и/или внедрения ERP. Также допустим, что мы уже видели много подобных предприятий (выпускающих примерно такую же продукцию, имеющий близкий по количеству штат работников и пр. подобия), при этом мы видели/обследовали подобные предприятия не только в России, но и в других странах Европы, Америки, Азии и т.д. Иными словами, мы с Вами являемся доками по данным предприятиям и по их системам управления.
И вот, мы приходим на предприятие-заказчик. Говорим с директором и его ближайшим окружением (финансовым директором, директором по производству, коммерческим директором и т.д.), выясняем их проблемы. Очевидно, представляя себе, как должно быть устроено само предприятие и его система управления , мы можем без обследования и описания БП сказать откуда берутся проблемы, и как их нужно преодолевать.
Почему же нам, как докам, не потребовалось обследование и описание БП? Наверное, потому, что у нас еще до прихода на предприятие была сформирована в голове (или даже формально, на бумаге) модель устройства предприятия и его управления. И не просто модель, а модель тщательно выверенная и подтвержденная нашим предшествующим практическим опытом.
А теперь, пожалуйста, ответьте на следующие вопросы:
а) Возможно ли, в принципе, иметь модель для предприятия, до того, как мы впервые пришли на данное предприятие?
б) Можно ли, по Вашему мнению, получать модели не только на основе большой практики, но и на основе теории (непротиворечивой по отношению к опыту)?
в) Чем в таком случае заменить IDEF, ARIS и пр. (надо же формально изложить эту модель для руководства)?
...
Рейтинг: 0 / 0
23.12.2004, 12:11
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32841278
Alexey_Мakienko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey_Мakienko
Участник
Владимир11 Прохожий2to Semaphore
Возвращаясь к исходному письму - альтернатива описанию БП - ?

Альтернатива - текстовое описание, которое будет занимать в зависимости от подробности - от 500-700 страниц. Тоже самое в Idef и dfd - 60 схем + 50 листов пояснений. Заставить сотрудников клиента почитать, понять и верифицировать 500-700 листов нереально... С точки зрения трудоемкости, легче 2 недели потратить на объяснение основ IDEF, чем 2 месяца ждать , когда клиент вычитает текстовое описание...



- Это описание MRP2 http://citforum.proc.ru/cfin/mrp/mrp2.shtml скорее всего по сути вы уже прочитали десятки таких статей и ничего нового не узнаете. Но по теме дискусии можно прикинуть, как преобразовать, эту статью в ТЗ или описание текущих будущих БП.
Ну на первый взгляд:
Добавить структурную схему предприятиях.
Описать материальные потоки
Расписать процессы по подразделениям в том числе линейным.

Таким образом эта статья вырастет в раза 3. Это далеко не 500-600 страниц. В тоже время легко читаема любым пользователем.

Для сравнения привожу стандартную анотацию Оракла OBM Для дискретного производства. Конечно она, как и первый фрагмент требует значительных доработок для реального использования.


Мои выводы из сравнения.
Если мы пишем документ для ТОПов это текстовое описание с достаточным количеством рисунков, диаграм схем. Схемы могут быть различного направления: бизнесс-процессов, материальных и информационных потоков, документооборота, организационная диаграмма и т.п. Но все хорошо в меру. Например, бизнес-процессы должни быть только ключевые. Документ должен быть 50 -80 страниц. И написан должен быть написан в терминах принятых в организации.
Такой документ реально позволит ТОПу увидеть картину в целом. И для него может быть даже полезем взгляд человека "со стороны". Так же его полезно перечитать консультантам. По нему можно судить, что же в конце концов они делают и как выглядит хорошо сделанная работа.
Однако, написание такого документа требует очень высокого мастерства консультантов. У меня в свое время вышло довольно криво.


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

И в конце концов ни кто не мешает включить в проект оба документа. По моему мнению это окупится.
...
Рейтинг: 0 / 0
23.12.2004, 12:33
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32841317
Alexey_Мakienko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey_Мakienko
Участник
Alexey_Мakienko

Для сравнения привожу стандартную анотацию Оракла OBM Для дискретного производства. Конечно она, как и первый фрагмент требует значительных доработок для реального использования.


PS Забыл приаттачить
...
Рейтинг: 0 / 0
23.12.2004, 12:40
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32841468
Владимир11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир11
Участник
Alexey_Мakienko Alexey_Мakienko

Для сравнения привожу стандартную анотацию Оракла OBM Для дискретного производства. Конечно она, как и первый фрагмент требует значительных доработок для реального использования.


PS Забыл приаттачить

Красиво... Правда совсем не понятно, на основе какой информации создается прогноз? Как эта информация собирается и обрабатывается (ошибки, недостоверность, и т.п.)? Все это очень интересует руководство. Поскольку, это чистые деньги, которые лежат на складах, в виде сырья или ГП. То что привели на схеме, это интересно, но как она детализируется дальше? Где преимущества ее использования?
...
Рейтинг: 0 / 0
23.12.2004, 13:17
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32841541
Alexey_Мakienko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey_Мakienko
Участник
Владимир11

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


Я приатачил только часть, которая как и статья описывает процедуру MRP. Для сравнения. В целом все выглядит значительно хуже. И руководителю придется до-о-олго въезжать, что к чему.

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

Смежные процессы тоже не смог приаттачить по тому как ограничение 70к Однако если интересует остальное, то могу мылом.
...
Рейтинг: 0 / 0
23.12.2004, 13:35
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32841566
Владимир11
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Владимир11
Участник
Alexey_Мakienko Владимир11

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


Я приатачил только часть, которая как и статья описывает процедуру MRP. Для сравнения. В целом все выглядит значительно хуже. И руководителю придется до-о-олго въезжать, что к чему.

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

Смежные процессы тоже не смог приаттачить по тому как ограничение 70к Однако если интересует остальное, то могу мылом.

Очень интересно
2tvlad (at) rambler.ru
...
Рейтинг: 0 / 0
23.12.2004, 13:42
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32848781
Прохожий2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Прохожий2
Гость
Semaphore...И вот, мы приходим на предприятие-заказчик. Говорим с директором и его ближайшим окружением (финансовым директором, директором по производству, коммерческим директором и т.д.), выясняем их проблемы. Очевидно, представляя себе, как должно быть устроено само предприятие и его система управления , мы можем без обследования и описания БП сказать откуда берутся проблемы
В таком случае, какие бумаги (и в каком виде, примерный объем документов) Вы официально оформляете на случай возможных претензий ? Как формально подкрепляется понимание друг друга сторонами ?
...
Рейтинг: 0 / 0
29.12.2004, 06:37
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32848799
Semaphore
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semaphore
Гость
Прохожий2 Semaphore...И вот, мы приходим на предприятие-заказчик. Говорим с директором и его ближайшим окружением (финансовым директором, директором по производству, коммерческим директором и т.д.), выясняем их проблемы. Очевидно, представляя себе, как должно быть устроено само предприятие и его система управления , мы можем без обследования и описания БП сказать откуда берутся проблемы В таком случае, какие бумаги (и в каком виде, примерный объем документов) Вы официально оформляете на случай возможных претензий ? Как формально подкрепляется понимание друг друга сторонами ?Существуют подготовленные заранее описания устройства предприятия и его основных подсистем. Именно относительно этих описаний и происходит обсуждение. При необходимости в эти документы вносятся коррективы и дополнения, если они объективно отражают специфику конкретного предприятия и не противоречат системной логике. Поэтому подготовка документов не требует много времени и сил.
...
Рейтинг: 0 / 0
29.12.2004, 07:32
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32848953
Alexey_Мakienko
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alexey_Мakienko
Участник
SemaphoreСуществуют подготовленные заранее описания устройства предприятия и его основных подсистем. Именно относительно этих описаний и происходит обсуждение. При необходимости в эти документы вносятся коррективы и дополнения, если они объективно отражают специфику конкретного предприятия и не противоречат системной логике. Поэтому подготовка документов не требует много времени и сил.

В принципе очень правильный подход.

А про время и силы можно подробней типа с цифрами?
...
Рейтинг: 0 / 0
29.12.2004, 10:02
| Ответить | Цитировать | Написать  
Описание бизнес процессов. За, против, альтернатива
    #32849070
Semaphore
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Semaphore
Гость
Alexey_Мakienko SemaphoreСуществуют подготовленные заранее описания устройства предприятия и его основных подсистем. Именно относительно этих описаний и происходит обсуждение. При необходимости в эти документы вносятся коррективы и дополнения, если они объективно отражают специфику конкретного предприятия и не противоречат системной логике. Поэтому подготовка документов не требует много времени и сил.В принципе очень правильный подход.
А про время и силы можно подробней типа с цифрами?Конкретные цифры зависят от конкретного предприятия. Для промышленного предприятия численностью до 1000 человек, средние цифры выглядят так:
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
Номер	Наименование				Продолжительность	Трудоемкость
---------------------------------------------------------------------------------------
 1 .	Семинар для высшего руководства		 2 - 4  дня			 4 - 12  чел-дн.
 2 .	Семинары для руководителей (*)		 1  день			 6 - 8  чел-дн.
 3 .	Согласование рабочих мест  (*)		 7  дней			 50  чел-дн.
 4 .	Подготовка ТЗ и проектной док.		 5  дней			 15  чел-дн.
 5 .	Реализация изменений			 20 - 60  дней		 140 - 420  чел-дн.
 6 .	Обучение				 15  дней			 105  чел-дн.
 7 .	Сертификация				 1  день			 3  чел-дн.
---------------------------------------------------------------------------------------
Итого						 51 - 93  дня		 323 - 613  чел-дн.
Мероприятия отмеченные (*) проводятся параллельно с несколькими группами.
...
Рейтинг: 0 / 0
29.12.2004, 10:43
| Ответить | Цитировать | Написать  
25 сообщений из 54, страница 2 из 3
  2  все
Форумы / ERP и учетные системы [игнор отключен] [закрыт для гостей] / Описание бизнес процессов. За, против, альтернатива
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=29&msg=32838502&tid=1528366]:
 0ms
get settings:
 6ms
get forum list:
 9ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 147ms
get topic data:
 6ms
get forum data:
 1ms
get page messages:
 34ms
get tp. blocked users:
 1ms
others: 242ms
total:  450ms
созд. / загр.: 450ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]