А почему не рассмотреть процесс с точки зрения Функций (трудовых). У вас есть подразделения с набором компетенций и полномочий на трудовые функции (см профстандарт) и есть процесс (назовём его сквозной), который "собирается" из этих функций и исх. материала. Те "дополнительная работа" либо должна быть чьей то функцией, либо она не нужна.
Второй момент, параметризуйте согласуемый объект (фин операции см BIAN), и пусть согласующие, определят границы для параметров (в своей зоне ответственности), в определённых условиях. Собственно согласования в таком случае и не будет... а тот кто из руководителей не сможет этого сделать, welcome отсюда.
Стандарт 9001 всё даёт для прекращения пинг-понга, вопрос в его честном внедрении)
ГОСТ Р ИСО 19440-2010 (ISO 19440:2007) ИНТЕГРАЦИЯ ПРЕДПРИЯТИЯ. КОНСТРУКЦИИ ДЛЯ МОДЕЛИРОВАНИЯ ПРЕДПРИЯТИЯ
ГОСТ Р ИСО 15704-2008 Промышленные автоматизированные системы. Требования к стандартным арх-рам и метод-ям предприятия
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
ГОСТ Р 57318-2016СИСТЕМЫ ПРОМЫШЛЕННОЙ АВТОМАТИЗАЦИИ И ИНТЕГРАЦИЯ. Применение и управление процессами системной инженерии
ГОСТ Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения
Как примеры, можно рассмотреть eTOM, BIAN, PODS... Наши наверное тоже есть, но лучше изучить стандарт.
Схема такая: открывайте стандарт, смотрите группу и ТК, ищите, что было ещё сделано, в плане стандартизации, изучайте. Тот же SEBok, далеко не всем зайдёт, а без знания языка и подавно.
ПС: И да, есть профстандарт на корпоративного архитектора, он сам всё сделает, если Профессионал. Это не работа аналитика.
На Всё Уже Есть Стандарт!!! Хватит PMBoK мусолить, от него есть толк, только для методологов... а для работы, есть Стандарт. К чёрту этих эффективных менеджеров, инженер, должен работать по стандарту и точка...
Простой тест на полезность: "- Покажи мне свой профстандарт!!". У эффективных менеджеров, нет профессии... это легализованные тунеядцы или прямые вредители)))
Я бы рекомендовал ознакомиться с профильной документацией по качеству данных, рисках и ЖЦС.
ГОСТ Р ИСО МЭК 25010-2015 Информационные технологии (ИТ). Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и ПП
ГОСТ Р 56216-2014 Качество данных. Часть 311. Руководство по применению качества данных при описании продукции
ГОСТ Р 51168-98 Качество служебной информации. Условные обозначения элементов технологических процессов переработки данных
Согласны ли вы с автором материала?
Не со всем, тк Качество данных, зависит исключительно от Качества управления. Это важно, но это только следствие управления. И хорошо бы для оценки использовать стат методы.
Вот-вот, а можно вот "это вот всё" в виде статьи или даже серии. Эту тему совсем забросили, а это же стандарт, а не идеал работы... К тому же, целый первоисточник! при всём уважении)))) Со стороны разработки систем (допустим ЭДО), у меня есть реальный пример архитектуры.
Я, как "раздаточным материалом" для HR, пользуюсь методичкой "Алгоритм и принципы внедрения профессиональных стандартов в систему управления персоналом организации." – Екатеринбург: УрФУ, Данилова Н.В.
UML это одна из нотаций. UML нужно знать, это плюс, но проф знание нотации не сделает из человека аналитика или инженера. А вот если, ты будешь знать набор работ (трудовых функций), которые ты можешь выполнять и по каким стандартам (на UML тоже стандарт есть), то это уже заявка на участие в действительно значимых проектах. Там сам поймёшь куда развиваться и зачем ТРИЗ в бизнесе.
У меня набор примерно из ~500 стандартов, но наизусть я из не знаю... есть выписки, карты, схемы из них... я просто знаю где какой паттерн посмотреть, и в первую очередь не на Код/систему, а на бизнес систему, как бизнес должен работать. И не нужно полагать, что ГОСТ он идеален, нет, далеко не всегда... Но, это отличная модель для деятельности.
Для системного и бизнес аналитика, вот набор-лайт из стандартов, в них можно посмотреть ссылочные и др ст-ты серий (есть картинки!):
ГОСТ_Р_ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия.rtf
ГОСТ_Р_ИСО 19440-2010 Интеграция предприятия. Конструкции для моделирования предприятий.rtf
ГОСТ_Р 57100-2016 СиПИ. Описание архитектуры (ISO IEC IEEE 42010-2011).pdf
ГОСТ_Р_ИСО 15531-1-2008 СПАиИ. Данные по управлению промышленным производством. Часть 1. Общий обзор.pdf
ГОСТ_Р_ИСО 15704-2008 Промышленные автоматизированные системы. Требования к стандартным арх-рам и метод-ям предприятия.pdf
ГОСТ_Р_ИСО 14258-2008 Промышленные автоматизированные системы. Концепции и правила для моделей предприятия.pdf
ГОСТ_Р 57193-2016 (ISO 15288) СиПИ. Процессы жизненного цикла систем.pdf
ГОСТ_Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения.docx 7 альф!
ГОСТ_Р_ИСО_МЭК 15504-1-2009 ИТ. Оценка процесса. Часть 1. Концепция и словарь.pdf
ГОСТ_Р_МЭК 62264-1-2014 Интеграция систем управления предприятием. Часть 1. Модели и терминология.pdf
Все уже придумано, за вас.... Профессиональный стандарт Системный аналитик,Профессиональный стандарт Бизнес-аналитик и всё по категориям... Коллеги, Вы работайте со сложными системами, не стоит изобретать "Middle, Senior, Hard Skills" мы в России работаем и Терминология у нас с вами тоже своя.
Коллеги, я бы вообще не поднимал вопрос про ГОСТы на КД/ТД и колбасу, тк не в них вся проблема... Проблема, в том что никто даже не знает про стандарты для Руководителя или стейкхолдера (выгодоприобретателя)...
Начнём с того, что в организациях "Нет" ни Положения о подразделениях, ни Должностных инструкций, ни рабочих... Зато есть, с*ка, Резюме, тупинький (но красивый!!!) HR и бесплатные печеньки... А где гарантии работы по профессии???? Из сотрудников колцентров сделали Тупых, мясных ботов, которые разговаривают по кейсам. Они рабы, которые ни своих ни чужих прав не знают.... А их начальники полагают, что всё Ок "Раб - должен приносить прибыль, а не права соблюдать".
Не хотите колцентры, ок, вот как пример Инженер по Пож Без в "Зимней вишне", а что, он же расходы сокращал, налоговую базу увеличивал, а детей можно всегда нарожать, не по ГОСТу...
Про ИСО 9000 слышал, но всегда думал, что его применение миф)
Его никто не исполняет просто, СРО и ХАССП - главные примеры... Если работает 9ка, то воровать и словоблудить не получится...
Нормы, которые меняются очень быстро, не целесообразно стандартизировать.
А их то зачем стандартизировать... Руководство, Управление и Организация (как виды деят.) не меняются и за 5 лет... Тут как и в программировании в стандарт, вставляют переменные - только идиоты..
Спросите вашего руководителя, как он планирует? и почему это правильно? А потом, возьмите свои kpi и соотнесите, как вами руководят и что от вас хотят...
Вообще не ясно, с самого начала к какому абзацу статьи Ваш комментарий относится
Да ни к какому((((( Это, так сказать, плач Ярославны....
Все статьи где упоминается ГОСТ в минусовой яме... Все статьи где есть разоблачение Менеджеров, что всё есть в ГОСТ, тоже... Из системного подхода, сделали СперТех...
Это Инженерная Война, которая идет с 90х, по подмене системного подхода (основа для АЭ, ВПК, ВКС итд) на менеджеров... Чем дороже костюм, тем ты умнее... или если твой брат Миллер))))
Разберите 7 альф СИ(57192), там всё очень понятно... будут вопросы - отвечу.
Суть стандартов в том, чтобы не наступать на одни и те же грабли
Нееееет.... Суть стандартов, в том, что бы Инженер мог оперировать работами (процессами), как системами... дело не в граблях а в уверенности в способе достижения цели (см ГОСТ Р 57192).
от менеджеров тоже много зависит и их эффективность не в стандартах
Вот как раз в стандартах... Задача руководителя/организатора/управленца решаются разными инструментами. Если управленец может себе позволить самодеятельность, то (он же), как руководитель/организатор Обязан работать по ст-ту... и дело тут не в нём, а в том что он не один на этой планете, и когданибуть скопытится, а его система останется...
ИСОшка 9000 для кого? Рабочего? нет, для Начальника! Могу с вами поспорить, что любой руководитель Вашей организации провалит мне аудит по 9001...
пс: В закрытом варианте, можем удаленно провести ;)
Исправимся
А какие у вас полномочия в сфере законодательства? Точнее, что вы можете сделать (без сарказма)? В.Мишустин уже вроде всё что нужно подписал. ПНСТ даже впустили.
Как вы собирайтесь работать со строителями в текущих условиях? Возьмём "Бруснику", у них вакансий по BIM, архитектуре, СИ, цифровизации итд как конь н**б... а вот по факту, только названия должностей... на объектах как было, так и осталось... а всё из за того что Скрамы, Спринты и Канбаны... и ни одного стандарта, а только говорилки эффективные.
"Бери ношу по себе, чтоб не падать при ходьбе..."
Знаем, что делать с BIM!
Не удержался.... сорри))) Ну дак и что же?? Где ГОСТы??))))
Мне кажется, или "законодательство в IT" действует на всех участников IT сферы, как чеснок на вампира? ГОСТы (кроме 34.ххх), Проф стандарты это всё не для Высшей касты... Закон должен знать бармэн, уборщик, врач, полицейский но ни как ни PM, архитектор, аналитик и программист...
Не зря Герман Грех говорил про Системное мышление (СИ), но ни разу не упомянул ни один стандарт... Знающий человек, услышав про системный подход должен оживиться, но не услышав про ст-ты - задуматься "-Герман, что ты там твариш, *ля, почитай ГОСТ!". Лет 5 назад мне в Сбере сказали, что стандарты это прошлый век))) Новый век это эффективные менеджеры.
Пока не вернут обязательные госты и не будет проф аттестации для всех, будущего в сфере ИТ - нет, да и вообще...
Не умея разбираться в разных комплексах ст-тов, очень сложно правильно сформулировать, в нужном контексте, профессионально, свою мысль, тк термины могут быть одни для разных систем, но с разным смыслом (взрыв и разгерметизация -хор пример). Отсюда и отписки от чиновников и руководства.. они только слова знают, но не смысл!
Если посмотреть на всё это философски (ха-ха), то я бы сказал, что сейчас основная война идет между Смыслом и Определением... создаём новые слова, заменяем старые, а потом *уяк и оказывается, что писание нам велит носить кокошник с диодами, а заповеди это просто оборотку использовали...
Интересно, а вера в здравый смысл и закон - это тоже вера?!!
Специально только акцентирую внимание на необходимости жёсткого соблюдения формулировок номенклатуры услуг, наименований должностей исполнителей. Карта построена, в том числе, на основе ГОСТ, в ней перечисленных, в особенности, формулировки номенклатуры услуг (продуктов). На ГОСТы и их формулировки будут ссылаться Минцифры, налоговики, суды в случае споров и мотивации для отказа в льготах. Там есть и не очень приятные выводы, что услуги сопровождения, модификации и иные должны быть связаны с ИТ-продуктом, см. например, такой термин как «поставка».
Аллилуйя!!! Ну хотя бы, для начала, термины научатся из ГОСТов брать, а там глядишь и сами стандарты применять будут... А то как же Газпром-информ и Сбертех без льгот то будут...
Может потом и компании-частники разработчики подтянутся... но не рассчитываю на их сознательность
ситуация в ИТ принципиальноничем не отличается от ситуации в строительстве или любой другойотрасли.
Не совсем. 1. Давайте сравним ЗП исполнителей, тут всем ясно что программист получает в разы больше строителя (берем именно рабочих). 2. Для строительство все нормы известны, но все сейчас их по хитрому обходят, дабы сбить цену. Вы в ИТ проектах когда-нибудь видели нормы, которые бы вообще рассматривались? "- Валидный код" Это оч странная фраза (в текущем контексте), тк для Валидации кода нужно чётко понимать конкретную систему(отрасль, регион), контекст его применения... те код в Жизни должен работать и без электричества, быть поддерживаемым (прим. автоматизация операционной). А вот Верификацию кода, можно провести исходя из видов деят. и мат. моделей операций. 3. Строительство сетей - это самая простая и выгодная штука (всегда нужна, типовая до нельзя), дома строят как пирожки, а проекты иногда разные (конфигурируемы, научились), вся гонка идет за стоимость материала. 4.
К коду нужно относится, как кТанку, в прямом смысле. Должен быть надёжен, использовать типовую платформу, быть ремонто-пригодным и обновляемым, должна быть разработана целая система для его снабжения, логистики и хранения (гитхаб, хабр, форумы, гугл - так и кирпич не собрать), ну и подготовленный из 18 летних пацанов, за пол года, персонал-профессионал. И да, на УВЗ рабочий получает уж точно меньше программиста. А вы сравните УВЗ и допустим SAP-СНГ*, кто больше помог стране? У кого конечный продукт, заслуженно, лучший в мире? А думайте у них с кодом всё ок? вряд ли, "офисное" пишутся одной "бандой", за то у САПа всё, ****ь, Синьоры-помидоры.
*SAP является террористической организацией в РФ, странах СНГ и Великом Устюге.
А почему не рассмотреть процесс с точки зрения Функций (трудовых). У вас есть подразделения с набором компетенций и полномочий на трудовые функции (см профстандарт) и есть процесс (назовём его сквозной), который "собирается" из этих функций и исх. материала. Те "дополнительная работа" либо должна быть чьей то функцией, либо она не нужна.
Второй момент, параметризуйте согласуемый объект (фин операции см BIAN), и пусть согласующие, определят границы для параметров (в своей зоне ответственности), в определённых условиях. Собственно согласования в таком случае и не будет... а тот кто из руководителей не сможет этого сделать, welcome отсюда.
Стандарт 9001 всё даёт для прекращения пинг-понга, вопрос в его честном внедрении)
Hidden text
ГОСТ Р ИСО 19440-2010 (ISO 19440:2007) ИНТЕГРАЦИЯ ПРЕДПРИЯТИЯ. КОНСТРУКЦИИ ДЛЯ МОДЕЛИРОВАНИЯ ПРЕДПРИЯТИЯ
ГОСТ Р ИСО 15704-2008 Промышленные автоматизированные системы. Требования к стандартным арх-рам и метод-ям предприятия
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
ГОСТ Р 57318-2016 СИСТЕМЫ ПРОМЫШЛЕННОЙ АВТОМАТИЗАЦИИ И ИНТЕГРАЦИЯ. Применение и управление процессами системной инженерии
ГОСТ Р 57195-2016 Ядро и язык для методов системной и программной инженерии. Общие положения
Как примеры, можно рассмотреть eTOM, BIAN, PODS... Наши наверное тоже есть, но лучше изучить стандарт.
Схема такая: открывайте стандарт, смотрите группу и ТК, ищите, что было ещё сделано, в плане стандартизации, изучайте. Тот же SEBok, далеко не всем зайдёт, а без знания языка и подавно.
ПС: И да, есть профстандарт на корпоративного архитектора, он сам всё сделает, если Профессионал. Это не работа аналитика.
ГОСТ Р ИСО 19440 - конструкции моделирования предприятия
ГОСТ Р 57100 - описание архитектуры (42010) СиПИ. Описание архитектуры
ГОСТ Р ИСО 15704 - ТРЕБОВАНИЯ К СТАНДАРТНЫМ АРХИТЕКТУРАМ И МЕТОДОЛОГИЯМ ПРЕДПРИЯТИЯ
ГОСТ Р ИСО 14258 - КОНЦЕПЦИИ И ПРАВИЛА ДЛЯ МОДЕЛЕЙ ПРЕДПРИЯТИЯ
ГОСТ Р 57193 - СиПИ. Процессы жизненного цикла систем
ГОСТ Р ИСО 19439 Основа (Среда)моделирования предприятия Framework for enterprise modeling
ГОСТ Р МЭК 62264-1 Интеграция систем управления предприятием. Часть 1. Модели и терминология
а так же, др стандарты серий и ссылочные стандарты.
На Всё Уже Есть Стандарт!!! Хватит PMBoK мусолить, от него есть толк, только для методологов... а для работы, есть Стандарт. К чёрту этих эффективных менеджеров, инженер, должен работать по стандарту и точка...
На всё уже есть стандарт! И без понятия Система (опять же по стандарту), аудит бесполезен.
ГОСТ Р ИСО 19011-2021 Оценка соответствия. РУКОВОДЯЩИЕ УКАЗАНИЯ ПО ПРОВЕДЕНИЮ АУДИТА СИСТЕМ МЕНЕДЖМЕНТА.
Добавить бы к этому переводу, признак - есть ли у владельца продукта санкции к РФ или нет)))
А применительно к набору инструментов, то он не плохо ложатся на 7 альф СИ:
Простой тест на полезность: "- Покажи мне свой профстандарт!!". У эффективных менеджеров, нет профессии... это легализованные тунеядцы или прямые вредители)))
Я бы рекомендовал ознакомиться с профильной документацией по качеству данных, рисках и ЖЦС.
ГОСТ Р ИСО МЭК 25010-2015 Информационные технологии (ИТ). Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и ПП
ГОСТ Р 56216-2014 Качество данных. Часть 311. Руководство по применению качества данных при описании продукции
ГОСТ Р 51168-98 Качество служебной информации. Условные обозначения элементов технологических процессов переработки данных
Не со всем, тк Качество данных, зависит исключительно от Качества управления. Это важно, но это только следствие управления. И хорошо бы для оценки использовать стат методы.
Статью на Habr, про применение профстандарта СА, про его структуру. Как по нему составить ДИ.
Хорошо было бы раскрыть данное утверждение.
Как вариант, сопоставить работы в ИСО 12207 с профстандартом. Показать, что это типовая история для ит проектов...
Ну или историю его разработки, от чего отталкивались при его написании)
Примеры применения стандартов для отраслей:
Банковские операции, Трубопроводы, Нефть.
https://bian.org/servicelandscape-8-0/views.html
https://www.pods.org
https://web.archive.org/web/20150222081036/http:/www.ppdm.org/
и я тоже заметил, что русских нет....
Вот-вот, а можно вот "это вот всё" в виде статьи или даже серии. Эту тему совсем забросили, а это же стандарт, а не идеал работы... К тому же, целый первоисточник! при всём уважении)))) Со стороны разработки систем (допустим ЭДО), у меня есть реальный пример архитектуры.
Я, как "раздаточным материалом" для HR, пользуюсь методичкой
"Алгоритм и принципы внедрения профессиональных стандартов в систему
управления персоналом организации." – Екатеринбург: УрФУ, Данилова Н.В.
UML это одна из нотаций. UML нужно знать, это плюс, но проф знание нотации не сделает из человека аналитика или инженера. А вот если, ты будешь знать набор работ (трудовых функций), которые ты можешь выполнять и по каким стандартам (на UML тоже стандарт есть), то это уже заявка на участие в действительно значимых проектах. Там сам поймёшь куда развиваться и зачем ТРИЗ в бизнесе.
У меня набор примерно из ~500 стандартов, но наизусть я из не знаю... есть выписки, карты, схемы из них... я просто знаю где какой паттерн посмотреть, и в первую очередь не на Код/систему, а на бизнес систему, как бизнес должен работать. И не нужно полагать, что ГОСТ он идеален, нет, далеко не всегда... Но, это отличная модель для деятельности.
Для системного и бизнес аналитика, вот набор-лайт из стандартов, в них можно посмотреть ссылочные и др ст-ты серий (есть картинки!):
*перед применением посмотреть обновления!
Все уже придумано, за вас.... Профессиональный стандарт Системный аналитик, Профессиональный стандарт Бизнес-аналитик и всё по категориям... Коллеги, Вы работайте со сложными системами, не стоит изобретать "Middle, Senior, Hard Skills" мы в России работаем и Терминология у нас с вами тоже своя.
https://profstandart.rosmintrud.ru/
ПС: Про стандарты в проектирование и интеграцию систем, думаю, ни кто и не знает... Когда же вы одумайтесь?!
Коллеги, я бы вообще не поднимал вопрос про ГОСТы на КД/ТД и колбасу, тк не в них вся проблема... Проблема, в том что никто даже не знает про стандарты для Руководителя или стейкхолдера (выгодоприобретателя)...
Начнём с того, что в организациях "Нет" ни Положения о подразделениях, ни Должностных инструкций, ни рабочих... Зато есть, с*ка, Резюме, тупинький (но красивый!!!) HR и бесплатные печеньки... А где гарантии работы по профессии???? Из сотрудников колцентров сделали Тупых, мясных ботов, которые разговаривают по кейсам. Они рабы, которые ни своих ни чужих прав не знают.... А их начальники полагают, что всё Ок "Раб - должен приносить прибыль, а не права соблюдать".
Не хотите колцентры, ок, вот как пример Инженер по Пож Без в "Зимней вишне", а что, он же расходы сокращал, налоговую базу увеличивал, а детей можно всегда нарожать, не по ГОСТу...
Его никто не исполняет просто, СРО и ХАССП - главные примеры... Если работает 9ка, то воровать и словоблудить не получится...
А их то зачем стандартизировать... Руководство, Управление и Организация (как виды деят.) не меняются и за 5 лет... Тут как и в программировании в стандарт, вставляют переменные - только идиоты..
Спросите вашего руководителя, как он планирует? и почему это правильно? А потом, возьмите свои kpi и соотнесите, как вами руководят и что от вас хотят...
Да ни к какому((((( Это, так сказать, плач Ярославны....
Все статьи где упоминается ГОСТ в минусовой яме... Все статьи где есть разоблачение Менеджеров, что всё есть в ГОСТ, тоже... Из системного подхода, сделали СперТех...
Это Инженерная Война, которая идет с 90х, по подмене системного подхода (основа для АЭ, ВПК, ВКС итд) на менеджеров... Чем дороже костюм, тем ты умнее... или если твой брат Миллер))))
Разберите 7 альф СИ(57192), там всё очень понятно... будут вопросы - отвечу.
Нееееет.... Суть стандартов, в том, что бы Инженер мог оперировать работами (процессами), как системами... дело не в граблях а в уверенности в способе достижения цели (см ГОСТ Р 57192).
Вот как раз в стандартах... Задача руководителя/организатора/управленца решаются разными инструментами. Если управленец может себе позволить самодеятельность, то (он же), как руководитель/организатор Обязан работать по ст-ту... и дело тут не в нём, а в том что он не один на этой планете, и когданибуть скопытится, а его система останется...
ИСОшка 9000 для кого? Рабочего? нет, для Начальника! Могу с вами поспорить, что любой руководитель Вашей организации провалит мне аудит по 9001...
пс: В закрытом варианте, можем удаленно провести ;)
А какие у вас полномочия в сфере законодательства? Точнее, что вы можете сделать (без сарказма)? В.Мишустин уже вроде всё что нужно подписал. ПНСТ даже впустили.
Как вы собирайтесь работать со строителями в текущих условиях? Возьмём "Бруснику", у них вакансий по BIM, архитектуре, СИ, цифровизации итд как конь н**б... а вот по факту, только названия должностей... на объектах как было, так и осталось... а всё из за того что Скрамы, Спринты и Канбаны... и ни одного стандарта, а только говорилки эффективные.
"Бери ношу по себе, чтоб не падать при ходьбе..."
Не удержался.... сорри))) Ну дак и что же?? Где ГОСТы??))))
Мне кажется, или "законодательство в IT" действует на всех участников IT сферы, как чеснок на вампира? ГОСТы (кроме 34.ххх), Проф стандарты это всё не для Высшей касты... Закон должен знать бармэн, уборщик, врач, полицейский но ни как ни PM, архитектор, аналитик и программист...
Не зря Герман Грех говорил про Системное мышление (СИ), но ни разу не упомянул ни один стандарт... Знающий человек, услышав про системный подход должен оживиться, но не услышав про ст-ты - задуматься "-Герман, что ты там твариш, *ля, почитай ГОСТ!". Лет 5 назад мне в Сбере сказали, что стандарты это прошлый век))) Новый век это эффективные менеджеры.
Пока не вернут обязательные госты и не будет проф аттестации для всех, будущего в сфере ИТ - нет, да и вообще...
Не умея разбираться в разных комплексах ст-тов, очень сложно правильно сформулировать, в нужном контексте, профессионально, свою мысль, тк термины могут быть одни для разных систем, но с разным смыслом (взрыв и разгерметизация -хор пример). Отсюда и отписки от чиновников и руководства.. они только слова знают, но не смысл!
Если посмотреть на всё это философски (ха-ха), то я бы сказал, что сейчас основная война идет между Смыслом и Определением... создаём новые слова, заменяем старые, а потом *уяк и оказывается, что писание нам велит носить кокошник с диодами, а заповеди это просто оборотку использовали...
Интересно, а вера в здравый смысл и закон - это тоже вера?!!
Аллилуйя!!! Ну хотя бы, для начала, термины научатся из ГОСТов брать, а там глядишь и сами стандарты применять будут... А то как же Газпром-информ и Сбертех без льгот то будут...
Может потом и компании-частники разработчики подтянутся... но не рассчитываю на их сознательность
И правда, почему?! Управление Активами и ТОиР без применения Системных ст-тов (ГОСТ Р ИСО 57197,15926) это как монашку в бордель нанимать...
Не совсем. 1. Давайте сравним ЗП исполнителей, тут всем ясно что программист получает в разы больше строителя (берем именно рабочих). 2. Для строительство все нормы известны, но все сейчас их по хитрому обходят, дабы сбить цену. Вы в ИТ проектах когда-нибудь видели нормы, которые бы вообще рассматривались? "- Валидный код" Это оч странная фраза (в текущем контексте), тк для Валидации кода нужно чётко понимать конкретную систему(отрасль, регион), контекст его применения... те код в Жизни должен работать и без электричества, быть поддерживаемым (прим. автоматизация операционной). А вот Верификацию кода, можно провести исходя из видов деят. и мат. моделей операций. 3. Строительство сетей - это самая простая и выгодная штука (всегда нужна, типовая до нельзя), дома строят как пирожки, а проекты иногда разные (конфигурируемы, научились), вся гонка идет за стоимость материала. 4.
К коду нужно относится, как к Танку, в прямом смысле. Должен быть надёжен, использовать типовую платформу, быть ремонто-пригодным и обновляемым, должна быть разработана целая система для его снабжения, логистики и хранения (гитхаб, хабр, форумы, гугл - так и кирпич не собрать), ну и подготовленный из 18 летних пацанов, за пол года, персонал-профессионал. И да, на УВЗ рабочий получает уж точно меньше программиста. А вы сравните УВЗ и допустим SAP-СНГ*, кто больше помог стране? У кого конечный продукт, заслуженно, лучший в мире? А думайте у них с кодом всё ок? вряд ли, "офисное" пишутся одной "бандой", за то у САПа всё, ****ь, Синьоры-помидоры.
*SAPявляется террористической организацией в РФ, странах СНГ и Великом Устюге.