Не совсем понял вопрос, но можно поискать методички (прим.: УГТУ-УПИ). Под ОПУР или "методов принятия упр. решений" понимается комплекс инструментов, а состав зависит от автора и его проф опыта (есть методики для банков, есть для производства).
Когда-то, преподавался такой предмет, как Основы Принятия Управленческих Решений, дак вот, там, в основном, была статистика... математика то есть... НО!!! Математика работает в управляемых условиях, а когда Условий (правил) нет вообще, то на что может рассчитывать руководитель/ владелец?
Поэтому и автоматизация стоит так дорого
Ещё один момент.... Откаты... это не статья УК.
И не всегда, владелец бизнеса, про них знает и вообще, как то может оценить затраты... показать на HH резюме/вакансиями с ЗП +500 000руб - легко...
команда, которая должна была автоматизировать процесс слила вникуда кучу времени и бабок на абсолютно пустую работу
Я вот почему, так на ГОСТ среагировал, а потому, что если бы "автоматизаторы" знали свою профессию, то не взялись бы "делать гвозди из хлебного мякиша".
- Если достижение эффектов связано с изменением бизнес-процессов, моделируйте постепенную реализацию, например первый квартал – 25 % эффекта, второй – 50 %, третий – 75 %, четвёртый – 100 %. Это критично влияет на срок окупаемости. Нереалистично сразу с первого квартала считать полный эффект.
ГОСТ Р 58917-2021 всё таки больше для реальных объектов. Инженерную часть ИТ проекта ещё можно (и нужно) посчитать... Стоимость ЖЦ ПО можно определить только в момент перехода на другое ПО, у него нет заявленного срока эксплуатации, а зарплаты разработчиков рассчитываются на основе данных из "кофейной гущи".
Для Программных решений я бы подошёл со стороны Процессов и Проектной деятельности. Если меняется инструмент и интерфейс, то процессы и процедуры изменятся не всегда. По сути, ИТ решение это просто интерфейс процесса (прим: у процесса забивания гвоздя: Инструмент-молоток, Интерфейс (М)-рукоятка)... Логика ИТ решения задаётся и управляется с помощью правил/процедур/НТД и прочих СТО, а не его архитектурой (!в правильном варианте, когда мы Описали процессы/данные и подобрали решение под них!).
Если же мы меняем всё вместе и процессы, и ПО, и вообще то это "пжоа"... Тогда расчёт экономического эффекта проще провести в "курилке":
- Если до внедрения курили 20%, а после 80% сотрудников, то эффект высокий)))
ГОСТ Р 52380.1 - 2005 РУКОВОДСТВО ПО ЭКОНОМИКЕ КАЧЕСТВА Часть 1 Модель затрат на процесс
ГОСТ Р 54869 - 2011 ПРОЕКТНЫЙ МЕНЕДЖМЕНТ ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ПРОЕКТОМ
ПС: не стал искать, Но возможно, модели затрат и эффекта есть в стандартах по BIM и DT(цифр. двойники), там без ПО никак.
А как же Руководство (как вид деятельности)! Разве в обязанности руководителя не входит разработка правил, инструкций и процедур, внутри его подразделения?? Разве он не должен нести ответственность и управлять, в соответствии с компетенциями и полномочиями?...
Больше похоже на 19 отличительных компетенций лидера Дома-2. (11. Общается мощно и в изобилии. 13. Строит отношения. 16. Ценит разнообразие.)
Организация, управление и руководство
Организация, управление и руководство
Организация есть сбор элементов, объединение их в целое, установление отношений и связей — и все. Управление есть воздействие на движение объектов, изменение траектории этого движения. Управление возможно, только если объект, которым мы управляем, имеет движение, самодвижение. Управление есть использование его самодвижения в целях управляющего, который на это самодвижение опирается. Руководство обязательно предполагает организацию — в современной социологии говорят обычно «формальную организацию», т.е. организацию по местам. Оно возможно только в рамках организационной структуры, пока и поскольку люди эту организационную структуру принимают, т.е. отказываются от собственных целей и задач и берутся выполнять цели и задачи, поставленные перед ними вышестоящими инстанциями.
Очень часто мы руководим, чтобы управлять, или начинаем управлять, чтобы обеспечить руководство, т.е. принятие цели. Реально в работе это все связано.
Я все время противопоставляю организацию, руководство и управление другим деятельностям. Каким образом? Я, например, говорю: организация есть то же самое, что конструирование, но только конструирование имеет отношение к нечеловеческим элементам, а организация есть фактически конструирование на уровне людей.
Можно было бы сказать, что организационная работа и есть конструирование организации. А почему — конструирование? А если я начну работать на уровне проектирования? И буду сначала создавать проект организации, а потом реализовывать его? Такое тоже вполне возможно, и дальше мы будем смотреть, как постепенно, по мере развития оргуправленческой деятельности в нее втягиваются другие деятельности: проектирование, планирование, программирование, прогнозирование.
И управление оказывается сложной, комплексной и системной (это разные вещи) деятельностью, которая, втягивая в себя все другие деятельности, подчиняет их своей логике, комплексно и системно их организует.
*Основная проблема организаций и руководителей, всех мастей - это КУМОВСТВО... Если вам кажется, что руководитель ничего не делает, то вам не кажется... его задача на стуле сидеть)))
Для функционирования СЭД необходимо задать четкие правила: «При поступлении документа типа А система автоматически направляет его сотруднику Б для согласования, а после одобрения — руководителю В».
При таком подходе, смешивая в кучу задачи по обработке д-тов и утверждению/визированию, и оставляя за бортом все процессы по качеству данных сложно представить другой результат.
Директор по строительству «Ю» пришел с абсолютно понятным запросом:
Дак вам был понятен запрос или нет?! Кто так автоматизирует согласование проектной и рабочей документации в стройке... Вы запросили маршруты бумажных документов, а нужно было описывать движение инф объектов... и если в компании нет чёткого распределения полномочий, то как вы хотели автоматизировать Безответственность?
Нужна суперпрограмма для менеджмента, чтобы само все решалось.
Те "СЭД Directum Lite" - не супер?....
Но спустя год система так и не была запущена.
Можно это сделать девизом компании)))))
Directum Lite может закрыть и те и другие задачи. Но пока компания «Ю» определяла, нужна им система управления проектами или документооборотом, внедрение фактически не начиналось. Нельзя настроить процессы, если сами процессы еще не определены.
Но денюшки вы с них конечно же взяли и за обследование, и за консультации, и за ненужное (по итогу) ПО... Перед продажей, чек лист "готовности компании к автоматизации" сложно было заполнить.... ну, лоx не мамонт
Как всегда замалчивается участие иностранных компаний и инженеров. General Electric, Westinghouse, Cooper Engineering.
Эти иностранные компании и Инженеры, на родине, не очень то и нужны были... Это они должны благодарить Ленина за контракт... Если что, им а) заплатили, б) они публично выступали против СССР...
В ГОЭЛРО, важно имя Ленин В.И., остальные - участники проекта...
" - Скажите, как вы будете меня оценивать и я скажу, как я буду работать..."
В 90% случаев проблема вскроется в каком-то из пунктов этого списка. А вера в достижимость результатов — тоже часть стратегии.
Если руководитель не может разработать правила и процедуры работы, распределить ответственность и полномочия, то никакая мотивация не поможет в разработке. Цели достигаются не верой в них, а планированием и способностью действовать в соответствии с планом.
ГОСТ Р 54985-2018 РУКОВОДЯЩИЕ УКАЗАНИЯ ДЛЯ МАЛЫХ ОРГАНИЗАЦИЙ ПО ВНЕДРЕНИЮ СИСТЕМЫ МЕНЕДЖМЕНТА КАЧЕСТВА НА ОСНОВЕ ИСО 9001:2015
Данное правило как раз для небольших компаний которым ISO скорее навредит
Формальное внедрение любых стандартов точно навредит компании. Если, инициатива по внедрению процессного подхода не исходит от руководителя, то любые улучшения бесполезны.
Систематизация деятельности, навредить организации не может, только конкретному руководителю-говорилке, который привык Управлять, а не Руководить...
В вашей статье есть проблема с терминами, с одной стороны "Малые организации" и "Топ-менеджмент".... Если у директора пекарни синдром Наполеона (со справкой!), то да, он конечно может называть себя ТОП-менеджером, а не директором или ИП...
А чем, конкретно, не устраивает слово "Планирование"? Зачем вводить гипотезу?.. И почему процессный подход, в вашем понимании, изначально не распространяется на ВР?
Ритуал руководителя превратился в 3 обязательных действия на неделю:
Для проверки результативности процессов, изобретён такой инструмент, как Аудит СМ (ИСО 19011). Проводить улучшения раз в неделю - невозможно... Статистика вам в помощь...
Похоже, нужно из стандартов ИСО делать религию, что бы мракобесы не совались в святое.
И когда вы что-то от нее просите. то надо задавать роль.
ИИ с правилами - умеет выдерживать заданную терминологию.
Пробовал. Давал ИИ свои словари, справочники итд. Но после 2 -3 вопроса, приходится напоминать о контексте вопроса и заставлять создавать чек лист источников в ответе... сиди потом, проверяй. Код, да, это умеет, но кто бы у нас вёл нормальную документацию по версиям систем для ИИ.
Хотелось бы, как библиотеки, подключать комплексы стандартов. Или наоборот, отключать методички и учебники (упрощённые модели)...
когда одно слово имеет 3-5-7 значений, например, под "map"
У термина, всегда должен быть идентификатор (ссылка на стандарт), а так и любой инженер спросит "-откуда брали?".
пример конкретизации формулировки терминов
Я то от него не звёзды с неба просил, а что бы он структурировал стандарты (10303-239 и др) в соответствии с др. стандартом (iso 29148) и собрал json.
*коммерческой цели это не имело. так, для души..
*ГОСТ Р ИСО 10303-239-2008 Системы автоматизации производства и их интеграция. Прикладные протоколы. Поддержка жизненного цикла изделий
Человек же не говорит языком конкретного ГОСТа
Как сказать... и такое бывало) Письмо в ****надзор с КД, не отличается выразительностью.
расскажу про то, как собрать первую рабочую модель предприятия на новом ArchiMate 4.0
Тут два вопроса: 1) А если это не первая модель предприятия?... Процедура моделирования предприятия должна затрагивать все этапы ЖЦ самой модели и предприятия втч.
Стоимость поддержания модели предприятия и модели ИТ систем, превышает стоимость самой разработки в несколько раз... Если инструмент на выходе не даёт управленческие д-ты (процедуры), то это очередной урок "рисования".
2) Какие изменения были со стороны стандартов togaf?? Доменная архитектура и там была...
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия
ГОСТ Р ИСО 15704-2008 Промышленные автоматизированные системы. Требования к стандартным арх-рам и метод-ям предприятия
❗ПС: Вот вставляешь спокойно картинки из стандартов, не глядя, а стандарты то обновляются...
Изменений хоть и не много, но по терминологии есть новшества...
Не совсем понял вопрос, но можно поискать методички (прим.: УГТУ-УПИ). Под ОПУР или "методов принятия упр. решений" понимается комплекс инструментов, а состав зависит от автора и его проф опыта (есть методики для банков, есть для производства).
Василий Жуковский, октябрь 1814 года
Тогда Закон, уж двести лет просрочен,
Ошибка, в логике людей.
И если ГОСТ лишь строчка,
То нам не скрыться от больных идей....
Когда-то, преподавался такой предмет, как Основы Принятия Управленческих Решений, дак вот, там, в основном, была статистика... математика то есть... НО!!! Математика работает в управляемых условиях, а когда Условий (правил) нет вообще, то на что может рассчитывать руководитель/ владелец?
Ещё один момент.... Откаты... это не статья УК.
И не всегда, владелец бизнеса, про них знает и вообще, как то может оценить затраты... показать на HH резюме/вакансиями с ЗП +500 000руб - легко...
Я вот почему, так на ГОСТ среагировал, а потому, что если бы "автоматизаторы" знали свою профессию, то не взялись бы "делать гвозди из хлебного мякиша".
Как связаны "ГОСТ" и текст из статьи???
Может имелись в виду Правила, Регламенты, СТО, ДИ и ПСП, Требования к ЗИ, Спецификации?.... но точно не ГОСТ.
Не используйте термин ГОСТ, если не знайте, кто их разрабатывает и как их внедрять в деятельность.
Какой нотации?? Что здесь понятного?))))
Любой онлайн корп шутер, где нужно убить босса)))))
Хуже идут игры на выживание и хорроры... и так уже рутина и всем страшно....
GTA ещё можно, а вот RDR -нет... там есть лошадь, а её ценность может превосходить ценность коллег (могут быть конфликты)
ГОСТ Р 58917-2021 всё таки больше для реальных объектов. Инженерную часть ИТ проекта ещё можно (и нужно) посчитать... Стоимость ЖЦ ПО можно определить только в момент перехода на другое ПО, у него нет заявленного срока эксплуатации, а зарплаты разработчиков рассчитываются на основе данных из "кофейной гущи".
Для Программных решений я бы подошёл со стороны Процессов и Проектной деятельности. Если меняется инструмент и интерфейс, то процессы и процедуры изменятся не всегда. По сути, ИТ решение это просто интерфейс процесса (прим: у процесса забивания гвоздя: Инструмент-молоток, Интерфейс (М)-рукоятка)... Логика ИТ решения задаётся и управляется с помощью правил/процедур/НТД и прочих СТО, а не его архитектурой (!в правильном варианте, когда мы Описали процессы/данные и подобрали решение под них!).
Если же мы меняем всё вместе и процессы, и ПО, и вообще то это "пжоа"... Тогда расчёт экономического эффекта проще провести в "курилке":
- Если до внедрения курили 20%, а после 80% сотрудников, то эффект высокий)))
ГОСТ Р 52380.1 - 2005 РУКОВОДСТВО ПО ЭКОНОМИКЕ КАЧЕСТВА Часть 1 Модель затрат на процесс
ГОСТ Р 54869 - 2011 ПРОЕКТНЫЙ МЕНЕДЖМЕНТ ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ПРОЕКТОМ
ПС: не стал искать, Но возможно, модели затрат и эффекта есть в стандартах по BIM и DT(цифр. двойники), там без ПО никак.
А как же Руководство (как вид деятельности)! Разве в обязанности руководителя не входит разработка правил, инструкций и процедур, внутри его подразделения?? Разве он не должен нести ответственность и управлять, в соответствии с компетенциями и полномочиями?...
Больше похоже на 19 отличительных компетенций лидера Дома-2. (11. Общается мощно и в изобилии. 13. Строит отношения. 16. Ценит разнообразие.)
Организация, управление и руководство
Организация, управление и руководство
Организация есть сбор элементов, объединение их в целое, установление отношений и связей — и все. Управление есть воздействие на движение объектов, изменение траектории этого движения. Управление возможно, только если объект, которым мы управляем, имеет движение, самодвижение. Управление есть использование его самодвижения в целях управляющего, который на это самодвижение опирается. Руководство обязательно предполагает организацию — в современной социологии говорят обычно «формальную организацию», т.е. организацию по местам. Оно возможно только в рамках организационной структуры, пока и поскольку люди эту организационную структуру принимают, т.е. отказываются от собственных целей и задач и берутся выполнять цели и задачи, поставленные перед ними вышестоящими инстанциями.
Очень часто мы руководим, чтобы управлять, или начинаем управлять, чтобы обеспечить руководство, т.е. принятие цели. Реально в работе это все связано.
Я все время противопоставляю организацию, руководство и управление другим деятельностям. Каким образом? Я, например, говорю: организация есть то же самое, что конструирование, но только конструирование имеет отношение к нечеловеческим элементам, а организация есть фактически конструирование на уровне людей.
Можно было бы сказать, что организационная работа и есть конструирование организации. А почему — конструирование? А если я начну работать на уровне проектирования? И буду сначала создавать проект организации, а потом реализовывать его? Такое тоже вполне возможно, и дальше мы будем смотреть, как постепенно, по мере развития оргуправленческой деятельности в нее втягиваются другие деятельности: проектирование, планирование, программирование, прогнозирование.
И управление оказывается сложной, комплексной и системной (это разные вещи) деятельностью, которая, втягивая в себя все другие деятельности, подчиняет их своей логике, комплексно и системно их организует.
*Основная проблема организаций и руководителей, всех мастей - это КУМОВСТВО... Если вам кажется, что руководитель ничего не делает, то вам не кажется... его задача на стуле сидеть)))
Дак всё таки, КАК??
Это сейчас называется микросервисной архитектурой)))))
А как проводился расчёт данного показателя?
В данной статье я вижу только управление данными, но ни как не рисками... В управлении рисками важно соблюдение процедур, а не наличие дашборда.
При таком подходе, смешивая в кучу задачи по обработке д-тов и утверждению/визированию, и оставляя за бортом все процессы по качеству данных сложно представить другой результат.
Дак вам был понятен запрос или нет?! Кто так автоматизирует согласование проектной и рабочей документации в стройке... Вы запросили маршруты бумажных документов, а нужно было описывать движение инф объектов... и если в компании нет чёткого распределения полномочий, то как вы хотели автоматизировать Безответственность?
Те "СЭД Directum Lite" - не супер?....
Можно это сделать девизом компании)))))
Но денюшки вы с них конечно же взяли и за обследование, и за консультации, и за ненужное (по итогу) ПО... Перед продажей, чек лист "готовности компании к автоматизации" сложно было заполнить.... ну, лоx не мамонт
«
Рок-н-роллIT рынок мёртв, а я ещё нет»....Эти иностранные компании и Инженеры, на родине, не очень то и нужны были... Это они должны благодарить Ленина за контракт... Если что, им а) заплатили, б) они публично выступали против СССР...
В ГОЭЛРО, важно имя Ленин В.И., остальные - участники проекта...
А назовите подрядчиков Маска, Эпла или TSMC??
"- был у нас один, вся деревня боялась..." Ералаш №52 “Просто жуть!”
Документацией нужно управлять!
А когда Confluence стал поддерживать процессы по управлению документами и метаданными??
Шёл 2026 год. APS (Advanced Planning and Scheduling) так и оставалась секретной технологией инопланетян.
Зачем нужно изобретать колесо, когда уже есть стандарты??
Как с таким подходом, к Инженерной деятельности, можно продвигать свои продукты?? (специально ознакомился с сайтом)
И где вы подобрали термин "Графикование производства"??? это как за Графинчиком беленькой планировать производство в баньке?)))
" - Скажите, как вы будете меня оценивать и я скажу, как я буду работать..."
Если руководитель не может разработать правила и процедуры работы, распределить ответственность и полномочия, то никакая мотивация не поможет в разработке. Цели достигаются не верой в них, а планированием и способностью действовать в соответствии с планом.
ГОСТ Р 54985-2018 РУКОВОДЯЩИЕ УКАЗАНИЯ ДЛЯ МАЛЫХ ОРГАНИЗАЦИЙ ПО ВНЕДРЕНИЮ СИСТЕМЫ МЕНЕДЖМЕНТА КАЧЕСТВА НА ОСНОВЕ ИСО 9001:2015
Формальное внедрение любых стандартов точно навредит компании. Если, инициатива по внедрению процессного подхода не исходит от руководителя, то любые улучшения бесполезны.
Систематизация деятельности, навредить организации не может, только конкретному руководителю-говорилке, который привык Управлять, а не Руководить...
В вашей статье есть проблема с терминами, с одной стороны "Малые организации" и "Топ-менеджмент".... Если у директора пекарни синдром Наполеона (со справкой!), то да, он конечно может называть себя ТОП-менеджером, а не директором или ИП...
А чем, конкретно, не устраивает слово "Планирование"? Зачем вводить гипотезу?.. И почему процессный подход, в вашем понимании, изначально не распространяется на ВР?
Для проверки результативности процессов, изобретён такой инструмент, как Аудит СМ (ИСО 19011). Проводить улучшения раз в неделю - невозможно... Статистика вам в помощь...
Похоже, нужно из стандартов ИСО делать религию, что бы мракобесы не совались в святое.
А почему, служба Качества, должна отвечать за результаты всей компании??? СК отвечает за функционирование СМК...
Вообще то, очень странно и не правильно сравнивать Стандарт (серии ИСО) с корпоративными методологиями...
Нужно внимательно читать документы. Основная цель бизнеса - это зарабатывать.
ГОСТ Р 52380.1-2005 Руководство по экономике качества. Модель затрат на процесс
ГОСТ Р ИСО 10014-2008 Менеджмент организации. РУКОВОДЯЩИЕ УКАЗАНИЯ ПО ДОСТИЖЕНИЮ ЭКОНОМИЧЕСКОГО ЭФФЕКТА В СИСТЕМЕ МЕНЕДЖМЕНТА КАЧЕСТВА
По вашему мнению, все компании кто внедрил СМК, по ИСО 9001, не компетентные бракоделы?
ПС: ладно хоть ТГ канал указан... а то статья даже на ИИшную не тянет
Пробовал. Давал ИИ свои словари, справочники итд. Но после 2 -3 вопроса, приходится напоминать о контексте вопроса и заставлять создавать чек лист источников в ответе... сиди потом, проверяй. Код, да, это умеет, но кто бы у нас вёл нормальную документацию по версиям систем для ИИ.
Хотелось бы, как библиотеки, подключать комплексы стандартов. Или наоборот, отключать методички и учебники (упрощённые модели)...
У термина, всегда должен быть идентификатор (ссылка на стандарт), а так и любой инженер спросит "-откуда брали?".
Я то от него не звёзды с неба просил, а что бы он структурировал стандарты (10303-239 и др) в соответствии с др. стандартом (iso 29148) и собрал json.
*коммерческой цели это не имело. так, для души..
*ГОСТ Р ИСО 10303-239-2008 Системы автоматизации производства и их интеграция. Прикладные протоколы. Поддержка жизненного цикла изделий
Как сказать... и такое бывало) Письмо в ****надзор с КД, не отличается выразительностью.
Реестр стандартов
Словарь
" -Это неправильные пчёлы и они делают неправильный мёд"...
А зачем "недалеких людей" допускать до разработки сложных систем??? Может хирурги тоже не любят руки мыть.... и что?...
Может быть с терминологии и нужно начинать?... на данный момент, я не видел AI, который бы
мог структурировать или описать, даже простой, проект в соответствии с терминологией стандартов по УП, СИ и СМ.
Даже простая работа со стандартной терминологией показывает разницу в интерпретации одного термины в разных системах/доменах.
ПС: Уже, когда то, писал АИЛев по вопросу применения стандартов (15288 втч),... но он не ответил,.. а удалился пританцовывая бачату...
Тут два вопроса: 1) А если это не первая модель предприятия?... Процедура моделирования предприятия должна затрагивать все этапы ЖЦ самой модели и предприятия втч.
Стоимость поддержания модели предприятия и модели ИТ систем, превышает стоимость самой разработки в несколько раз... Если инструмент на выходе не даёт управленческие д-ты (процедуры), то это очередной урок "рисования".
2) Какие изменения были со стороны стандартов togaf?? Доменная архитектура и там была...
ГОСТ Р ИСО 15704-2008 Промышленные автоматизированные системы. Требования к стандартным арх-рам и метод-ям предприятия
❗ПС: Вот вставляешь спокойно картинки из стандартов, не глядя, а стандарты то обновляются...
Изменений хоть и не много, но по терминологии есть новшества...