Это же динозавр!! ему уже в музей нужно, антропологический))) Лично я стараюсь их (ГОСТ 34.*** и ГОСТ 19.***) не использовать, терминология уже устарела...
А так, мне понравился список литературы 👍. со ссылками читать, куда приятнее... надо бы ещё схем добавить.
Сам по себе формат ТЗ, уже устарел, он отстранён от Организации... ПО должно учитывать возможности процессов на разных этапах ЖЦ. Даже если разработка идёт под заказ, разработчик должен самостоятельно подогнать нужные ИТ паттерны под требования к системе. Если аналитик спрашивает про типы данных у заказчика, то это не хорошо.
Если бы, все участники проекта, работали по своей профессии (см. Профстандарты), то и вопросов к качеству ПО было бы меньше.
стандартики
ПЕРЕЧЕНЬ СТАНДАРТОВ И РЕКОМЕНДАЦИЙ В ОБЛАСТИ ИНФОРМАЦИОННО-ТЕЛЕКОММУНИКАЦИОННЫХ ТЕХНОЛОГИЙ И ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ, ПРИМЕНЯЕМЫХ ПРИ СОЗДАНИИ, ЭКСПЛУАТАЦИИ И РАЗВИТИИ ИНТЕГРИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ВНЕШНЕЙ И ВЗАИМНОЙ ТОРГОВЛИ
ГОСТ Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения
Наиболее высокий уровень зрелости СУР достигли организации нефтегазового сектора (0,73)
Сам работал в этой сфере, в отделе качества... и как то слабо представляю, что стороннюю компанию, детально посвятили в СУР. 9001 это ещё как то, но риски... мы даже карты рисков в электронном виде не хранили, только в сейфах ответственных руководителей... Риски в нефтегазе это методичка террориста.
Зато в рамках ИСМ работы было проведено много, аудиты вполне себе помогали взглянуть на ситуацию со стороны, ККШ тоже... Но к ИТ это отношения не имело, к сожалению... SAP оказался не просто костылём, а полноценным якорем. ИТ документацию нефтегаз и сейчас неохотно ведет.
Стоп. Но ведь для Росатома, строительство АЭС, это конвейер... это для заказчика диво-дивное... Все строители любят сети(вода, канализация, электрика) там всё всегда типовое, а места (грунты, рельеф, инфраструктура) всегда разные. Что нового (уникального) можно изобрести в строительстве, когда есть строгие нормы?
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
Эксплуатация может быть только в Конкретном уровне.
Если упростить, то мы, люди, все уникальные, с особенностями, но для "родильного дома", как пирожки стряпать, в день по десятку... или в стоматологии, технология одна, зубы и дырки в них разные...
Естественно, всегда есть отклонения от плана, допуски и прочее... но стена должна выполнять свою функцию, быть стеной... и полом быть не может.
УК ни чем особо не управляет... она эксплуатирует, у неё даже нет компетенций, по оценке состояния элементов здания... Обеспечить работу "датчиков" - это заключить договор. Систему мониторинга они не разрабатывают (критерии оценки, не ПО), а просто смотрят когда загорится "красная лампочка" на датчике и вызывают соотв. службу.
Управляющие компании обеспечивают техническое обслуживание, ремонт и благоустройство жилых домов, а также управление активами.
*Материалы можно вынести за скобки, тк они с конструкцией взаимозависимы.
Я читать люблю... не собственные инструкции конечно, но зарплата то не зависела от кол-ва заявок. Да и я, только после института был...
*см комменнт ниже.
А могли бы просто сказать "открой сам".
В большой газовой компании могли за такое и уволить...
Про сам стал экспертом. Спасибо за ликбез по формулировкам.
Тут не совсем ликбез. Самостоятельное изучение чего либо очень полезная практика, но в рамках организации это должна быть Документированная процедура... те если методика применяется, то организация должна её согласовать. В команде должны быть определены "полезные компетенции", которые стоит развивать.
который вместо Wiki сразу пишет вопрос.
Вы статью, сотрудника яндыкса, сравнивайте с Wiki... ну нет. У меня есть ряд компаний, с которыми уже есть договор о неразглашении, но и иметь с ними дело я не хочу.
Про опыт управления. Возможно, его мало. Зато опыта выслушивания одних и тех же вопросов от людей, которые не читают Wiki, у меня вагон.
Это большая разница... лично мне, руководить противопоказано... я им пишу, а они не читают... я принимаю меры... Лаврентий Павлович мной бы гордился.
Как-то, я 2 часа слушал, как нужно ремонтировать "Радиационный дефектоскоп", хотя вопрос был в одной служебке, которые в день создаются тысячами... а у этого сотрудника, она была второй за 3 года. А тем кому я "читал вслух", они работали в системе (немецкой ИРПи) каждый день.
Я инженер, исполнитель. Как вы заметили, нет у меня таланта располагать людей к себе)
Эти стандарты ориентированы на "умное производство" (manufacturing), а не на здания и сооружения
Где то, возможно на хабре, была статья про две враждующие банды группы, которые, как всегда, не могли поделить кормушку... похоже, воз и ныне там...
В своё время, работая на эксплуатирующий ОПО предприятиях, интересовался, как передаются объекты (документация) и требования к эксплуатации... а интересовался у строителей, этих объектов... +/- в 2020 году ситуация была "Ваши нашим ***** машут", как понимаю не договорились)))
Судя по всему, строителей, СРО по 9001, научила не связываться с системными стандартами... по знакомству, даже сам готовил документацию для тендеров (ctrl+c).
Я вот никак понять не могу, чем отличается Производство здания, от Строительства здания??... вроде и там и там ЖЦС. Регуляторная гильотина должна была помочь бизнесу этот пробел преодолеть. Вопрос, больше риторический...
А кто в курсе, как там дела у ПНСТ?? Они же и должны дать нам ответ на этот вопрос. С одной стороны, тк они ссылаются на ИСО 15704:2000 "Системы промышленной автоматизации. Требования к архитектуре эталонных предприятий и методологии", можно притянуть системные стандарты, но всё таки да, хотелось бы иметь стандартизированный "инструмент" для DT.
ПНСТ 429 Умное производство. Двойники цифровые производства. Часть 1. Общие положения
ПНСТ 430 Умное производство. Двойники цифровые производства. Часть 2. Типовая архитектура
ПНСТ 431 Умное производство. Двойники цифровые производства. Часть 3. Цифровое представление физических производственных элементов
ПНСТ 432-2020 Умное производство. Двойники цифровые производства. Часть 4 Обмен информацией
ПНСТ 949-2024. Цифровая промышленность. Системы промышленной автоматизации и интеграция. Концептуальная модель цифровых двойников для производственной сферы. Часть 1. Общие положения и основные принципы
Вы рассказывайте про Жизненный цикл системы/компании... А я предлагаю ссылку на стандарт ГОСТ Р 57193-2016 "Системная и программная инженерия. Процессы жизненного цикла систем".
ГОСТ Р 57102-2016/ISO/IEC TR 24748-2:2011 Информационные технологии (ИТ). Системная и программная инженерия. Управление жизненным циклом. Часть 2. Руководство по применению ИСО/МЭК 15288
Для оценки процессов можно, для примера, воспользоваться этим стандартом:
ГОСТ Р 58302-2018 Управление стоимостью жизненного цикла. Номенклатура показателей для оценивания стоимости жизненного цикла изделия. Общие требования
С концепцией моделирования, можно ознакомиться тут:
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
*Ссылка на ТГ, это понимать, как 1 апрельскую шутку, надеюсь)))
10 лет в обед (15 мар 2016 в 17:03)
“ГОСТ Р ИСО 20140-1-2014. Системы промышленной автоматизации и интеграция. Оценка энергетической эффективности и прочих факторов производственных систем, воздействующих на окружающую среду. Часть 1. Обзор и общие принципы”
А остальные 20%, святым духом Зарплату на Работе получают??))) Работа = зарплата!
И тут приходит Иван и предлагает от них избавляться.
Я даже хотел сначала ту статью прочитать, НО там же русским по "темной теме" написано Яндыкс... HR работает, что вы от них хотите... Как хантить спецов, в узких областях, если их все держат... нужно написать, что они вредные.. и автобус их любит... Вуаля!!!
Иван приводит три примера незаменимых. Первый — Федя, который пришел и починил релиз с 60 багами. Второй — сотрудник, который один знал, как собрать проект под старое устройство. Третий — гипотетический перформер, который делает всё быстрее других.
Это не вопрос к сотрудникам, это вопрос к руководителям, которые не умеют управлять компетенциями специалистов...
Введите правило. Прежде чем написать Роме, открой Wiki. Найди инструкцию. Прочитай её
Это да, я этим пользовался, когда нас в команде было 3е, а активных пользователей 3000. Вместо ответа на вопрос, я подключался, открывал инструкцию и читал ВСЛУХ... работает на ура! Ни один руководитель не пожаловался, что я ему читаю инструкцию...
перформер
правильно пишется - Парфюмер. От перформератолько пахнет умным...
Экспертам подняли зарплату на 40%.
Если, Эксперт, при приёме на работу, учитывает в договоре пункт о "ненормированном рабочем дне" (дно здесь в обоих смыслах подходит), то и согласившись на заявленную зарплату, как то странно ошибиться на 40%...
Через год двое миддлов сами стали экспертами.
Сам стал экспертом
Прошли переаттестацию, были повышены в должности (в связи с увеличением обязанностей/нагрузки) - такие слова будут верными....
Я тоже не люблю... этих.. но в ваших словах, я не вижу опыта управления, от слова совсем... Критика имеет место быть, но не стоит комментировать деятельность, в которой у вас мало опыта. Как ни как -это Хабр)))
Тут главное не между ног, а между ушей. :)
У мальчиков и девочек, между ушей вообще всё по разному... писюны тут и рядом не лежали)))
Я, вообще, не работал с аппаратным ПО, но читал с удовольствием...
А вот Кастанеду, читал и не раз... Цитаты из книг, в своё время, попадались много где, а впервые прочитал только после Э. Деминга и TQM... С одной стороны, КК показывает нам определённые ритуалы, "обретения силы", а с другой, его высказывания имеют очень абстрагированный характер, которые больше подходят для философа чем шамана... Если посмотреть на 8 принципов менеджмента, то тоже можно угадать некоторую аналогию.
«Сложившийся стиль управления должен пройти трансформацию. Система не может понять себя. Преобразование требует взгляда извне. Цель этой главы — дать взгляд снаружи — лупу, которую я называю системой глубинных знаний. Она предоставляет нам карту теории для того, чтобы понять организации, над которыми мы работаем».
В качестве антонима Системного подхода, КК вводит такой замечательный термин "Индульгирование". Который, кстати, можно решить с помощью СМК и ТРИЗа...
Dr. William Edwards Deming
В последствии, мне попалась книга 1974г. «Шаманизм. Архаические техники экстаза» Мирчи Элиаде , в которой +/- эти же ритуалы были пересказаны профессиональным антропологом... Да и в художественной литературе, данный гражданин, неплохо постарался см "Даян" (1979),
Mircea Eliad
Mircea Eliad
Его последнее произведение "Даян" - это мистическая философия, в которой молодой гений математики Даян вместе с бессмертным скитальцем Агасфером раскрывают тайны времени, вечных знаний и предназначения человека. Возможно, в "Даяне" содержится универсальное уравнение мироздания.
Если взять во внимание их годы жизни, то в принципе, как сам КК и завещал, мы можем "отказать ему в существовании"...
Лично я думаю, что это чьи то проделки))) Переосмысление "древних" (как говорит википедия) рассуждений на тему Инженерной мыслидеятельности. Кто же ещё в этом мире создаёт то, что не смогла природа?... зачем ещё нужен был кактус рядом с ПК в 90х....
У воина нет никаких ограничений.....
Наступит такой момент, когда ты сменишь место действия. Возможно, ты отбросишь все мысли о шаманах Древней Мексики. Не исключено, что ты отбросишь мысли и взгляды в отношении даже тех шаманов, рядом с которыми ты трудился, — например, в отношении нагваля Хуана Матуса. Ты можешь отказать ему в существовании. Посмотрим. У воина нет никаких ограничений. Его ощущение импровизации является таким острым, что он может создавать мысленные концепции из ничего, однако это не просто пустые построения, но скорее нечто действенное, прагматичное. Посмотрим. Это не значит, что ты просто забудешь об этом, просто однажды, перед тем, как ты нырнёшь в бездну — если наберёшься дерзости пройти по её краю, если будешь достаточно смел, чтобы не отклониться на пути, — ты придёшь к присущим воинам выводам об упорядоченности и уравновешенности, бесконечно более достойным тебя, чем навязчивые идеи о шаманах Древней Мексики.
Ну а дальше мне попался Щедровицкий Г.П. "Оргуправленческое мышление: идеология, методология, технология"... ну, там всё +/- тоже, но с русским акцентом, без импровизаций переводчиков. И есть такой момент в этой книге, там вместо КК, "глупые" вопросы задают управленцы и руководители...
Щедровицкий Георгий Петрович
Книги это конечно хорошо, но я около 20 лет работаю со стандартами по Системной инженерии, системам менеджмента, ну и сейчас архитектуры систем. И сама концепция и принципы вполне уживаются в одной голове. Всегда есть какой то контекст... Всегда нужно помнить прошлое, но смотреть на факты (наблюдения)...ну итд
Романтизированный наркоманский бред:
Я упомянул, что просмотрел свои ранние записи и пришел к выводу, что с первого дня нашей встречи получал от него подробное описание мира магов, только мне не совсем понятна роль галлюциногенных растений.
– Почему ты так часто заставлял меня принимать эти растения силы? – спросил я.
Он рассмеялся и еле слышно произнес:
– Потому что ты тупой. Ответил он достаточно внятно, но я на всякий случай переспросил, будто не расслышал:
– Что-что? – Сам знаешь что, – оборвал он и встал.
– Ты слишком заторможенный, – пояснил он, потрепав меня по голове. – И не было другого способа расшевелить тебя.
Второй вариант ещё проще: советский ПМК - "Дар Орла", для тех последователей древнего пути Знания, кто захочет им воспользоваться...
Щас, нам ИИ в один интересный, Консонантный, текст, правильно гласные буквы расставит... и заживём!!!
качественно нового поколения, а не попытки "догнать" традиционные ERP-платформы.
Я что то не вижу сейчас ничего нового... Есть понятия системы и её ЖЦ... со времён Лавуазье ничего не изменилось... Вопрос в подходе к разработке, если бы уровень ответственности к разработчикам, был, хотя бы, на уровне строителей, то не было бы погони за фичами и нотациями... Я согласен что сейчас самое время для Своего ПО, но ваш подход (корпоративный) не даёт мне возможности вам доверять её разработку. Почему?
1) Cписок литературы ("- а Русские в нашем роду были?!.. ");
2) отсутствие ссылок на стандарты (ISO, IEEE, ГОСТ Р...). У SAP и siemens всё по "ГОСТу";
3) ***чий ИИ... Для ИНЖЕНЕРА нужен Естественный, СВОЙ. Зачем в ERP приделывать сиськи годовому отчёту?? или зачем генерить 1000000 служебок в час...Бред? Ну тогда нужно ограничить область знаний ИИ-агента. Лично я, не хочу даже представлять, что будет если, AI-ERP агент будет иметь всю базу астрологических знаний...
"Error: Модуль PM сегодня в стрельце, создание объекта **** не рекомендуется. Справка-Ввести сообщение по поддержке кармы"
"классические" системы для наглядности
SAP - это, IT террористы и вымогатели... Классический пример это Teamcenter siemens)) Ну или можно взять КИАС, наш и с +/- неплохой архитектурой.
например, в области ключевых банковских систем, разработка которых в России в 2000-х
Ну дак, ЦБ не мог работать вне рамок мировой фин архитектуры (и там, вроде, не микро сервисы)... я, как поклонник, BIAN, большую часть описания фин инструментов брал там.
Ну и плюс синтаксис ISO 42010/15288.
ПС: Если вы работайте со сложными системами, то ориентироваться, в написании текста, нужно на инженера, а не на обывателя...
** Раз уж у вас (компании) есть проекты по сетям связи, то уж стандарты IEEE вы знать обязаны... вернусь проверю!
Важно: data-подход — это не BI и не красивые дашборды. Это:
фиксация событий;
учёт переходов;
измерение времени через распределения, а не средние;
хранение версий решений;
формализация успешных узлов в правила.
И главное — возможность сравнивать не одно дело, а массив.
"data-подход", на мой взгляд, не совсем то что вы описывайте. В статье, по мимо Управления Данными, встречается и управление Рисками, и Управление Качеством данных, и Упр. Документами... С одной стороны вроде всё верно, про масштабирование, но это не только "data-подход"... В юридической практике важны связи Объекта и Контекста, в котором он рассматривается, а так же оценка Компетенций (это вам не Сисадмин, "- я такими "делами" не занимаюсь...").
К тому же есть куча внешних источников (документы, БД итд), которые необходимо так же обрабатывать...
Такое чувство, что будто всё, написанное в начале 2000х, возвращаются в переработанном ИИшками виде, причём их (ИИ) задача, просто, добавить себя в текст...
Репин тоже активизировался... Ждем статью про Н. Винера (кибернетика) и ИИ...
По мнению экспертов, столь высокие показатели свидетельствуют о том, что культура безопасной разработки в России достигла нового уровня зрелости, сделав киберзащищенность стандартом качества.
"-А эти эксперты, сейчас находятся с нами в комнате?..."
Еще 27% участников опроса указали, что им непонятны результаты сканирования и анализа, которые выдают инструменты.
"- Шеф, оно пищит и как то странно смотрит на меня...."
на некоторые роли есть даже свои ГОСТы, далеко не всегда адекватные, но есть.
Да, есть профстандарты (https://profstandart.rosmintrud.ru/), из них можно много чего подчеркнуть, но к сожалению, без грамотной оценки персонала (его квалификации) это, на мой взгляд, создаст лишнюю бюрократию... пс тоже относится и к стандартам, я, в одну каску, применять стандарты не буду... Я не настаиваю на их применении, знаю что они добровольные, но если стандарт существует, то его нужно указать... Если он плох, то указать почему (или ссылочку, статей достаточно)... ну хотя бы тот же togaf указать, остальное я сам.
Скрытый текст
Больше того, у каждой роли есть уровень (абстракции) проектирования и определённый набор ИТ-стандартов
Согласен, прям в точку, но на это тоже есть ГОСТ))) И не только ИТ-стандартов, собственно, исо 9001 и подразумевает "распределение" уровней . Роль корп архитектора не подразумевает разработку управленческих д-тов (кроме д-тов отдела). Для этого и связаны одной цепью Системная и Программная инженерии. Корп архитектурой, без ПО, оч сложно заниматься...
ПНСТ 420
Скрытый текст
Но использовать все трое могут его (ГОСТ Р 57100)по своему усмотрению,...
Вот это самое страшное... Управление НСИ и нормоконтроль... Если нет системы управления стандартами, то, по "своему усмотрению" - нельзя)) нужно все стандарты адаптировать под предприятие, внедрять в управление... и на это тоже есть ГОСТ
Скрытый текст
Возвращаясь к статье, её архитектурный контекст - это корпоративная и бизнес-архитектура
Хорошо, но эти стандарты в основе имеют управленческие стандарты (то же 9000 или 21500), вот если бы карта бизнес-способностей была, как инструмент оценки персонала в рамках СМ, то да... но, архимейт это уже не инструмент "Менеджеров" (хз как их назвать), это, пока, ИТ инструмент.
пс :на мой взгляд, лучший пример применения archi у https://bian.org (и как это всё поддерживать без ПО???)
Термин "бизнес-способность" достаточно устоялся в русскоязычном варианте в среде корпоративной архитектуры.
Так себе, среда, выходит... как он может устояться, если он ещё не отлежался)))... может в каких то забегаловках термины и переводят в гугле, но в нормальных организациях используют словари терминов и определений... для этого даже нормоконтроль придумали...
по TOGAF
TOGAF
указанный Вами ГОСТ не про корпоративную и бизнес-архитектуру (именно в этом контексте указан тег "ИТ-стандарты"), а про системную и программную инженерию (как указано в его наименовании)
Те Корп Архитектура, у вас, работает без инструментов Системной инженерии.... интересно даже)))) Если что, то указанный мной стандарт - это 7 альф системной инженерии... Если сложно работать со ссылочными стандартами, то хотя бы пользуйтесь ИИ..
Это же динозавр!! ему уже в музей нужно, антропологический))) Лично я стараюсь их (ГОСТ 34.*** и ГОСТ 19.***) не использовать, терминология уже устарела...
А так, мне понравился список литературы 👍. со ссылками читать, куда приятнее... надо бы ещё схем добавить.
Сам по себе формат ТЗ, уже устарел, он отстранён от Организации... ПО должно учитывать возможности процессов на разных этапах ЖЦ. Даже если разработка идёт под заказ, разработчик должен самостоятельно подогнать нужные ИТ паттерны под требования к системе. Если аналитик спрашивает про типы данных у заказчика, то это не хорошо.
Если бы, все участники проекта, работали по своей профессии (см. Профстандарты), то и вопросов к качеству ПО было бы меньше.
стандартики
ПЕРЕЧЕНЬ СТАНДАРТОВ И РЕКОМЕНДАЦИЙ В ОБЛАСТИ ИНФОРМАЦИОННО-ТЕЛЕКОММУНИКАЦИОННЫХ ТЕХНОЛОГИЙ И ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ, ПРИМЕНЯЕМЫХ ПРИ СОЗДАНИИ, ЭКСПЛУАТАЦИИ И РАЗВИТИИ ИНТЕГРИРОВАННОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ВНЕШНЕЙ И ВЗАИМНОЙ ТОРГОВЛИ
Сам работал в этой сфере, в отделе качества... и как то слабо представляю, что стороннюю компанию, детально посвятили в СУР. 9001 это ещё как то, но риски... мы даже карты рисков в электронном виде не хранили, только в сейфах ответственных руководителей... Риски в нефтегазе это методичка террориста.
Зато в рамках ИСМ работы было проведено много, аудиты вполне себе помогали взглянуть на ситуацию со стороны, ККШ тоже... Но к ИТ это отношения не имело, к сожалению... SAP оказался не просто костылём, а полноценным якорем. ИТ документацию нефтегаз и сейчас неохотно ведет.
Стоп. Но ведь для Росатома, строительство АЭС, это конвейер... это для заказчика диво-дивное... Все строители любят сети(вода, канализация, электрика) там всё всегда типовое, а места (грунты, рельеф, инфраструктура) всегда разные. Что нового (уникального) можно изобрести в строительстве, когда есть строгие нормы?
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
Если упростить, то мы, люди, все уникальные, с особенностями, но для "родильного дома", как пирожки стряпать, в день по десятку... или в стоматологии, технология одна, зубы и дырки в них разные...
Естественно, всегда есть отклонения от плана, допуски и прочее... но стена должна выполнять свою функцию, быть стеной... и полом быть не может.
УК ни чем особо не управляет... она эксплуатирует, у неё даже нет компетенций, по оценке состояния элементов здания... Обеспечить работу "датчиков" - это заключить договор. Систему мониторинга они не разрабатывают (критерии оценки, не ПО), а просто смотрят когда загорится "красная лампочка" на датчике и вызывают соотв. службу.
*Материалы можно вынести за скобки, тк они с конструкцией взаимозависимы.
Я читать люблю... не собственные инструкции конечно, но зарплата то не зависела от кол-ва заявок. Да и я, только после института был...
*см комменнт ниже.
В большой газовой компании могли за такое и уволить...
Тут не совсем ликбез. Самостоятельное изучение чего либо очень полезная практика, но в рамках организации это должна быть Документированная процедура... те если методика применяется, то организация должна её согласовать. В команде должны быть определены "полезные компетенции", которые стоит развивать.
Вы статью, сотрудника яндыкса, сравнивайте с Wiki... ну нет. У меня есть ряд компаний, с которыми уже есть договор о неразглашении, но и иметь с ними дело я не хочу.
Это большая разница... лично мне, руководить противопоказано... я им пишу, а они не читают... я принимаю меры... Лаврентий Павлович мной бы гордился.
Как-то, я 2 часа слушал, как нужно ремонтировать "Радиационный дефектоскоп", хотя вопрос был в одной служебке, которые в день создаются тысячами... а у этого сотрудника, она была второй за 3 года. А тем кому я "читал вслух", они работали в системе (немецкой ИРПи) каждый день.
Я инженер, исполнитель. Как вы заметили, нет у меня таланта располагать людей к себе)
Где то, возможно на хабре, была статья про две враждующие
бандыгруппы, которые, как всегда, не могли поделить кормушку... похоже, воз и ныне там...В своё время, работая на эксплуатирующий ОПО предприятиях, интересовался, как передаются объекты (документация) и требования к эксплуатации... а интересовался у строителей, этих объектов... +/- в 2020 году ситуация была "Ваши нашим ***** машут", как понимаю не договорились)))
Судя по всему, строителей, СРО по 9001, научила не связываться с системными стандартами... по знакомству, даже сам готовил документацию для тендеров (ctrl+c).
Я вот никак понять не могу, чем отличается Производство здания, от Строительства здания??... вроде и там и там ЖЦС. Регуляторная гильотина должна была помочь бизнесу этот пробел преодолеть. Вопрос, больше риторический...
Регуляторная гильотина
Надо добавить "Человеческий фактор"...
"- Да я сам всё протестировал, не надо за мной проверять." (пятница 17:55)
PS: "выгоревшего" аналитика/разработчика не нашёл....
А кто в курсе, как там дела у ПНСТ?? Они же и должны дать нам ответ на этот вопрос. С одной стороны, тк они ссылаются на ИСО 15704:2000 "Системы промышленной автоматизации. Требования к архитектуре эталонных предприятий и методологии", можно притянуть системные стандарты, но всё таки да, хотелось бы иметь стандартизированный "инструмент" для DT.
ПНСТ 429 Умное производство. Двойники цифровые производства. Часть 1. Общие положения
ПНСТ 430 Умное производство. Двойники цифровые производства. Часть 2. Типовая архитектура
ПНСТ 431 Умное производство. Двойники цифровые производства. Часть 3. Цифровое представление физических производственных элементов
ПНСТ 432-2020 Умное производство. Двойники цифровые производства. Часть 4 Обмен информацией
ПНСТ 949-2024. Цифровая промышленность. Системы промышленной автоматизации и интеграция. Концептуальная модель цифровых двойников для производственной сферы. Часть 1. Общие положения и основные принципы
Дак всё-таки, это Первоапрельская шутка или призыв к действию?))) сейчас сложно определиться...
ПС: Я бы ещё предложил таблички текстом писать... желательно, каждую ячейку отдельно описывать😇
Вы рассказывайте про Жизненный цикл системы/компании... А я предлагаю ссылку на стандарт ГОСТ Р 57193-2016 "Системная и программная инженерия. Процессы жизненного цикла систем".
ГОСТ Р 57102-2016/ISO/IEC TR 24748-2:2011 Информационные технологии (ИТ). Системная и программная инженерия. Управление жизненным циклом. Часть 2. Руководство по применению ИСО/МЭК 15288
Для оценки процессов можно, для примера, воспользоваться этим стандартом:
ГОСТ Р 58302-2018 Управление стоимостью жизненного цикла. Номенклатура показателей для оценивания стоимости жизненного цикла изделия. Общие требования
С концепцией моделирования, можно ознакомиться тут:
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
А где ссылки на 15288(57193)?
*Ссылка на ТГ, это понимать, как 1 апрельскую шутку, надеюсь)))
10 лет в обед (15 мар 2016 в 17:03)
А остальные 20%, святым духом Зарплату на Работе получают??))) Работа = зарплата!
Я даже хотел сначала ту статью прочитать, НО там же русским по "темной теме" написано Яндыкс... HR работает, что вы от них хотите... Как хантить спецов, в узких областях, если их все держат... нужно написать, что они вредные.. и автобус их любит... Вуаля!!!
Это не вопрос к сотрудникам, это вопрос к руководителям, которые не умеют управлять компетенциями специалистов...
Это да, я этим пользовался, когда нас в команде было 3е, а активных пользователей 3000. Вместо ответа на вопрос, я подключался, открывал инструкцию и читал ВСЛУХ... работает на ура! Ни один руководитель не пожаловался, что я ему читаю инструкцию...
правильно пишется - Парфюмер. От перформера только пахнет умным...
Если, Эксперт, при приёме на работу, учитывает в договоре пункт о "ненормированном рабочем дне" (дно здесь в обоих смыслах подходит), то и согласившись на заявленную зарплату, как то странно ошибиться на 40%...
Сам стал экспертом
Прошли переаттестацию, были повышены в должности (в связи с увеличением обязанностей/нагрузки) - такие слова будут верными....
Я тоже не люблю... этих.. но в ваших словах, я не вижу опыта управления, от слова совсем... Критика имеет место быть, но не стоит комментировать деятельность, в которой у вас мало опыта. Как ни как -это Хабр)))
У мальчиков и девочек, между ушей вообще всё по разному... писюны тут и рядом не лежали)))
Я, вообще, не работал с аппаратным ПО, но читал с удовольствием...
А вот Кастанеду, читал и не раз... Цитаты из книг, в своё время, попадались много где, а впервые прочитал только после Э. Деминга и TQM... С одной стороны, КК показывает нам определённые ритуалы, "обретения силы", а с другой, его высказывания имеют очень абстрагированный характер, которые больше подходят для философа чем шамана... Если посмотреть на 8 принципов менеджмента, то тоже можно угадать некоторую аналогию.
В качестве антонима Системного подхода, КК вводит такой замечательный термин "Индульгирование". Который, кстати, можно решить с помощью СМК и ТРИЗа...
Dr. William Edwards Deming
В последствии, мне попалась книга 1974г. «Шаманизм. Архаические техники экстаза» Мирчи Элиаде , в которой +/- эти же ритуалы были пересказаны профессиональным антропологом... Да и в художественной литературе, данный гражданин, неплохо постарался см "Даян" (1979),
Mircea Eliad
Его последнее произведение "Даян" - это мистическая философия, в которой молодой гений математики Даян вместе с бессмертным скитальцем Агасфером раскрывают тайны времени, вечных знаний и предназначения человека. Возможно, в "Даяне" содержится универсальное уравнение мироздания.
Если взять во внимание их годы жизни, то в принципе, как сам КК и завещал, мы можем "отказать ему в существовании"...
Лично я думаю, что это чьи то проделки))) Переосмысление "древних" (как говорит википедия) рассуждений на тему Инженерной мыслидеятельности. Кто же ещё в этом мире создаёт то, что не смогла природа?... зачем ещё нужен был кактус рядом с ПК в 90х....
У воина нет никаких ограничений.....
Наступит такой момент, когда ты сменишь место действия. Возможно, ты отбросишь все мысли о шаманах Древней Мексики. Не исключено, что ты отбросишь мысли и взгляды в отношении даже тех шаманов, рядом с которыми ты трудился, — например, в отношении нагваля Хуана Матуса. Ты можешь отказать ему в существовании. Посмотрим. У воина нет никаких ограничений. Его ощущение импровизации является таким острым, что он может создавать мысленные концепции из ничего, однако это не просто пустые построения, но скорее нечто действенное, прагматичное. Посмотрим. Это не значит, что ты просто забудешь об этом, просто однажды, перед тем, как ты нырнёшь в бездну — если наберёшься дерзости пройти по её краю, если будешь достаточно смел, чтобы не отклониться на пути, — ты придёшь к присущим воинам выводам об упорядоченности и уравновешенности, бесконечно более достойным тебя, чем навязчивые идеи о шаманах Древней Мексики.
Ну а дальше мне попался Щедровицкий Г.П. "Оргуправленческое мышление: идеология, методология, технология"... ну, там всё +/- тоже, но с русским акцентом, без импровизаций переводчиков. И есть такой момент в этой книге, там вместо КК, "глупые" вопросы задают управленцы и руководители...
Щедровицкий Георгий Петрович
Книги это конечно хорошо, но я около 20 лет работаю со стандартами по Системной инженерии, системам менеджмента, ну и сейчас архитектуры систем. И сама концепция и принципы вполне уживаются в одной голове. Всегда есть какой то контекст... Всегда нужно помнить прошлое, но смотреть на факты (наблюдения)...ну итд
Романтизированный наркоманский бред:
Щас, нам ИИ в один интересный, Консонантный, текст, правильно гласные буквы расставит... и заживём!!!
Я что то не вижу сейчас ничего нового... Есть понятия системы и её ЖЦ... со времён Лавуазье ничего не изменилось... Вопрос в подходе к разработке, если бы уровень ответственности к разработчикам, был, хотя бы, на уровне строителей, то не было бы погони за фичами и нотациями... Я согласен что сейчас самое время для Своего ПО, но ваш подход (корпоративный) не даёт мне возможности вам доверять её разработку. Почему?
1) Cписок литературы ("- а Русские в нашем роду были?!.. ");
2) отсутствие ссылок на стандарты (ISO, IEEE, ГОСТ Р...). У SAP и siemens всё по "ГОСТу";
3) ***чий ИИ... Для ИНЖЕНЕРА нужен Естественный, СВОЙ. Зачем в ERP приделывать сиськи годовому отчёту?? или зачем генерить 1000000 служебок в час...Бред? Ну тогда нужно ограничить область знаний ИИ-агента. Лично я, не хочу даже представлять, что будет если, AI-ERP агент будет иметь всю базу астрологических знаний...
"Error: Модуль PM сегодня в стрельце, создание объекта **** не рекомендуется. Справка-Ввести сообщение по поддержке кармы"
SAP - это, IT террористы и вымогатели... Классический пример это Teamcenter siemens)) Ну или можно взять КИАС, наш и с +/- неплохой архитектурой.
Ну дак, ЦБ не мог работать вне рамок мировой фин архитектуры (и там, вроде, не микро сервисы)... я, как поклонник, BIAN, большую часть описания фин инструментов брал там.
Ну и плюс синтаксис ISO 42010/15288.
ПС: Если вы работайте со сложными системами, то ориентироваться, в написании текста, нужно на инженера, а не на обывателя...
** Раз уж у вас (компании) есть проекты по сетям связи, то уж стандарты IEEE вы знать обязаны... вернусь проверю!
"data-подход", на мой взгляд, не совсем то что вы описывайте. В статье, по мимо Управления Данными, встречается и управление Рисками, и Управление Качеством данных, и Упр. Документами... С одной стороны вроде всё верно, про масштабирование, но это не только "data-подход"... В юридической практике важны связи Объекта и Контекста, в котором он рассматривается, а так же оценка Компетенций (это вам не Сисадмин, "- я такими "делами" не занимаюсь...").
К тому же есть куча внешних источников (документы, БД итд), которые необходимо так же обрабатывать...
Три всадника импортозамещения)))
Такое чувство, что будто всё, написанное в начале 2000х, возвращаются в переработанном ИИшками виде, причём их (ИИ) задача, просто, добавить себя в текст...
Репин тоже активизировался... Ждем статью про Н. Винера (кибернетика) и ИИ...
"-А эти эксперты, сейчас находятся с нами в комнате?..."
"- Шеф, оно пищит и как то странно смотрит на меня...."
А можно получить ответы на эти вопросы, в вашем представлении?
Да, есть профстандарты (https://profstandart.rosmintrud.ru/), из них можно много чего подчеркнуть, но к сожалению, без грамотной оценки персонала (его квалификации) это, на мой взгляд, создаст лишнюю бюрократию... пс тоже относится и к стандартам, я, в одну каску, применять стандарты не буду... Я не настаиваю на их применении, знаю что они добровольные, но если стандарт существует, то его нужно указать... Если он плох, то указать почему (или ссылочку, статей достаточно)... ну хотя бы тот же togaf указать, остальное я сам.
Скрытый текст
Согласен, прям в точку, но на это тоже есть ГОСТ))) И не только ИТ-стандартов, собственно, исо 9001 и подразумевает "распределение" уровней . Роль корп архитектора не подразумевает разработку управленческих д-тов (кроме д-тов отдела). Для этого и связаны одной цепью Системная и Программная инженерии. Корп архитектурой, без ПО, оч сложно заниматься...
Скрытый текст
Вот это самое страшное... Управление НСИ и нормоконтроль... Если нет системы управления стандартами, то, по "своему усмотрению" - нельзя)) нужно все стандарты адаптировать под предприятие, внедрять в управление... и на это тоже есть ГОСТ
Скрытый текст
Хорошо, но эти стандарты в основе имеют управленческие стандарты (то же 9000 или 21500), вот если бы карта бизнес-способностей была, как инструмент оценки персонала в рамках СМ, то да... но, архимейт это уже не инструмент "Менеджеров" (хз как их назвать), это, пока, ИТ инструмент.
пс :на мой взгляд, лучший пример применения archi у https://bian.org (и как это всё поддерживать без ПО???)
Скрытый текст
Так себе, среда, выходит... как он может устояться, если он ещё не отлежался)))... может в каких то забегаловках термины и переводят в гугле, но в нормальных организациях используют словари терминов и определений... для этого даже нормоконтроль придумали...
Те Корп Архитектура, у вас, работает без инструментов Системной инженерии.... интересно даже)))) Если что, то указанный мной стандарт - это 7 альф системной инженерии... Если сложно работать со ссылочными стандартами, то хотя бы пользуйтесь ИИ..
Скрытый текст
Если уж ставите тег "IT-стандарты", то хотя бы указывайте их... и не Способности, а Возможности...