Как стать автором
Обновить
-14
Алексей @avf48read⁠-⁠only

Инженер

Отправить сообщение

Бюджет освоить... это же SAP))

  1. "ISO", пишется через "ГОСТ"))

  2. кроме 12207 есть и другие стандарты... не только на ИТ системы, но и на системы менеджмента. Так сказать, есть разные виды деятельности (см росминтруд).

  3. "Нормально делай, нормально будет".

    А может автоматизировать не "Хотелки", а функции??? Не? Может всё таки перед тем, как что то автоматизировать нужно в документы заглянуть (ДИ, ПСП, Профстандарт) и убедится, что у админа нет такой обязанности "сливать базы", а значит и инструментов быть недолжно.

ПС:

Обосраться в Большом театре - это большая история.
Обосраться в Большом театре - это большая история.

Автоматизировать Аудит только по 19011 не по фэншую... Без реестра процессов и объектов предприятия (по 57193/15288, 15504итд) Планирование и КиПД, будут иметь "отвлечённый" от бизнеса характер.

сухпаёк инженера СМК

К тому же, у Инженера по управлению Качеством, аудит занимает не так много времени. Управление процедурами/стандартами (включая пересмотр) куда более проблемная вещь. Да и применять стат методы в экселе проблематично...

60% несоответствий, к гадалке не ходи, будут по 7.5.3 Управление документированной информацией (9001)... ну или может где то есть актуальные ДИ и ПСП))) тогда 50%...

стат методы ук

ПС: Без человеческого или ГОСТовского описания архитектуры ИС, заниматься автоматизацией СМК невозможно, с другой стороны, для СБ аудит, а те предоставление документов и данных, это Ад с организацией доступов.... так что, только ИСМ, только хардкор! (9001+19011+27001 идр)

  1. PMBOK - это не стандарт, а методичка! и он не работает без SWEBOK.

  2. Стандарт, а точнее СтандартЫ, по управлению проектами выглядят вот так:

    У вас только 1 из банды!!!
    У вас только 1 из банды!!!

Важность контроля в управлении проектами сложно переоценить.

Контролем, качества не достичь... 9001 в помощь.

  1. У вас затронут только уровень Проекта, а остальное?

Что? Что?..
Что? Что?..

? ПАНОС - как фаервол назовёшь, так и поплывёт)))

Выбирайте:

  1. Почему используйте не актуальную версию стандарта? (для прим: процессы проекта были расписаны более подробно в в серии "Проектный менеджмент")

  2. Зачем использовать MRP, ERP итд? 15288 (57193) и 57195 разве не описывает процессы ЖЦ в общем для системы?

  3. Можете пояснить, что в ИСО 9001 такого страшного? Или есть более "высокоуровневый" стандарт, для руководителей, по достижению качества...

    *Про правильное применение стандарта я молчу... сертификат - не гарантия качества!

то не ставь как выше в "... Какие б' ... " свое б'. Прибереги его для других, для своих стандартов общения.

Не дуйтесь... Как специалисты обращаются со стандартами, так и я с ними))) Правила культурного общения, нормы поведения, уважение... это же просто слова... а буква "Б", это просто буква "Б"...

В общем, мысли то верные, но

...поделить с вами некоторой частью своей системы знаний…

Стандарт то, кем написан? Вами?? А остальные тогда где?

А ничего, что есть новая версия стандарта ГОСТ Р 57193-2016? К тому же, 12207 и 15504 описывают ЖЦ именно для ИТ систем, а не только в общем... Для бизнес систем вы забыли исо 9001, а для архитектуры 19439...

 И у меня уже есть высокоуровневые паттерны разработки для каждого из этих процессов

А в стандарт лень было заглянуть? или вы считайте, что все кроме вас дураки? Какие б' "высокоуровневые паттерны", что это вообще? Есть стандарт.

Какой смысл в классификации ИТ систем (MRP, ERP, APS...), если микросервисная архитектура эффективнее. Такое чувство, что статья из 2005 года...

стандарты

Что то не видать "Всего ЖЦ". И почему только "Добыча"? Транспортировка то чем провинилась?

В документах, утверждённых Правительством РФ, есть так же рекомендации по использованию стандартов, которые вы технично проигнорировали.

eTOM

Процессы всего ЖЦ

Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия
ГОСТ Р 57323-2016/ISO/TS 15926-11:2015 Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 11. Методология упрощенного промышленного использования справочных данных
ГОСТ Р 57323-2016/ISO/TS 15926-11:2015 Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 11. Методология упрощенного промышленного использования справочных данных

Все эти обсуждения, вне конкретной деятельности (Вашей и Организации), носят исключительно терминологический характер. Классификацией подходов заниматься, на мой взгляд, не стоит, тк даже Н.Винер критиковал "адептов" кибернетики, за тупое следование, без какого либо развития. ГОСТ же, вносится не одним человеком, а ответственным ТехКомитетом (ТК 22, 076, 323). Вайнберг'у задать вопрос, по книге (в переводе), довольно проблематично, а вот в ТК, может быть, и ответят)).

По специальности "Управление качеством", инженера учат 5 лет... всяким разным подходам и методикам, но по итогу 9001 в руки и вперёд! Отдайте 9001 ст-т, PDCA и процессный подход отделу управления качеством, они знают, что с ним делать, у них процедуры под это разработаны))

Для примера:

В СМК говорится, что процессный подход – это всего лишь рассмотрение процесса как нескольких шагов, входы-выходы и другие тривиальности. Однако, чтобы это выглядело «более солидно» нужно было что-то добавит в такую «процессную окраску» и добавили PDCA – как элемент процессного подхода.

Мне не совсем понятно, что такое "рассмотрение процесса", как процедура (напр. нач.отд). Что и в какой форме, будет результатом рассмотрения? Вы полностью упускайте регламентирующие, всю эту деятельность, документы. PDCA это не схема, а Регламент с формами, Приказ с ответственными, Акт аудита (хелоу 19 011) , КиПД... А без документов, это уже АДжайл, там все "слова" те же...

В рамках 9001, рассматривается только Система Качества... не производственная, не ИТ и не как "система систем"... Если в орг. выделяют др системы (СМБОТ, СЭМ, СМБПП итд), как объекты управления, то разрабатывают единый документ по управлению ими всеми(ИСМ). Системы -разные, а инструмент управления один. Что бы экологи и производственники не поубивали друг друга, обязательные процедуры, а так же их пересмотр, регламентирует стандарт. Никаких систем и процессов не существует, до того момента, пока не появится документ описывающий их.

Читать авторов, кто не имеет отношения к ВПК, промышленности или проектов типа ГОЭЛРО, а ещё и на иностранном, вообще не советую... "мыслить", вдалеке от завода и ответственности, все умеют)) *Для общего развития, можно читать всё что угодно, из разрешенного!

Область применения
57195 СИ
57195 СИ
57193 жцс
57193 жцс
9000
9000
9001
9001

Точка зрения

Относительно всех *BOK и ГОСТов, то мне кажется, эти люди не подразумевают о существовании друг друга... У меня есть теория, что Системщики собрались и дали люлей Менеджерам, за использование слова "система"... ну они и исправились))

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

Всё зависит от вашей Роли или Точки зрения. Когда мы рассматриваем объект, как Систему, то нам интересен ЖЦ, структура, цели (Вообще это задачи МинПрома). А когда мы выступаем в роли руководителя подразделения/орг., то нам важно рассмотреть нашу деятельность, как повторяющийся процесс (PDCA).

С точки зрения системы, стандарт 57193 нам даёт набор процессов и записей ЖЦ, полный. Где вы возьмёте ресурс, стандарт не касается... А вот кто и как это будет выполнять, должны регламентировать соотв руководители (с соотв возможностями). Помощь в этом оказывает 9001, там и ресурс, и среда, и документирование.

Как пример, можно рассмотреть 1) АЭС, и 2) МакДак

1) Акцент на продукте (АЭС), а не на процессах её работы, они закладываются ещё при проектировании. Продукт штучный, рвать пжоа что бы удешевить процесс производства не рентабельно. Выполняемая цель системы растянута на десятки лет.

2) "Две мясных котлеты гр...." Продукт, даже по картинкам, может произвести низкоквалифицированный персонал. А вот скорость воспроизводства, логистика итд в данном случае крайне важны. Ну а забыть про съеденный бургер (свежий) можно и на следующий день.

В СМК под процессным подходом понимается системный подход. Не согласны?

Нет. Тк это два из 8 принципов доктора Деминга. На них строится ИСО 9000.

8 принципов
ИСО 9000-2008
ИСО 9000-2008

В версии от 2015 года Системного подхода нет! Вышел в отдельный стандарт.

PDCA "красной нитью" везде и где попало... Что в нем от "процессного подхода"?

PDCA - это схема для постоянного улучшения деятельности, любой! Те каждый процесс должен (~раз в год) пересматриваться... Как процесс планируется? как выполняется? Это деятельность над деятельностью... пересмотр Должностных и Рабочих инструкций, ПСП итд...

PDCA
idef
idef

Цикл PDCA можно кратко описать так:

- планируй - разработка целей системы и ее процессов, а также определение ресурсов, необходимых для достижения результатов в соответствии с требованиями потребителей и политикой организации, определение и рассмотрение рисков и возможностей;

- делай - выполнение того, что было запланировано;

- проверяй - мониторинг и (там где это применимо) измерение процессов, продукции и услуг в сравнении с политикой, целями, требованиями и запланированными действиями и сообщение о результатах;

- действуй - принятие мер по улучшению результатов деятельности в той степени, насколько это необходимо.     

примеры использования PDCA
ГОСТ Р 56923-2016/ISO/IEC TR 24748-3:2011 Информационные технологии (ИТ). Системная и программная инженерия. Управление жизненным циклом. Часть 3. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)
ГОСТ Р 56923-2016/ISO/IEC TR 24748-3:2011 Информационные технологии (ИТ). Системная и программная инженерия. Управление жизненным циклом. Часть 3. Руководство по применению ИСО/МЭК 12207 (Процессы жизненного цикла программных средств)

Где "процессный подход" в СМК? Есть ли полное (хорошее) определение "процессного подход"?

В 9000 и 9001 стандартах есть описание.

2.3.4 Процессный подход
9000
9000
9000
9000

Что было обозначено * и **?

эти комментарии относилось в целом к статье, рейтинга нема((

Системный и процессный подходы- это про стандарты 9001 и 57193(15288)итд... а мышление- это философия, методология итд. Теория и практика.

А термин "управление" нужно понимать (наверное), как Менеджмент:

Менеджмент
9000
9000
9000
9000

Результатом мЫшленья, как раз и являются стандарты... они не противоречат друг другу (почти). *У АИ Левенчука как раз про это много написано. Но! в терминах ПутАница везде, тк нужно термины брать не из вики а из ГОСТа...

**А доктора Деминга, автору, вообще не стоило упоминать без PDCA.

"Наиболее совершенной моделью кота является такой же кот, а лучше — он сам.“ — Норберт Винер. 1945г.

7 альф

Системы

Взгляд на бизнес с помощью схемы жизненного цикла ISO 15288 / Блог компании ГК «Современные технологии управления» / Хабр
https://habr.com/ru/company/businessstudio/blog/299328/

Процессы ЖЦ системы

Модель процесса

Системная инженерия

Знания, Мышление

И Профстандарт есть на каждый вид деятельности свой.

А требования к HR у вас есть?

А что помешало воспользоваться стандартом?

ГОСТ Р ИСО/МЭК 12207-2010 Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств
ГОСТ Р ИСО/МЭК 12207-2010
Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств

* И чем отличаются аббревиатуры SDLC и SLCM???

** submarine-launched cruise missile (SLCM)

***Иф ю донт спик раша, гоу хоум...

Чья бы корова мычала...

https://cms-res-web.online.sberbank.ru/uniagreement/oferta.pdf

ПУБЛИЧНАЯ ОФЕРТА О ПРИСОЕДИНЕНИИ К УСЛУГЕ «УДОБНЫЙ ДОСТУП»

4.10. Если Клиент не согласен с новой редакцией Договора (в том числе, с каким-либо отдельным положением или с новой редакцией Договора в целом), он обязан незамедлительно прекратить любое использование/получение Сервисов, а также незамедлительно направить в Банк уведомление о своем несогласии с новой редакцией Договора в порядке, предусмотренном пунктом 9.3. Настоящим Стороны пришли к соглашению, что такое уведомление о несогласии Клиента с новой редакцией Договора является односторонним отказом Клиента от Договора (расторжением Договора в одностороннем порядке).

"Нет пользователей — нет проблем."

По этому вы (@Sber) не даёте самостоятельно, без оператора, составить обращение/претензию??

"по принципу подводной лодки"

СБЕРБАНК - покоритель дна)))

"Повелевай клиентами"

А лицо у вас не треснет, мамкины повелители....

*Стандарты по управлению надежностью:

?‍♂️Профессиональный стандарт "Бизнес-аналитик"

Общие сведения: Деятельность по выявлению бизнес-проблем, выяснению потребностей заинтересованных сторон, обоснованию решений и обеспечению проведения изменений в организации.

Основная цель вида профессиональной деятельности: Обеспечение возможности проведения изменений в организации, приносящих пользу заинтересованным сторонам, путем выявления потребностей заинтересованных сторон и обоснования решений, описывающих возможные пути реализации изменений

https://profstandart.rosmintrud.ru/obshchiy-informatsionnyy-blok/natsionalnyy-reestr-professionalnykh-standartov/reestr-professionalnykh-standartov/index.php?ELEMENT_ID=61704

Для любителей путешествовать, на домах, улицах и др крепят спец таблички с Адресом (для РФ см https://fias.nalog.ru/)... Хотели на Точку приехать - приехали...

*Улицы, населённые пункты итд, могут тоже иметь одинаковые названия... см. 3-я улица Строителей, 25

"3. Сколько нарушений стандартов и политик по интеграциям....."

Кстати, стандарты.

пс: Употреблять слово "Стандарт", а затем вводить свои определения, это - не по стандарту)))

Спасибо, коллега! Не сочтите, текст ниже, за критику- это стандарт.

Эта статья о чек-листе анализа полноты бизнес-требований для проектов цифровой трансформации.

А если в проекте нет модного "цифровой трансформации", то что делать??

Цифровая трансформация, появляется, если не было нормальной Регламентации процессов, обеспечения качества, а контроль( чек-лист) это следствие.

Из 100 бизнес-аналитиков на рынке РФ и СНГ, только трое досконально изучили BABOK ( Business Analysis Body of Knowledge), а остальные, как у классика “Мы все учились понемногу чему-нибудь и как-нибудь”.

Из этих Троих, дай бог, Один из них догадается открыть стандарт (ГОСТ/ISO) и не "тупить" перед талмудом в 600 страниц.

Бизнес-аналитик проверяет по нему артефакты, которые он подготовил, прежде чем передавать в разработку.

Стоп! Он же сам их писал?‍♂️ Если бы писал по ним, может и больше четверти бюджета выйдет сэкономить)

альтернативные ветки,... отказные ветки

Возможно, имелись в виду Риски, FMEA, Варианты повторного применения??

Представьте, если повар Мишлен приготовит блюдо из просроченных продуктов, да еще и не все ингредиенты будут. Повар может все сделать идеально, вот только есть это блюдо будет опасно для здоровья.

В отличие от Аналитик, повар, из некачественных продуктов готовить не будет, тк за Блюдо отвечает он. Проверить их перед применением его задача. Если, вы, как руководитель, допускайте, что вашим сотрудникам/аналитика будут предоставлять некачественную информацию - то проблема не в ТЗ/требованиях, а документировании деятельности компании.

Спецификация, Архитектура

ISO 10303-239-2008 Модель планирования данных

Управление документами

Описание интеграций систем

Словарь

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

ПС: а почему чек-лист на автоматизацию в ворде и нет электронного реестра процессов??

1
23 ...

Информация

В рейтинге
Не участвует
Откуда
Екатеринбург, Свердловская обл., Россия
Зарегистрирован
Активность

Специализация

Systems Analyst, Business Analyst
Lead
От 150 000 ₽
BPMN
ArchiMate
Requirements management
UML
Analytics of requirements
GOST
Optimization of business processes