TPM был как пример, но он влияет на "4 Коэффициент доступности".
С тем же успехом, можно было привести TQM, 5M или DMAIC...
Но по сути, это тоже стандарты: ИСО 31000 (Риски) и/или ГОСТ 27.310-95 Надежность в технике. Анализ видов, последствий и критичности отказов... Всё зависит от зон ответственности, нельзя управлять тем, на что нет полномочий.
Видимо, для Хабра, такой формат сложноват)) С одной стороны, тем кто не знаком со стандартизацией, пересказ ГОСТов, вызывает раздражение... а тем кто знаком, оно не нужно (я бы в комментах всё ровно указал ГОСТы 🙂).
Возможно, было бы более "понятно" пойти от какой либо методики, типа TPM, а потом плавно перейти к стандартизации и формулам... а 6 сигм, это не для нашего менталитета)))
"TPM в простом изложении" Итикава А., Катаги И., Такебе Ю.
А то, что именно IBS, принципиально, не вело документацию в Газпроме (SAP), вы видимо забыли (могу пофамильно)? Сами наворотили, а теперь ещё раз решили денег снять...
Собираю профильную литературу и стандарты. Это скорее не база, а глоссарий.
1) Софт: a. OneNote, b. excel;
2) Структура: a. по видам деятельности (ОКВЭД), b. Системы. с. Этапы ЖЦС;
3) Единица знания: Определение (желательно одно и в контексте);
4) Шаблоны кода храню в блокноте (не основной профиль).
Onenote (в основном, для картинок)
у каждой картинки, должен быть написан источник.
Правда, кроме меня тут никто не ориентируется 🙄
excel (реестр стандартов)
собственно, основные источники
литература (не особо сортирую)
К литературе отношусь с осторожностью, тк автор/переводчик может некорректно использовать термины... да и вообще напи***ть лишнего)
На мой взгляд, важнее не инструменты, а умение правильно задать вопрос/запрос к интересующим знаниям... а тогда, будет понятно, как это хранить и классифицировать.
дак там уже про кругляк речь пошла... а я больше по плотникам))
"кильватере" "редуцировался" "имплементацией"
у вас есть обязательный к использованию список с такими словами?)))
Но тогда, выходит, подтверждается моя догадка о том, что процитированные вами ссылки - это продукт стаи товарищей, захвативших важный опорный пункт. А не системный подход к стандартизации.
нет. со стандартами всё Ок. Они между собой взаимосвязаны и ссылаются друг на дружку... Ещё раз, они работают, если их применять (см "мартышка и очки").
внедрение стандартов без современных программных продуктов выглядит просто растаскиванием денег
Вот прямо противоположное. Если, вы не можете внедрить системный стандарт без ИТ, это плохо. Система, в первую очередь, это документы.
Я не про стандарты разработки ИТ систем, тут понятно (Эксель, это не автоматизация).
(по стопам умных американцев)
полегче... я, про ГОЭЛРО, могу ещё раз повторить... Н.Винер и Э.Деминг, это "рестайлинг" под американизмы... убрали все советские термины и всё.
Посмотрите кто занимался системотехникой в СССР и где они находились (ВУЗы), поймёте, что эта работа была сделана не за один день, а с*ка системно продолжает проводится до сего дня.
вы же всё правильно пишите: "Должна", "были ОНТИ", "была система"... сейчас то нету;
я не могу давать море ссылок, в моей коллекции их ~600... СССР больше НЕТ! Бюрократия - это зло... Да, стандартизация всем мешает воровать;
Нужно, согласен... но я, бесплатно и к тому же в одну каску, работать не буду/не смогу... Дедушку, поддержал рабочий класс, а вы готовы пройти аттестацию на соответствие профстандарту??;
М. Мишустин вроде, как системщик, должен это понимать... Г-ны Греф и Миллер этому противостоят, как могут... SAP - это же престижно)))
По ArchiMate у меня вопросов, особо, нет. По ISO 42010 только то, что есть ГОСТ.
Главный вопрос- Как это всё поддерживать?? Как отслеживать изменения в системе и вносить изменения в модели?? Если использовать Archi, то это опять целую банду аналитиков набирать... как с Aris'ом получится может- дорого.
Тут, как то разом, нужно внедрить и автоматизировать (по PDCA) архитектурный подход в HR? осн. производство и ИТ подразделения.... вот только как?
Я пробовал, как эксперимент, делать реестр процессов/систем (по 9001) в lowcode, с пользовательскими задачками по пересмотру (19011), а уже потом, в виде XML, импортировать в Archi. Те сотрудник не кубики двигает, а меняем, в зоне своей ответственности, карты процессов, выходы (д-ты), регламенты итд...
ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011
СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ ОПИСАНИЕ АРХИТЕКТУРЫ
и я бы, добавил ещё пару стандартов по архитектуре:
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
Дак для ISO 19650 есть же отечественный перевод ГОСТ Р 58439.1-2019.
ГОСТ Р 58439.1-2019 ОРГАНИЗАЦИЯ ИНФОРМАЦИИ ОБ ОБЪЕКТАХ КАПИТАЛЬНОГО СТРОИТЕЛЬСТВА. Информационный менеджмент в строительстве с использованием технологии информационного моделирования. Часть 1. Понятия и принципы
По BIM, хотелось бы узнать что у них, строителей, происходит с комплексами по цифровым двойникам (DT). Проектов было много, но как то не следил за ситуацией. Договорились они там о моделях данных или дублировать всё будут?... или крепёжный элемент🔩 положен на всё?)))
ИТ организацию можно поделить на область CEO и область CTO/CIO... С-lvl и обеспечивает достижение целей в одной единой стратегии..
Можете показать профстандарты на эти роли, я не понимаю чем они занимаются (кроме получения большой ЗП). Где ДИ или ПСП? Я опираюсь на общепринятые документы, утвержденные на гос уровне. По ним строят танки, самолёты и АЭС. А всякие СЕО только чаты ЖПТ сделали... Не сравнивайте производство с деньговыкачиванием.
Мне (как ИТ) когда то в Трансгазе сказали: "-Труба качала и без Вас!"
А они уже строят свои департаменты с руководителями.
Ну это везде так, просто я про то, что через голову прыгать нельзя...
Сделает ли он по продукту документацию которая отвечает на все ваши требования?
ITIL. Если в соглашении пропишите, то будет.
Обычно пользуются тем что дают..
Вам, как исполнителю, дают не они, а директор, который заключил соглашение... он наёмщик. откатик получил и доволен)) Вы же айтишники, разберётесь... а если нет, то куда вы пойдёте жаловаться?? Стандарты то не обязательные... пара-пара-пам-поу
опыта работы в гос структурах не имею.
там хуже.
*Сейчас нету ни возможностей, ни целей делать качественное и дешёвое ПО.... Где то, про микро транзакции в играх, говорили ~"вы платите, они их больше делают"
Ну оркестр, как то справляется с нотами, разными инструментами и без специализированного ПО. Всё тоже самое. Делаешь так, как написано в ДИ то, что установлено в ПСП в соответствии с планом работ. Бюрократия - это как демократия, только главные не толстосумы, а Документы. Как и всё хорошее, с бюрократией расправились ещё в 90е... дак Бюрократия это зло или нет?!
Идентифицируйте все документы организации (БД это тоже документ, построчно) по ГОСТ Р 55681, идентифицируйте Системы по 57193(15288), идентифицируйте процессы по ГОСТ Р 57098... и всё
дальше берём ГОСТ Р 9001 и обеспечиваем Качество...
"кто в лес, кто по дрова"
Водитель лесовоза едет в Лес, а вот лесорубы по Дрова... они не разбираются в работе друг друга и не лезут с советами (хорошо бы)... Но все участвуют в одном процессе. НО! тк они едут в лес, то для Медведя это уже просто Риск/Возможность.
Если вы, хотите помочь директору, то незачем, не поделится)). Если Вы директор, то обратитесь к Системному инженеру или Инженеру СМК. Очень сложно "прыгать" из операционного управления в управление системами (да ещё и под пивко)
Советую прочитать "Оргуправленческое мышление" Г. Щедровицкого
Организация, руководство, управление как типы деятельности
Я коротко задам сравнительные характеристики организации, руководства и управления.
Организация является по сути дела конструктивной работой, материалом которой становятся люди. При этом слово «организация» употребляется в двух смыслах: организация как деятельность организовывания и организация как результат этой работы.
При организовывании мы собираем нечто. У нас должны быть какие-то конструктивные элементы, конструктор с набором элементов, и мы должны, с одной стороны, определенным образом собрать эти элементы и с другой — установить между ними те или иные связи и отношения. Когда мы проделываем такую работу, то мы накладываем определенную организационную форму на эти элементы. Мы можем производить организацию за счет состыковки их друг с другом, а можем еще задавать специально связи, скреплять их тем или иным способом. И когда мы проделали такую работу по объединению элементов и установлению между ними определенных отношений и связей, мы эту работу прекращаем, и дальше организованное нами целое может начать жить по своим законам. Но его жизнь по своим законам уже не принадлежит организационной работе, работа по организовыванию состоит только в том, что мы набираем определенные элементы, собираем их и устанавливаем между ними определенные отношения и связи.
Что такое управление и в каком случае мы осуществляем управление? Можно ли, скажем, управлять стулом? Нет, говорю я. Его можно поставить, можно его двигать, можно его поломать, преобразовать. Это будет определенная практическая, преобразующая деятельность. Но это каждый раз не управление.
Теперь более сложный случай - машина. Вот машина стоит, вы на акселератор еще не нажали — можно ли управлять ею? Нельзя. А когда появляется возможность управлять машиной? Когда она поехала. Управление возможно только в отношении объектов, имеющих самодвижение. Пока этого самодвижения нет, ставить такую задачу или цель - управление - не имеет смысла.
Можно представить себе ситуацию, когда можно управлять полетом стула. Представьте себе что-то вроде мушкетерского побоища: кто-то бросает стул, и я, вместо того чтобы от него защищаться, направляю его полет несколько в другую сторону. Я осуществил одноразовый, одномоментный акт управления - изменил направление полета стула. В этом смысле я осуществил управление этим процессом. Но смотрите, чем я управлял? Я управлял полетом стула, а не стулом.
А теперь о руководстве. Руководство возможно только в рамках организации, в рамках специальных организационных связей. В чем состоит суть руководства? В постановке целей и задач перед другими элементами. Но для того чтобы я мог ставить цели и задачи перед другими элементами - людьми, нужно, чтобы они от своих собственных целей и задач отказались и обязались бы принимать мои цели и задачи. И именно это происходит в рамках организации.
Организация людей - я возвращаюсь назад к организации и фиксирую ее свойства и качества - всегда осуществляется таким образом: человек, занимающий определенное место, отказывается тем самым от собственных целей и задач, от собственного самодвижения и обязуется двигаться только в соответствии с этим местом и соответственно тем целям и задачам, которые по каналам организации будут передаваться ему вышестоящими инстанциями.
В.И. Ленин, справился, даже, без смартфона и компутера...
ГОЭЛРО
ГОЭЛРО — государственный план развития электроэнергетической отрасли в Советской России после Октябрьской революции 1917 года. Разработан Государственной комиссией по электрификации России по заданию и под руководством В. И. Ленина.
Вот тут, поясню свою точку зрения. Нет такого руководителя всех руководителей и "единого организма" (уже всё можно передать на аутсорс)... нельзя Генералу заниматься с новобранцами строевой подготовкой, у него задачи другие... Иерархия нужна не для лычек... Каждый должен знать и понимать Ответственность и Полномочия. ГД не имеет права заставить рабочего лезть в "огонь" без СИЗов и инструкции "по лазанию в огонь")) или самому лезть...
схема 1
15288
Рассматривая схему 1, с ТЗ предприятия (Sys of Int), то на каждом этапе ЖЦ предприятия ответственность за него несут разные системы (их владельцы).
Concept - уровень стейкхолдера, акционера;
Dev - ГИ или строители (для примера РОСАТОМ, только он умеет строить АЭС);
Prod - уровень директора, здесь предприятие уже должно работать и давать результат (выполнять цели/стратегию Concept).
А вот при управлении подразделением, важно "контролировать" не только свою деятельность (подчинённых), но и Входы в процесс (поставщиков). Но воздействие, на Систему (её босса), которая предоставляет что то на Вход, руководитель не может, у него таких полномочий нет... Вот тут то и появляется Надсистема (соотв ЗГД или ГД), которая имеет такие полномочия, для Изменения Системы поставщика входа (см схема 2).
схема 2
9001, 15504
И вот, где то во всём этом, аналитику нужно "найти" спецификацию требований к ИС и не сойти с ума)...
Чуть-чуть помогу автору))) Проблема будет в "точке зрения" на документацию и систему (АС и предприятие). Все (руководство, подчиненные и ИТ) хотят видеть именно свою часть (отчетность, кнопочки, алгоритмы). Всё изменения системы, в виде отдельных задач, теряются, дублируются или противоречат друг другу... нужно, как то, переходить к единой БД знаний и спецификаций.
Ниже, приведена только часть стандартов из коллекции. OpenAI , как то не спешит оцифровывать и структурировать Стандарты... титьки то важнее 😊
Начнём с идентификации Документов:
ГОСТ Р 55681-2013 Информация и документация. Анализ процессов работы с точки зрения управления документами
В рамках управления ЖЦС, выделяют следующие Родовые типы информационных объектов.
ГОСТ Р 57098-2016/ISO/IEC TR 24774:2010 Системная и программная инженерия. Управление жизненным циклом. Руководство для описания процесса
Примеры информационных объектов из 15288 (ЖЦС)
ГОСТ Р 57193-2016 Системная и программная инженерия. Процессы жизненного цикла систем
Метаданные документов по мнению СИБИД:
ГОСТ Р ИСО 23081-1-2008 СИБИД. Процессы управления документами. Метаданные для документов. Часть 1. Принципы
Версия спецификации MoReq2
ТИПОВЫЕ ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ЭЛЕКТРОННЫМИ ДОКУМЕНТАМИ
Процессы управления документами:
ГОСТ Р 7.0.101-2018/ИСО 30301:2011 ИНФОРМАЦИЯ И ДОКУМЕНТАЦИЯ. СИСТЕМЫ УПРАВЛЕНИЯ ДОКУМЕНТАМИ. ТРЕБОВАНИЯ
Спецификация Требования, Документ:
ГОСТ Р 57323-2016/ISO/TS 15926-11:2015 Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 11. Методология упрощенного промышленного использования справочных данных
Состояния требования стейкхолдера:
ГОСТ Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения
Процесс анализа требований
"ГОСТ Р 57318-2016. Системы промышленной автоматизации и интеграция.
Применение и управление процессами системной инженерии
Синтаксис требования:
ISO 29148
Управление знаниями:
ГОСТ Р 57133-2016
К документации по управлению проектам, требования см тут:
А почему вы, как "Системноинженерный" не указали ни одного стандарта по СИ?
🤨(сурово смотрит)
В комментарии выше, если пройти по ссылкам, я тоже уже высказался... Вот вам всем, что такого плохого ГОСТ сделал, что вы его так не любите?? Колбаску, пломбирчик или АЭС?!
Менеджмент -это не русское слово, со множеством значений... русские слова это Руководство, Управление и я бы добавил Организацию (из "Оргуправленческого мышления" Щедровицкого).
Менеджмент исо 9000
Стандарты по СИ, по умолчанию используют 9000... Как можно жить без словаря то?
исо 15288
*всё, что написано в статье, вроде и правильно, но какой то "гуманитарщиной" отдаёт... Схем нет, стандартов нет, вместо PDCA описан IDEF, словарь непонятно откуда... поэтому и спор про термины!
**Как продолжение статьи, я бы предложил разобрать источники информации, тогда будет понятно, кто, в каком смысле употребляет термины. У меня то ГОСТ)))
TPM был как пример, но он влияет на "4 Коэффициент доступности".
С тем же успехом, можно было привести TQM, 5M или DMAIC...
Но по сути, это тоже стандарты: ИСО 31000 (Риски) и/или ГОСТ 27.310-95 Надежность в технике. Анализ видов, последствий и критичности отказов... Всё зависит от зон ответственности, нельзя управлять тем, на что нет полномочий.
Видимо, для Хабра, такой формат сложноват)) С одной стороны, тем кто не знаком со стандартизацией, пересказ ГОСТов, вызывает раздражение... а тем кто знаком, оно не нужно (я бы в комментах всё ровно указал ГОСТы 🙂).
Возможно, было бы более "понятно" пойти от какой либо методики, типа TPM, а потом плавно перейти к стандартизации и формулам... а 6 сигм, это не для нашего менталитета)))
А то, что именно IBS, принципиально, не вело документацию в Газпроме (SAP), вы видимо забыли (могу пофамильно)? Сами наворотили, а теперь ещё раз решили денег снять...
"- Это наша корова и мы её доим..." (Вася Рогов)
"Visual paradigm for UML 10.0"
Хоть в заглавии он и UML, но есть, почти, все нотации. И BPMN ближе к стандарт.
нотации
Не знаю, как у автора, но у меня так:
Собираю профильную литературу и стандарты. Это скорее не база, а глоссарий.
1) Софт: a. OneNote, b. excel;
2) Структура: a. по видам деятельности (ОКВЭД), b. Системы. с. Этапы ЖЦС;
3) Единица знания: Определение (желательно одно и в контексте);
4) Шаблоны кода храню в блокноте (не основной профиль).
Onenote (в основном, для картинок)
Правда, кроме меня тут никто не ориентируется 🙄
excel (реестр стандартов)
литература (не особо сортирую)
К литературе отношусь с осторожностью, тк автор/переводчик может некорректно использовать термины... да и вообще напи***ть лишнего)
На мой взгляд, важнее не инструменты, а умение правильно задать вопрос/запрос к интересующим знаниям... а тогда, будет понятно, как это хранить и классифицировать.
Ну а потом, как всегда, пчёлы неправильные...
дак там уже про кругляк речь пошла... а я больше по плотникам))
у вас есть обязательный к использованию список с такими словами?)))
нет. со стандартами всё Ок. Они между собой взаимосвязаны и ссылаются друг на дружку... Ещё раз, они работают, если их применять (см "мартышка и очки").
Вот прямо противоположное. Если, вы не можете внедрить системный стандарт без ИТ, это плохо. Система, в первую очередь, это документы.
Я не про стандарты разработки ИТ систем, тут понятно (Эксель, это не автоматизация).
полегче... я, про ГОЭЛРО, могу ещё раз повторить... Н.Винер и Э.Деминг, это "рестайлинг" под американизмы... убрали все советские термины и всё.
Посмотрите кто занимался системотехникой в СССР и где они находились (ВУЗы), поймёте, что эта работа была сделана не за один день, а с*ка системно продолжает проводится до сего дня.
Извините, не удержался!
Сразу видно, что Дуров Французом стал... был бы Русским, фамилия адвоката была бы не Оливье, а ЗИМНИЙ 😂🥗
нету никакого "Уровня"... есть яма;
вы же всё правильно пишите: "Должна", "были ОНТИ", "была система"... сейчас то нету;
я не могу давать море ссылок, в моей коллекции их ~600... СССР больше НЕТ! Бюрократия - это зло... Да, стандартизация всем мешает воровать;
Нужно, согласен... но я, бесплатно и к тому же в одну каску, работать не буду/не смогу... Дедушку, поддержал рабочий класс, а вы готовы пройти аттестацию на соответствие профстандарту??;
М. Мишустин вроде, как системщик, должен это понимать... Г-ны Греф и Миллер этому противостоят, как могут... SAP - это же престижно)))
там медведь валялся... вы же всё понимайте)))
По ArchiMate у меня вопросов, особо, нет. По ISO 42010 только то, что есть ГОСТ.
Главный вопрос- Как это всё поддерживать?? Как отслеживать изменения в системе и вносить изменения в модели?? Если использовать Archi, то это опять целую банду аналитиков набирать... как с Aris'ом получится может- дорого.
Тут, как то разом, нужно внедрить и автоматизировать (по PDCA) архитектурный подход в HR? осн. производство и ИТ подразделения.... вот только как?
Я пробовал, как эксперимент, делать реестр процессов/систем (по 9001) в lowcode, с пользовательскими задачками по пересмотру (19011), а уже потом, в виде XML, импортировать в Archi. Те сотрудник не кубики двигает, а меняем, в зоне своей ответственности, карты процессов, выходы (д-ты), регламенты итд...
ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011 СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ ОПИСАНИЕ АРХИТЕКТУРЫ
и я бы, добавил ещё пару стандартов по архитектуре:
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
ПНСТ 420-2020 Информационные технологии. ИНТЕРНЕТ ВЕЩЕЙ ПРОМЫШЛЕННЫЙ. Типовая архитектура (требует актуализации)
ПНСТ 420-2020
ГОСТ Р ИСО 19439-2008
Дак для ISO 19650 есть же отечественный перевод ГОСТ Р 58439.1-2019.
По BIM, хотелось бы узнать что у них, строителей, происходит с комплексами по цифровым двойникам (DT). Проектов было много, но как то не следил за ситуацией. Договорились они там о моделях данных или дублировать всё будут?... или крепёжный элемент🔩 положен на всё?)))
ПНСТ на 2020
Можете показать профстандарты на эти роли, я не понимаю чем они занимаются (кроме получения большой ЗП). Где ДИ или ПСП? Я опираюсь на общепринятые документы, утвержденные на гос уровне. По ним строят танки, самолёты и АЭС. А всякие СЕО только чаты ЖПТ сделали... Не сравнивайте производство с деньговыкачиванием.
Мне (как ИТ) когда то в Трансгазе сказали: "-Труба качала и без Вас!"
Ну это везде так, просто я про то, что через голову прыгать нельзя...
ITIL. Если в соглашении пропишите, то будет.
Вам, как исполнителю, дают не они, а директор, который заключил соглашение... он наёмщик. откатик получил и доволен)) Вы же айтишники, разберётесь... а если нет, то куда вы пойдёте жаловаться?? Стандарты то не обязательные... пара-пара-пам-поу
там хуже.
*Сейчас нету ни возможностей, ни целей делать качественное и дешёвое ПО.... Где то, про микро транзакции в играх, говорили ~"вы платите, они их больше делают"
Часть 1, см комментарии выше ⬆.
"Границы ключ переломлен пополам, А наш батюшка Ленин совсем усоп..."
Разделение труда. Отраслевые стандарты. Профессиональные стандарты.
Ну оркестр, как то справляется с нотами, разными инструментами и без специализированного ПО. Всё тоже самое. Делаешь так, как написано в ДИ то, что установлено в ПСП в соответствии с планом работ. Бюрократия - это как демократия, только главные не толстосумы, а Документы. Как и всё хорошее, с бюрократией расправились ещё в 90е... дак Бюрократия это зло или нет?!
Идентифицируйте все документы организации (БД это тоже документ, построчно) по ГОСТ Р 55681, идентифицируйте Системы по 57193(15288), идентифицируйте процессы по ГОСТ Р 57098... и всё
дальше берём ГОСТ Р 9001 и обеспечиваем Качество...
Водитель лесовоза едет в Лес, а вот лесорубы по Дрова... они не разбираются в работе друг друга и не лезут с советами (хорошо бы)... Но все участвуют в одном процессе. НО! тк они едут в лес, то для Медведя это уже просто Риск/Возможность.
Если вы, хотите помочь директору, то незачем, не поделится)). Если Вы директор, то обратитесь к Системному инженеру или Инженеру СМК. Очень сложно "прыгать" из операционного управления в управление системами (да ещё и под пивко)
Советую прочитать "Оргуправленческое мышление" Г. Щедровицкого
Организация, руководство, управление как типы деятельности
Я коротко задам сравнительные характеристики организации, руководства и управления.
Организация является по сути дела конструктивной работой, материалом которой становятся люди. При этом слово «организация» употребляется в двух смыслах: организация как деятельность организовывания и организация как результат этой работы.
При организовывании мы собираем нечто. У нас должны быть какие-то конструктивные элементы, конструктор с набором элементов, и мы должны, с одной стороны, определенным образом собрать эти элементы и с другой — установить между ними те или иные связи и отношения. Когда мы проделываем такую работу, то мы накладываем определенную организационную форму на эти элементы. Мы можем производить организацию за счет состыковки их друг с другом, а можем еще задавать специально связи, скреплять их тем или иным способом. И когда мы проделали такую работу по объединению элементов и установлению между ними определенных отношений и связей, мы эту работу прекращаем, и дальше организованное нами целое может начать жить по своим законам. Но его жизнь по своим законам уже не принадлежит организационной работе, работа по организовыванию состоит только в том, что мы набираем определенные элементы, собираем их и устанавливаем между ними определенные отношения и связи.
Что такое управление и в каком случае мы осуществляем управление? Можно ли, скажем, управлять стулом? Нет, говорю я. Его можно поставить, можно его двигать, можно его поломать, преобразовать. Это будет определенная практическая, преобразующая деятельность. Но это каждый раз не управление.
Теперь более сложный случай - машина. Вот машина стоит, вы на акселератор еще не нажали — можно ли управлять ею? Нельзя. А когда появляется возможность управлять машиной? Когда она поехала. Управление возможно только в отношении объектов, имеющих самодвижение. Пока этого самодвижения нет, ставить такую задачу или цель - управление - не имеет смысла.
Можно представить себе ситуацию, когда можно управлять полетом стула. Представьте себе что-то вроде мушкетерского побоища: кто-то бросает стул, и я, вместо того чтобы от него защищаться, направляю его полет несколько в другую сторону. Я осуществил одноразовый, одномоментный акт управления - изменил направление полета стула. В этом смысле я осуществил управление этим процессом. Но смотрите, чем я управлял? Я управлял полетом стула, а не стулом.
А теперь о руководстве. Руководство возможно только в рамках организации, в рамках специальных организационных связей. В чем состоит суть руководства? В постановке целей и задач перед другими элементами. Но для того чтобы я мог ставить цели и задачи перед другими элементами - людьми, нужно, чтобы они от своих собственных целей и задач отказались и обязались бы принимать мои цели и задачи. И именно это происходит в рамках организации.
Организация людей - я возвращаюсь назад к организации и фиксирую ее свойства и качества - всегда осуществляется таким образом: человек, занимающий определенное место, отказывается тем самым от собственных целей и задач, от собственного самодвижения и обязуется двигаться только в соответствии с этим местом и соответственно тем целям и задачам, которые по каналам организации будут передаваться ему вышестоящими инстанциями.
В.И. Ленин, справился, даже, без смартфона и компутера...
ГОЭЛРО
ГОЭЛРО — государственный план развития электроэнергетической отрасли в Советской России после Октябрьской революции 1917 года. Разработан Государственной комиссией по электрификации России по заданию и под руководством В. И. Ленина.
на сегодня всё)
Вот тут, поясню свою точку зрения. Нет такого руководителя всех руководителей и "единого организма" (уже всё можно передать на аутсорс)... нельзя Генералу заниматься с новобранцами строевой подготовкой, у него задачи другие... Иерархия нужна не для лычек... Каждый должен знать и понимать Ответственность и Полномочия. ГД не имеет права заставить рабочего лезть в "огонь" без СИЗов и инструкции "по лазанию в огонь")) или самому лезть...
схема 1
Рассматривая схему 1, с ТЗ предприятия (Sys of Int), то на каждом этапе ЖЦ предприятия ответственность за него несут разные системы (их владельцы).
Concept - уровень стейкхолдера, акционера;
Dev - ГИ или строители (для примера РОСАТОМ, только он умеет строить АЭС);
Prod - уровень директора, здесь предприятие уже должно работать и давать результат (выполнять цели/стратегию Concept).
А вот при управлении подразделением, важно "контролировать" не только свою деятельность (подчинённых), но и Входы в процесс (поставщиков). Но воздействие, на Систему (её босса), которая предоставляет что то на Вход, руководитель не может, у него таких полномочий нет... Вот тут то и появляется Надсистема (соотв ЗГД или ГД), которая имеет такие полномочия, для Изменения Системы поставщика входа (см схема 2).
схема 2
9001, 15504
И вот, где то во всём этом, аналитику нужно "найти" спецификацию требований к ИС и не сойти с ума)...
Чуть-чуть помогу автору))) Проблема будет в "точке зрения" на документацию и систему (АС и предприятие). Все (руководство, подчиненные и ИТ) хотят видеть именно свою часть (отчетность, кнопочки, алгоритмы). Всё изменения системы, в виде отдельных задач, теряются, дублируются или противоречат друг другу... нужно, как то, переходить к единой БД знаний и спецификаций.
Ниже, приведена только часть стандартов из коллекции. OpenAI , как то не спешит оцифровывать и структурировать Стандарты... титьки то важнее 😊
Начнём с идентификации Документов:
ГОСТ Р 55681-2013 Информация и документация. Анализ процессов работы с точки зрения управления документами
В рамках управления ЖЦС, выделяют следующие Родовые типы информационных объектов.
ГОСТ Р 57098-2016/ISO/IEC TR 24774:2010 Системная и программная инженерия. Управление жизненным циклом. Руководство для описания процесса
Примеры информационных объектов из 15288 (ЖЦС)
ГОСТ Р 57193-2016 Системная и программная инженерия. Процессы жизненного цикла систем
Метаданные документов по мнению СИБИД:
ГОСТ Р ИСО 23081-1-2008 СИБИД. Процессы управления документами. Метаданные для документов. Часть 1. Принципы
Версия спецификации MoReq2
ТИПОВЫЕ ТРЕБОВАНИЯ К УПРАВЛЕНИЮ ЭЛЕКТРОННЫМИ ДОКУМЕНТАМИ
Процессы управления документами:
ГОСТ Р 7.0.101-2018/ИСО 30301:2011 ИНФОРМАЦИЯ И ДОКУМЕНТАЦИЯ. СИСТЕМЫ УПРАВЛЕНИЯ ДОКУМЕНТАМИ. ТРЕБОВАНИЯ
Спецификация Требования, Документ:
ГОСТ Р 57323-2016/ISO/TS 15926-11:2015 Системы промышленной автоматизации и интеграция. Интеграция данных жизненного цикла перерабатывающих предприятий, включая нефтяные и газовые производственные предприятия. Часть 11. Методология упрощенного промышленного использования справочных данных
Состояния требования стейкхолдера:
ГОСТ Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения
Процесс анализа требований
"ГОСТ Р 57318-2016. Системы промышленной автоматизации и интеграция. Применение и управление процессами системной инженерии
Синтаксис требования:
ISO 29148
Управление знаниями:
ГОСТ Р 57133-2016
К документации по управлению проектам, требования см тут:
Скрытый текст
4 месяца на один абзац... Карл
А почему вы, как "Системноинженерный" не указали ни одного стандарта по СИ?
🤨(сурово смотрит)
В комментарии выше, если пройти по ссылкам, я тоже уже высказался... Вот вам всем, что такого плохого ГОСТ сделал, что вы его так не любите?? Колбаску, пломбирчик или АЭС?!
Менеджмент -это не русское слово, со множеством значений... русские слова это Руководство, Управление и я бы добавил Организацию (из "Оргуправленческого мышления" Щедровицкого).
Менеджмент исо 9000
Стандарты по СИ, по умолчанию используют 9000... Как можно жить без словаря то?
исо 15288
*всё, что написано в статье, вроде и правильно, но какой то "гуманитарщиной" отдаёт... Схем нет, стандартов нет, вместо PDCA описан IDEF, словарь непонятно откуда... поэтому и спор про термины!
**Как продолжение статьи, я бы предложил разобрать источники информации, тогда будет понятно, кто, в каком смысле употребляет термины. У меня то ГОСТ)))
НЕТ! Архитектор ПО - это профессия))