Специально только акцентирую внимание на необходимости жёсткого соблюдения формулировок номенклатуры услуг, наименований должностей исполнителей. Карта построена, в том числе, на основе ГОСТ, в ней перечисленных, в особенности, формулировки номенклатуры услуг (продуктов). На ГОСТы и их формулировки будут ссылаться Минцифры, налоговики, суды в случае споров и мотивации для отказа в льготах. Там есть и не очень приятные выводы, что услуги сопровождения, модификации и иные должны быть связаны с ИТ-продуктом, см. например, такой термин как «поставка».
Аллилуйя!!! Ну хотя бы, для начала, термины научатся из ГОСТов брать, а там глядишь и сами стандарты применять будут... А то как же Газпром-информ и Сбертех без льгот то будут...
Может потом и компании-частники разработчики подтянутся... но не рассчитываю на их сознательность
ситуация в ИТ принципиальноничем не отличается от ситуации в строительстве или любой другойотрасли.
Не совсем. 1. Давайте сравним ЗП исполнителей, тут всем ясно что программист получает в разы больше строителя (берем именно рабочих). 2. Для строительство все нормы известны, но все сейчас их по хитрому обходят, дабы сбить цену. Вы в ИТ проектах когда-нибудь видели нормы, которые бы вообще рассматривались? "- Валидный код" Это оч странная фраза (в текущем контексте), тк для Валидации кода нужно чётко понимать конкретную систему(отрасль, регион), контекст его применения... те код в Жизни должен работать и без электричества, быть поддерживаемым (прим. автоматизация операционной). А вот Верификацию кода, можно провести исходя из видов деят. и мат. моделей операций. 3. Строительство сетей - это самая простая и выгодная штука (всегда нужна, типовая до нельзя), дома строят как пирожки, а проекты иногда разные (конфигурируемы, научились), вся гонка идет за стоимость материала. 4.
К коду нужно относится, как кТанку, в прямом смысле. Должен быть надёжен, использовать типовую платформу, быть ремонто-пригодным и обновляемым, должна быть разработана целая система для его снабжения, логистики и хранения (гитхаб, хабр, форумы, гугл - так и кирпич не собрать), ну и подготовленный из 18 летних пацанов, за пол года, персонал-профессионал. И да, на УВЗ рабочий получает уж точно меньше программиста. А вы сравните УВЗ и допустим SAP-СНГ*, кто больше помог стране? У кого конечный продукт, заслуженно, лучший в мире? А думайте у них с кодом всё ок? вряд ли, "офисное" пишутся одной "бандой", за то у САПа всё, ****ь, Синьоры-помидоры.
*SAP является террористической организацией в РФ, странах СНГ и Великом Устюге.
Самое главное (для нас всех) — это писать грамотный код.
Самое главное создавать Качественные Системы! Код - это только болтик, Если Комбайнёр или Мясник не умеют делать колбасу или водить, то им ГОСТы не помогут.
Только Системный подход ко всем видам деятельности на всех этапах ЖЦ Системы. Нельзя же "бить", только программистов за код, их нужно "бить" ещё и за то что берут невнятные требования, шучу, аналитики и инженеры тоже хлеб за что то едят... Смотрим 7 альф СИ (ГОСТ 57195) и сверяем, все ли альфы описаны у вас...
Почему же вся эта огромная работа перестала давать нужный эффект?
По тому, что нет Системы и Культуры применения стандартов (ГОСТов)... Ни на уровне потребителя, ни на уровне производителя.
Система менеджмента качества (ISO 9001) основана на семи принципах:
СМК это только для руководителей и управленцев, до исполнителей это нужно доводить в "их терминологии".
Рассмотрим ситуацию с качеством продукции в сфере ИТ, сравнив потребительские характеристики офисных пакетов....
Соглашусь со всеми, пример не удачный. Я, как инженер (СМК, СИ), Вас понял, то что вы хотели показать, но с ПО столько нюансов... Само название "Офисные системы", Офис - это здание и сериал... А для трудовых ф-й и видов деят. есть конкретные требования*(*в рамках разных систем, могут быть спецификации -eTOM, BIAN, PODS, наши военные).
Все Офисные работники разные, специфика своя (настройки интерфейса), а структура и функционал для всех может быть одними.
*Я вот из дома работаю, а это не офис!!! Но я (*допустим), Системный аналитик, на таком то проекте и выполняю такие то ф-и.
Опять же, всё это работает, но отнюдь не в интересах потребителя.
Оно и не работает... Оно описано, Правительство сказало - "Выполнять", а оно не выполняется...
«Станьте аналитиком с нуля! — обещает реклама. — Онлайн-обучение с гарантированным трудоустройством! Получите востребованную профессию и зарабатывайте от 100 000 рублей в месяц»...
-Прочитал проф стандарт*;
-Ознакомился с трудовыми функциями;
-Оценил Квалификацию;
-Посмотрел профильные стандарты;
-Изучил вакансии, в которых прописаны те Трудовые Функции, которые нужны работодателю (не более);
-И пошёл подтверждать уровень квалификации по ТФ. И на собеседовании, нужно проверять и работодателя, и на знания ТФ, и его правдивость.. и подход на стандартизацию в целом.
*А до этого, как минимум, изучить 12207 ЖЦ ИТ Систем, 57193 ЖЦ Систем(предприятия или изделия), 57195 7_альф СИ, 19440, 15704, 19439 По Архитектуре предприятия, что бы использовать Стандартные конструкции предприятия (как в ООП).
ПС: В стандартах, есть картинки!
Достаточно посмотреть минимальные требования к квалификации профессионального стандарта «Программист»....Поистине, сейчас золотое время для разного рода аферистов в ИТ-индустрии! Хорошее образование должно быть фундаментальным, время энтузиастов — дилетантов в отрасли давно прошло.
Кроме самих программистов, их профстандарт никто не исправит. В Свои, я бы, может быть, и полез.. но на то они и ПРОФЕССИОНАЛЬНЫЕ стандарты и должны ими и писаться...
Мишустин В.М., дал команду это сделать, стандарты в ИТ (где-то есть постановление), но Профи не откликнулись...
Вопрос ЛГБТ, буть они не ладны, у нас поднимают чаще чем вопрос отмены или ввода стандарта, и какие можно сделать выводы??!!... тут выводы делать нельзя, тут что то делать нужно, и лучше по ГОСТу...
ПС: В примере с BIM, ситуацию освещали строители даже были, сейчас Савватеев (и не только он)продвигает тему нового ФГОСа...
Выводы
1. На рынке ИТ сложился классический пузырь, надувание которого обеспечивается финансовыми интересами олигархических структур и поддерживается общим снижением уровня квалификации менеджеров и специалистов. Однако рано или поздно любой пузырь лопается.
2. Сложившаяся ситуация в целом невыгодна обществу и квалифицированным специалистам: нет ничего хуже для качества, чем дешёвая и неквалифицированная рабочая сила.
3. Верхушка государственного аппарата не заинтересована в повышении качества своей работы и соответственном снижении потока бюджетных средств, которые она осваивает. При этом государственный аппарат не отвечает за результаты хозяйственной деятельности вверенной ему отрасли.
4. Такие проверенные инструменты повышения качества, как стандартизация и сертификация, потеряли эффективность.
5. Окончательное завершение эпохи рынка повлечёт за собой изменение всей существующей системы общественных отношений с необходимостью дальнейшей адаптации общества к новой реальности.
Да, но это Поздно может быть уже после нас...
Прямо обратно, она всем выгодна... не нравится Товар - подай в суд. А на кого подать в суд, если меня не устраивает Система производства товара(см. Принципы СМК)? Если завод зарабатывает Хярд, и платит региону только налог и пошлины, то это не Качество. Расчет только на тех, кто пойдёт отстаивать свои права, а таких не много.
Стандарт и на них ввели, можно будет официально аудит проводить и стандарт менять)))
см. выше, Да...
Будут созданы, Частные Системы (чьи то), которые будут Руководить (не управлять) нужными производственными системами(ПС) и логистикой, в рамках своих нужд, ну может отрасли. и вот эти Частные системы и будут сделаны по ГОСТу...
а для чего и на какой основе создавались SAP*, Siemens(ИТ)?? Там вот, всё по ГОСТу, но об этом ВСЕ молчат...все все все... Иииии дорабатывают... И я коллегам (знакомым) по этим компаниям это доказывал, и доказал, но не изменилось ничего... "- Разбудите меня через 100 лет... а они опять ABAPят"
*SAP является террористической организацией в РФ, странах СНГ и Великом Устюге.
Что же делать в ситуации, когда «никто не даст нам избавленья: ни Бог, ни царь и не герой»? Несколько советов:
1. Программистам. Уважайте себя как профессионалов, пишите только качественный код. Те, кто не может, — либо повышайте квалификацию, либо занимайтесь делом, в котором сможете принести больше пользы людям.
2. Управленцам. Когда в следующий раз к вам придёт ИТ-специалист с заявкой на приобретение очередного дорогостоящего «железа» — применяйте приём «фейсом об тейбл». Если не поможет — ищите квалифицированного специалиста на эту должность, того, кто умеет эффективно использовать «железо».
3. Всем ИТ-специалистам. Первое: всегда смотрите на результаты своей работы с точки зрения конечных потребителей. В конце концов, ведь все мы ими являемся. Делая свою работу качественно, мы помогаем прежде всего себе. Второе: по возможности старайтесь развивать и использовать свободное ПО.
4. Тем, кто занимается реализацией подержанной техники. Помните о том, что сегодня не многие могут себе позволить ежегодно тратить десятки тысяч рублей на новые гаджеты. Покупка бывшей в употреблении техники может стать для большого числа людей единственным шансом обеспечить себе и своим детям возможность достойного образования и развития.
Что же делать!? Начинать использовать стандарты, всем Профессионалам, на всех этапах жизненного цикла ПО и не только ПО...
и не ссать и делать по ГОСТу...) Ни один заказчик, не "закажет" лучше ГОСТа, на его деятельность.
+ Автору Спасибо, за то что поднял тему! сам ленюсь...
Тут на самом деле важным моментом является заинтересованность заказчика.
И да, и нет) В "одном" проекте по автоматизации процесса согласования 1 д-тя, я сделал механизм для настройки маршрутов пользователями, в архитектуре, ориентируясь на стандарты, а не БТ. Но в крупных компаниях такое не пройдёт(.
Сейчас в каждом RFP будет требование ISO/IEC 27К, 9К.
Кстати, у 27000, 9000, 14000, 25000 итд все они, когда имеют ввиду систему, говорят про 15288(57193), 57195.
BIAN, pods.org и PPDM это ГОСТ Р ИСО 15704-2008, а вот он уже ссылается на 15288.
*Но и тут есть ложка дёгтя, ТК (тех. комитеты выпускающие отрасл. ст-ты) не всегда, как бы этого хотелось, взаимодействуют между собой. Хороший пример, *тут все хороши, BIM в строительстве.
Проблема ещё в том, что разбираться приходится самому... методических материалов мало, я начинал с замечательного сайта https://cals.ru/ndocs название говорит само, за себя (там много материала!).
Да, соглашусь, что популярные ст-ты именно индустриальные. Но я про СИСТЕМНЫЕ стандарты, те которые говорят, как сделать Успешную систему (системная и программная инженерия).
Но в любом случае - это даже не шаблоны, а своеобразный чеклист.
Именно!)) Компания то ведь ваша, а продукт, будут потреблять те, кто Должен быть уверен в их безопасности... Те, то ЧТО вы произведете (если требований нет), всем всё ровно, но вот на сколько безопасно вы будете это делать (для потребителя, сотрудника, общества) Я должен быть в этом уверен, а я это Общество.
Я смотрю их для лучшего понимания бизнеса.
Ну? и кто у нас работает по стандарту?)) из руководителей, таких не видел...
я так вообще ушел от Бизнес требований, у меня есть ГОСТ на систему в кот. они действуют, есть профст-т, какими навыками они должны обладать и есть структура объектов с которыми они что то делают... я, всё это могу вытащить из ОКВЭДа...
Кто из них понимает что такое исо 9001 или 15288(57193)?? А без этого руководить организацией нельзя, только управлять.
А к стати, вся оборонка и АЭС это один большой ГОСТ... Поэтому в Этом Мы Лучшие, благо военные не взяли практику Сбера и Газпрома...
PS: ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
почему так - вот стандарт рекомендует
А вот в этом главная проблема, стандарт - рекомендует.
стандарт- образец, эталон, модель, принимаемые за исходные для сопоставления с ними других подобных объектов.
Тогда можно Рекомендовать всем работать хорошо... Рекомендовать соблюдать скорость, а если у вас есть дети, то можно Рекомендовать произв-лям детского питания соблюдать требования безопасности...
Ах да... забыл совсем... В "Храмой лошади" и "Зимней вишне" там рекомендации были не выполнены или не по Стандарту было всё организовано?! И почему то мне кажется, что в большом ТЦ ОТиПБ и ПожБез были, хоть как то, но автоматизированы...
В 21 веке, почти каждая смерть по неосторожности на руках Айтишника.
Про Архитектуру писать нужно и полезно! Автору "+"...
Но я затрону проблемную часть Архитектуризации... это стандарты (ГОСТы)
Почему нет ни одной ссылки? Как можно заниматься созданием сложных систем, веря только в свой "Великий мозг" (сарказм)? Как можно Знать всё и сразу, и помнить всё это?! Слезайте с тяжелых наркотиков!!!
И я, говорю о стандартах именно по ЖЦ ИТ систем, без учета стандартов на виды деятельности, которые вы автоматизируйте. Как можно отличить Некомпетентного руководителя от компетентного, если не знаешь Как он должен PDCA'ить?
Разработчик должен создавать систему, которая будет отвечать Возможностям Заказчика, а не его Хотелкам (мало ли что он хочет...).
Аргументы типа "- А в требованиях на вакансии этого нет.." или "- От нас этого не треюуют" не принимаются, тк что бы создать Культуру разработки на Родине, нужно её СОЗДАВАТЬ, а не делить разработчика на джуна, сеньора или мадаму... Смотри проф стандарт, определяй свою квалификацию по уровням, пиши резюме. Для HR будет попроще нанимать компетентных специалистов без профильного образования... Да и выстраивать разработку в соотв с ЖЦ (12207) будет проще, тк терминология в стандартах хорошо согласована (враки).
Кто хочет Автоваз по ТУ?? или может мед оборудование и расходники по СТО делать??
Кто считает, что ГОСТы это Старьё, у бабки из под юбки, то может написать свой (Описать как он добивается результата в длительном периоде, от Идеи, до утилизации Системы)..
PS: И да, Не смешивайте Стандарты и ГосИнфСистемы, стандарты пишутся, надеюсь, инженерным составом, а ГосПО Проектными менеджерами (свои стандарты они тоже не знают).
Хотите знать ситуацию на своём предприятии со стандартизацией? Узнайте чем занимается инженер по Качеству и есть ли он... Если ничем/его нет, то и не о какой стандартизации речи быть не может, тк это его Работа. А если не он ей занимается или он занимается "бумажками", то тогда Директор не знает, что такое Руководство и Организация, как виды деятельности. Хотя, как Управленец, он может быть и Молодцом и компания будет развиваться (но только при нём).
Стандарты:
ГОСТ Р ИСО 19440-2010 ИНТЕГРАЦИЯ ПРЕДПРИЯТИЯ. Конструкции для моделирования предприятий
ГОСТ Р ИСО 15704-2008 Промышленные автоматизированные системы.ТРЕБОВАНИЯ К СТАНДАРТНЫМ АРХИТЕКТУРАМ И МЕТОДОЛОГИЯМ ПРЕДПРИЯТИЯ
ГОСТ Р ИСО 19439-2008 ИНТЕГРАЦИЯ ПРЕДПРИЯТИЯ. Основа моделирования предприятия
ГОСТ Р 57195-2016 ЯДРО И ЯЗЫК ДЛЯ МЕТОДОВ СИСТЕМНОЙ И ПРОГРАММНОЙ ИНЖЕНЕРИИ. Общие положения
итд...
+ Есть ещё профстандарты, которые Разработчики (ВООБЩЕ ВСЕ, БЕЗ ИСКЛЮЧЕНИЙ) Не знают или не хотят знать!
По Проектам:
ГОСТ Р 56716-2015 Проектный менеджмент. Техника сетевого планирования. Общие положения и терминология
ГОСТ Р 56715.5-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 5. Термины и определения
ГОСТ Р 56715.4-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 4. Данные и модель данных
ГОСТ Р 56715.3-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 3. Методы
ГОСТ Р 56715.2-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 2. Процессы и процессная модель
ГОСТ Р 56715.1-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 1. Основные положения
ГОСТ Р МЭК 62198-2015 Проектный менеджмент. Руководство по применению менеджмента риска при проектировании
ГОСТ Р МЭК 61160-2015 Проектный менеджмент. Документальный анализ проекта
ГОСТ Р ИСО MEK_TO_16326-2002 РУКОВОДСТВО ПО ПРИМЕНЕНИЮ ГОСТ Р ИСОМЭК 12207 ПРИ УПРАВЛЕНИИ ПРОЕКТОМ
2 ГОСТ Р 54869-2011 "Проектный менеджмент. Требования к управлению проектом";
3 ГОСТ Р 54871-2011 "Проектный менеджмент. Требования к управлению программой";
4 ГОСТ Р 54870-2011 "Проектный менеджмент. Требования к управлению портфелем проектов".
"Кто не любит ГОСТы, будет есть тараканов с гвоздями...А что, ВАМ же требования не нужны... ВЫ же сами знайте как лучше... вот и тот, кто вас кормит и лечит будет вести себя так же!"
1. Проверка первоисточников на предмет правильного описания предмета обсуждения сегодня является обязательной.
2. У Сбербанка выработан замечательный подход, в центре которого находятся клиенты, а также продукты и сервисы, ориентированные на клиентов.
3. Матрица деятельности является попыткой параметрического описания основных видов деятельности компании в современной действительности. Но требуется ее экспертное обсуждение для активного внедрения в современный менеджмент.
4. Разработки компании Gartner сегодня можно и нужно применять в сфере инноваций и развития бизнеса, потому что во многом эта сфера базируется на сквозных технологиях, бурно развивающихся сегодня.
Сбер не знает что такое первоисточник, тк не знает Стандартов!!! это факт, см выше.
У Сбера подход, ориентированный на Акционеров, а не клиентов. См ИСО 9001.
Какая к чёрту матрица??!!! Откройте профстандарт!
Gartner - это во первых, "Инженерные" террористы, которые перетряхивают кибернетику Виннера уже много лет, и активно не дают продвигать именно Стандарты СИ, за которые так любили СССР. А во вторых, это иноагент, как минимум, а если уж "эксперт" Сбера его рекомендует, то должно быть всё понятно.
Всё же по ГОСТу было! а сейчас? кто вообще читает эти ГОСТы? кто занимается контролем ТК??!
Давайте разбираться. Попробую привести конкретные стандарты.
ГОСТы точно не описывают понятие бизнес-логики, конфигурации ценности, ролевую модель акторов деятельности и модель их интересов.
ПНСТ 420-2020
ГОСТ Р 57100-2016/ISO/IEC/IEEE 42010:2011
СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ ОПИСАНИЕ АРХИТЕКТУРЫ
ГОСТы точно не описывают инновационную деятельность и антикризисное управление.
антикризисное управление = управление рисками + непрерывность бизнеса
ISO 56000 – группа стандартов по управлению инновационной деятельностью (ваша ссылка)
ГОСТы точно не описывают проекты организационной трансформации организации.
Наше дорогое Правительство этим занимается!
"Дорожная карта развития "сквозной" цифровой технологии "Новые производственные технологии"
ПЛАН МЕРОПРИЯТИЙ ("ДОРОЖНАЯ КАРТА") реализации механизма управления системными изменениями нормативно-правового регулирования предпринимательской деятельности "Трансформация делового климата" "Новые виды предпринимательской деятельности, основанные на внедрении передовых технологий"
Если интересно, посмотрю что получилось за 2 года. (давно не актуализировал базу, с 2020г)
ГОСТы точно не описывают этапы жизненного цикла организации.
ГОСТ Р 57193-2016 Системная и программная инженерия. ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА СИСТЕМ.
1.1 Область применения
Настоящий стандарт устанавливает общие основы для описаний процессов и применяется в отношении жизненного цикла систем, созданных человеком. Настоящий стандарт определяет множество процессов и соответствующую терминологию с инженерной точки зрения. Процессы могут применяться на любом уровне иерархии в структуре системы. Выбранные из них множества могут быть использованы в течение жизненного цикла для управления и осуществления стадий жизненного цикла системы, что реализуется путем вовлечения всех участников, заинтересованных в достижении конечной цели - удовлетворенности заказчиков.
ГОСТы хорошо описывают, как вам описать детально ситуацию как есть.
Вот этого там как раз и нет))) Есть стандарты на нотации моделирования.
Но в ГОСТах точно не описано как конструировать бизнес-модель объекта управления из будущего.
ГОСТ Р 57193 и ГОСТ Р 57195.
ЗЫ: Сейчас ещё посмотрю, может ещё что то найду.
И да, стандарт - это не панацея, голову никто не отменял... Сделать не по ГОСТу - это значит сделать Лучше ГОСТа, но никак не ниже или не зная их.
Их идею с энтузиазмом восприняли в самых разных компаниях, в частности, в Сбербанке.
Похоже Г. Греф в каком то другом Сбере работает))) Да и что вообще можно подчерпнуть из СМИ типа гарднера... Нееее, так не пойдет "- Всё фигня* кроме пчёл".
Вопросы: Чего из этого нет в стандартах? Почему беря ссылки на Шухарта, СМК, learn итд нет ни одной ссылки на ГОСТ? Зачем анализировать то, что уже есть рабочее? Почему сбер не читает постановления правительства в области ИТ?... Вопросы, скорее, риторические...
Существует СИСТЕМНОЕ описание организации, те как системы (неожиданно, да). ГОСТ Р ИСО 57193 (бывш 15288).
Оно включает разные (но ограниченные) точки зрения на систему. ГОСТ Р ИСО 19439.
Можно ещё ПНСТ 420 посмотреть(возможно уже вышел) . Ну и 7 (семь) Альф СИ ГОСТ 57195.
"Не знаешь ГОСТов, не суйся в руководители по управлению и руководству ИТ проектами!" - это не призыв к действию, а призыв к развитию!!! Герман, давай уже всё по ГОСТу?!
В ГОСТе всё по русском!! (картинку лень сохранять, там 46 процессов и 4 группы процессов)
ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия7 (семь) Альф СИ ГОСТ 57195Всё эти методы уже, так или иначе, есть в Системной Инженерии, те в ГОСТах
Обидно, Газпром раза 3 внедряли SAP по полной стоимости, теперь опять придется с 0 делать, тк документации у них нет. А вот SAP консультантов не жалко, денег они заработали, теперь можно и делом заняться, а не АБАПить хотелки...
То, что есть хорошего в SAP, всё ровно им не пользуются и у SAP СНГ на это табу. Они (наш sap подрядчик) даже умудрились моему руководству нажаловаться, что я своими запросами по стандарту сапа у их программиста хлеб отнимаю))) спрашивал по PLM, Audit, FMEA..... В итоге ABAP, за то подрядчик сыт.
У SAP цель была разрушить Газпром (и не только)... и у них почти получилось)) в компаниях где sap более менее работает, эффект получен не от него, а от грамотных Инженеров, которые не давали SAPовцам сломать то что есть.
ПС: Тимцентр от сименса, на мой взгляд более логичный, но тоже не окупится. Пользуйтесь отечественным! Незачем "кормить" менеджеров, продавцов и начальников перекупов.
ВАЖНО! Помимо разработки собственного софта, нужно очень активно начать борьбу с откатчиками. Это главный враг хорошей разработки! Именно благодаря им SAP так разросся (они готовы до половины назад налом вернуть). Каждый продавец ПО должен указывать конкретную цену за работу/продукт на сайте/прайсе, а не тайно для каждого клиента.
В каких ГОСТах можно найти рекомендации по применению законов развития технических систем (ЗРТС), которые составляют фундамент ТРИЗ?
Давайте прикинем...
ГОСТ Р 57193, Р 57100, Р 56861, Р 57195, Р ИСО 20140, 50.1.015-98 (?), Р 56566, Р МЭК 62502 (риск=возможность), Р ИСО 15926, Р 55062, Р ИСО 13053. Ну это не прям по ЗРСТ, но умея замечать подобие систем, стандарты могут помочь.
Сначала надо учиться решать изобретательские задачи, а потом, если понадобится, патентоведы помогут.
Скорее параллельно... патентоведов то, как проверять)))
Вы не видите глупости своей фразы? Ноу-хау и изобретение - это разные вещи, извините за ликбез.
А ноу-хау (секрет производства) с неба падает или тоже изобретается?? Как объект права, да есть разница. Я с изобретениями не работаю, а вот со способами производства - да. Так что, прошу без оскорблений!
Задача от заказчика, если он приходит к ТРИЗ-консультанту.....
Да где же у нас ТРИЗ-консультанты то есть?.. Аналитики, инженеры, научные работники...
Всё ведь от руководства идет. Будет как с экологами - ты эколог, ты бумагу и сортируй и на субботники ходи... Я именно про это.
"ТРИЗ - это не профессия одного человека".
Ну-у-у, эттто Вы поторопились.
см выше и ниже. Одно дело, когда слово Тризовца имеет вес, а если человек далёк от руководства, то будет работа в стол для себя.
Вот на формальном создании Системы изобретательства и Системы управления всё и кончится... "Хотите похоронить дело, создайте комиссию" (С)
Система управления и Комиссия - это не одно и то же. 10 лет работал в большой газовой компании и комиссий/проектов/заседаний насмотрелсяяя... а вот систем - нет. Системное управление, с пузанчиками в галстуках, общего ничего не имеет.
Вы ведь правильно заметили с патентоведами - помогут, дак может и системное управление тоже системщикам отдать?
Дак и IT специалисты, как бы не обидеть, не гастарбайтеры. Если они так же хотят работать, как наши дорожные строители, то пусть едут в свою заграницу, там "помогают".
Лично моё мнение, что IT "элита" смотрит на ямы на дорогах и не видит, что сами так же и работают. В том, что в отрасли бардак, виноваты в первую очередь только те, кто там понимает.... как вы видели во всех интервью, депутаты тут не при чём))))
ПС: А в Екатеринбурге, всё хоть и не идеально (по весне в особенности), меня устраивает.
ППС: И да... как выделили деньги и как их распределили и потратили это разные вещи.
Я бы сказал что нельзя... В том смысле, что ТРИЗ застрахован от "эффективных" менеджеров (в отличие от управления проектами), тем, что это не инструмент, а способ мышления. Без понимания того, что такое Система (системное мышление) и инструмента Системной инженериив ТРИЗе далеко не уедешь.
Для начинающих, в сфере изобретательства, я бы рекомендовал обратить свой взор на ГОСТы (не читаешь НТД - делать нечего в ИТ!), сайт ФИПС (изучить, как пишется формула изобретения) откройте для себя, что 90% нохау уже изобретены.
За 10 лет в ИТ, у меня не было случая, когда описание задачи от Бизнес заказчика, хотя бы немного дотягивало до описания функций (которые хочет автоматизировать/улучшить) в профильном ГОСТе.
ТРИЗ это не профессия одного человека, для ТРИЗа в компании нужно создать Систему изобретательства. А до этого Систему управления/менеджмента (и тоже по ГОСТ).
Что бы ожидания от работы у работодателя и работника совпадали, нужно что бы представления о том, что предстоит делать были одинаковые у всех. Те нужно формализовать виды деятельности для этих профессий, и что бы не заниматься ерундой и не начинать Воспитывать человека с образованием, а сразу ввести его в работу, "динозавры" придумали проф стандарты, а еще обновляют их... для себя наверное.
Профессиональный стандарт "Бизнес-аналитик"
Профессиональный стандарт "Системный аналитик"
Профессиональный стандарт "Руководитель проектов в области информационных технологий" - а этот, что бы проверить профессионализм твоего будущего начальника.
" -Скажите, как вы будете меня оценивать и я скажу вам, как я буду работать."
Для HR и руководителей подразделений (всех типов) можно полистать методичку моей альма-матер.
"Алгоритм и принципы внедрения профессиональных стандартов в систему управления персоналом организации" ФГАОУ ВО «Уральский федеральный университет имени первого Президента России Б. Н. Ельцина» Екатеринбург, 2016 г (бывш. УГТУ УПИ им. С.М.Кирова)
ПС: да, это не видосики с тиктока, придется почитать, погуглить ссылочные документы и человеческую инженерную терминологию.
Те, если стажировка прошла так себе (отработал на свои 20к), то рекрута можно от сеить бесплатно, а если он прошел курсы и ничего не усвоил (те курс так себе), то компания за не качественно оказанную услугу ничего не должна?! А как же упущенная выгода в виде ЗП после курсов в виде ~150тр в месяц?... не сходится... или эти знания нигде больше не применить?... странный инженерный подход.
При учебе на бюджете, если не вывез каляску, тебя же не будут засчтавлять оплачивать (только целевики и то там не такие суммы).
"чтобы его взяли даже бесплатно работать"
"Если вы работаете, но ваша зарплата покрывает только покупку еды, одежды и оплату ЖКХ - то стоимость вашего труда равна стоимости труда раба."
Работать бесплатно, будет только очень доверчивый человек или очень хитрый.
Работники нужны, в первую очередь, компании, а во вторую государству. Проблемы в требованиях-знаниях можно решить прочитав профстандарт (благо они есть).
Такой подход, коммерчески, мне понятен, но не приятен. Есть более гуманные подходы, например: компания N (реальная) наладила производственный процесс, хорошо все сделала, но людей, на низкие должности, набирает только на испытательный срок, а потом увольняет. Но б***ь не берет с тебя деньги за твою работу и оплату наставника. А потом всех бесит, что молодежь по подъездам закладки раскладывает, после такой стажировки и не туда пойдешь.
Лично я считаю, что отнимать деньги можно только у рУКОВОДИТЕЛЯ, а не Работника. Именно руководитель несёт (ну может нести) материальную ответственность и может повлиять на возложенные на него ф-и с помощью выделенных ему полномочий.
О каком инженерном подходе может идти речь! Ведь он вот прям совсем не подразумивает рабства и наема кухарок в программисты.
А, ну и посмешил тот факт, что Инженерной компании при увеличении заказов потребовалось, как на хлопковой плантации 18 века, резкое увеличение штата в геометрической прогресии, ну смешно, учите системную инженерию и ТРИЗ.
PS.: 10лет в IT/СИ, по образованию Инженер по управлению качеством (3 года по специальности, уволился тк Главный инженер не пустил в ИТ службу на Аудит СМК "- Маладэц Сэрожа").
PSS.: Если компания ИНЖЕНЕРНАЯ (сорян, задели за живое) то тогда давайте пруфы (чему учите, как, зачем, кто, как этими знаниями зарабатывать (коммерческой тайны не нужно, если вы инженерная компания, то должны это понимать)) или интервью-аудит с любым руководителем подразделения...
*по минимуму можно показать просто подход именно в работе над конечным продуктом, подобранной, с таким подходом, командой.
Ребята, кто хочет идти в ИТ с 0, для начала прочитайте профстандарты по выбранной вами области (вы уже сможете закрыть все вопросы от HR), а если прочитайте пару-тройку ГОСТов, то минимум на джуна (а не ждуна:))) вы попадете хоть куда, и это не шутка!
Меня сильно зацепили 2 темы в вашей статье: 1) стандартизация, 2) СМК.
Нам (инженерам по управлению качеством) еще в институте рассказывали про инструменты тоёты, принципы МК и про системы автоматизации (MRP, ERP итд). Я ни в коем случае не хочу сказать, что это было не полезно, и даже наоборот, очень стоит прочитать доктора Э. Деминга, К. Исикава, А. Фейгебаума, Ф. Кросби, но для текущих реалий, опять же на мой взгляд, труды этих людей далеки от применения на практике на пост советском пространстве.
За 8 лет в ИТ и 3 по специальности я убедился в том, что все "это" работает только в рамках системного подхода, а это относится к Первой (1) теме - стандартизации. Я не знаю ни одного предприятия, которое не укладывалось бы в рамки стандартных (вот прям по ГОСТ/ISO) процессов. Я уверен, что у вас в СТО по СМК за основу взят ГОСТ/ISO 9***, по аудитам 19***, по аккредитации 17***, но без стандартов системной инженерии 57193(15288) и 57195(7 альф СИ) они смотрятся очень отделенными от реальности, непонятными.
Проблема на мой взгляд в том, что мы верим зарубежным методикам, не понимая что это только реклама без конкретики. А вот конкретика, как раз в гостах и лежит. Да, там есть свои проблемы, но над ними работают, Госты меняются, гармонизируются, а методики - нет (JIT, канбан, TQM, Кибирнетика, итд (стат методы не в счет - это математика)).
А по теме СМК (2) могу прокомментировать следующее, рабочему персоналу это знать не нужно, системные документы касаются только руководителей. За ЗП рабочего помогать думать начальнику, это как то не по фэншую. Рабочий должен читать должностную, рабочую инструкции и правила ОТиПБ, а вот СТО это для руководителей. Тут я бы рекомендовал прочитать Г.П. Щедровицкого "Оргуправленческое мышление" это СМК для России.
Аллилуйя!!! Ну хотя бы, для начала, термины научатся из ГОСТов брать, а там глядишь и сами стандарты применять будут... А то как же Газпром-информ и Сбертех без льгот то будут...
Может потом и компании-частники разработчики подтянутся... но не рассчитываю на их сознательность
И правда, почему?! Управление Активами и ТОиР без применения Системных ст-тов (ГОСТ Р ИСО 57197,15926) это как монашку в бордель нанимать...
Не совсем. 1. Давайте сравним ЗП исполнителей, тут всем ясно что программист получает в разы больше строителя (берем именно рабочих). 2. Для строительство все нормы известны, но все сейчас их по хитрому обходят, дабы сбить цену. Вы в ИТ проектах когда-нибудь видели нормы, которые бы вообще рассматривались? "- Валидный код" Это оч странная фраза (в текущем контексте), тк для Валидации кода нужно чётко понимать конкретную систему(отрасль, регион), контекст его применения... те код в Жизни должен работать и без электричества, быть поддерживаемым (прим. автоматизация операционной). А вот Верификацию кода, можно провести исходя из видов деят. и мат. моделей операций. 3. Строительство сетей - это самая простая и выгодная штука (всегда нужна, типовая до нельзя), дома строят как пирожки, а проекты иногда разные (конфигурируемы, научились), вся гонка идет за стоимость материала. 4.
К коду нужно относится, как к Танку, в прямом смысле. Должен быть надёжен, использовать типовую платформу, быть ремонто-пригодным и обновляемым, должна быть разработана целая система для его снабжения, логистики и хранения (гитхаб, хабр, форумы, гугл - так и кирпич не собрать), ну и подготовленный из 18 летних пацанов, за пол года, персонал-профессионал. И да, на УВЗ рабочий получает уж точно меньше программиста. А вы сравните УВЗ и допустим SAP-СНГ*, кто больше помог стране? У кого конечный продукт, заслуженно, лучший в мире? А думайте у них с кодом всё ок? вряд ли, "офисное" пишутся одной "бандой", за то у САПа всё, ****ь, Синьоры-помидоры.
*SAPявляется террористической организацией в РФ, странах СНГ и Великом Устюге.Самое главное создавать Качественные Системы! Код - это только болтик, Если Комбайнёр или Мясник не умеют делать колбасу или водить, то им ГОСТы не помогут.
Только Системный подход ко всем видам деятельности на всех этапах ЖЦ Системы. Нельзя же "бить", только программистов за код, их нужно "бить" ещё и за то что берут невнятные требования, шучу, аналитики и инженеры тоже хлеб за что то едят... Смотрим 7 альф СИ (ГОСТ 57195) и сверяем, все ли альфы описаны у вас...
Специально для Вас, цикл ИСО 10303... Я не программист, поэтому для меня они сложноваты, но как справкой пользуюсь, и про них мало кто вспоминает.
По тому, что нет Системы и Культуры применения стандартов (ГОСТов)... Ни на уровне потребителя, ни на уровне производителя.
СМК это только для руководителей и управленцев, до исполнителей это нужно доводить в "их терминологии".
Соглашусь со всеми, пример не удачный. Я, как инженер (СМК, СИ), Вас понял, то что вы хотели показать, но с ПО столько нюансов... Само название "Офисные системы", Офис - это здание и сериал... А для трудовых ф-й и видов деят. есть конкретные требования* (*в рамках разных систем, могут быть спецификации -eTOM, BIAN, PODS, наши военные).
Все Офисные работники разные, специфика своя (настройки интерфейса), а структура и функционал для всех может быть одними.
*Я вот из дома работаю, а это не офис!!! Но я (*допустим), Системный аналитик, на таком то проекте и выполняю такие то ф-и.
Оно и не работает... Оно описано, Правительство сказало - "Выполнять", а оно не выполняется...
-Прочитал проф стандарт*;
-Ознакомился с трудовыми функциями;
-Оценил Квалификацию;
-Посмотрел профильные стандарты;
-Изучил вакансии, в которых прописаны те Трудовые Функции, которые нужны работодателю (не более);
-И пошёл подтверждать уровень квалификации по ТФ. И на собеседовании, нужно проверять и работодателя, и на знания ТФ, и его правдивость.. и подход на стандартизацию в целом.
*А до этого, как минимум, изучить 12207 ЖЦ ИТ Систем, 57193 ЖЦ Систем(предприятия или изделия), 57195 7_альф СИ, 19440, 15704, 19439 По Архитектуре предприятия, что бы использовать Стандартные конструкции предприятия (как в ООП).
ПС: В стандартах, есть картинки!
Кроме самих программистов, их профстандарт никто не исправит. В Свои, я бы, может быть, и полез.. но на то они и ПРОФЕССИОНАЛЬНЫЕ стандарты и должны ими и писаться...
Мишустин В.М., дал команду это сделать, стандарты в ИТ (где-то есть постановление), но Профи не откликнулись...
Вопрос ЛГБТ, буть они не ладны, у нас поднимают чаще чем вопрос отмены или ввода стандарта, и какие можно сделать выводы??!!... тут выводы делать нельзя, тут что то делать нужно, и лучше по ГОСТу...
ПС: В примере с BIM, ситуацию освещали строители даже были, сейчас Савватеев (и не только он)продвигает тему нового ФГОСа...
Да, но это Поздно может быть уже после нас...
Прямо обратно, она всем выгодна... не нравится Товар - подай в суд. А на кого подать в суд, если меня не устраивает Система производства товара(см. Принципы СМК)? Если завод зарабатывает Хярд, и платит региону только налог и пошлины, то это не Качество. Расчет только на тех, кто пойдёт отстаивать свои права, а таких не много.
Стандарт и на них ввели, можно будет официально аудит проводить и стандарт менять)))
см. выше, Да...
Будут созданы, Частные Системы (чьи то), которые будут Руководить (не управлять) нужными производственными системами(ПС) и логистикой, в рамках своих нужд, ну может отрасли. и вот эти Частные системы и будут сделаны по ГОСТу...
а для чего и на какой основе создавались SAP*, Siemens(ИТ)?? Там вот, всё по ГОСТу, но об этом ВСЕ молчат...все все все... Иииии дорабатывают... И я коллегам (знакомым) по этим компаниям это доказывал, и доказал, но не изменилось ничего... "- Разбудите меня через 100 лет... а они опять ABAPят"
*SAPявляется террористической организацией в РФ, странах СНГ и Великом Устюге.Что же делать!? Начинать использовать стандарты, всем Профессионалам, на всех этапах жизненного цикла ПО и не только ПО...
и не ссать и делать по ГОСТу...) Ни один заказчик, не "закажет" лучше ГОСТа, на его деятельность.
+ Автору Спасибо, за то что поднял тему! сам ленюсь...
И да, и нет) В "одном" проекте по автоматизации процесса согласования 1 д-тя, я сделал механизм для настройки маршрутов пользователями, в архитектуре, ориентируясь на стандарты, а не БТ. Но в крупных компаниях такое не пройдёт(.
Кстати, у 27000, 9000, 14000, 25000 итд все они, когда имеют ввиду систему, говорят про 15288(57193), 57195.
BIAN, pods.org и PPDM это ГОСТ Р ИСО 15704-2008, а вот он уже ссылается на 15288.
*Но и тут есть ложка дёгтя, ТК (тех. комитеты выпускающие отрасл. ст-ты) не всегда, как бы этого хотелось, взаимодействуют между собой. Хороший пример, *тут все хороши, BIM в строительстве.
Проблема ещё в том, что разбираться приходится самому... методических материалов мало, я начинал с замечательного сайта https://cals.ru/ndocs название говорит само, за себя (там много материала!).
"+" за чтение документации
Да, соглашусь, что популярные ст-ты именно индустриальные. Но я про СИСТЕМНЫЕ стандарты, те которые говорят, как сделать Успешную систему (системная и программная инженерия).
Именно!)) Компания то ведь ваша, а продукт, будут потреблять те, кто Должен быть уверен в их безопасности... Те, то ЧТО вы произведете (если требований нет), всем всё ровно, но вот на сколько безопасно вы будете это делать (для потребителя, сотрудника, общества) Я должен быть в этом уверен, а я это Общество.
Ну? и кто у нас работает по стандарту?)) из руководителей, таких не видел...
я так вообще ушел от Бизнес требований, у меня есть ГОСТ на систему в кот. они действуют, есть профст-т, какими навыками они должны обладать и есть структура объектов с которыми они что то делают... я, всё это могу вытащить из ОКВЭДа...
Кто из них понимает что такое исо 9001 или 15288(57193)?? А без этого руководить организацией нельзя, только управлять.
А к стати, вся оборонка и АЭС это один большой ГОСТ... Поэтому в Этом Мы Лучшие, благо военные не взяли практику Сбера и Газпрома...
PS: ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия (GERA)
А вот в этом главная проблема, стандарт - рекомендует.
стандарт- образец, эталон, модель, принимаемые за исходные для сопоставления с ними других подобных объектов.
Тогда можно Рекомендовать всем работать хорошо... Рекомендовать соблюдать скорость, а если у вас есть дети, то можно Рекомендовать произв-лям детского питания соблюдать требования безопасности...
Ах да... забыл совсем... В "Храмой лошади" и "Зимней вишне" там рекомендации были не выполнены или не по Стандарту было всё организовано?! И почему то мне кажется, что в большом ТЦ ОТиПБ и ПожБез были, хоть как то, но автоматизированы...
В 21 веке, почти каждая смерть по неосторожности на руках Айтишника.
Про Архитектуру писать нужно и полезно! Автору "+"...
Но я затрону проблемную часть Архитектуризации... это стандарты (ГОСТы)
Почему нет ни одной ссылки? Как можно заниматься созданием сложных систем, веря только в свой "Великий мозг" (сарказм)? Как можно Знать всё и сразу, и помнить всё это?! Слезайте с тяжелых наркотиков!!!
И я, говорю о стандартах именно по ЖЦ ИТ систем, без учета стандартов на виды деятельности, которые вы автоматизируйте. Как можно отличить Некомпетентного руководителя от компетентного, если не знаешь Как он должен PDCA'ить?
Разработчик должен создавать систему, которая будет отвечать Возможностям Заказчика, а не его Хотелкам (мало ли что он хочет...).
Аргументы типа "- А в требованиях на вакансии этого нет.." или "- От нас этого не треюуют" не принимаются, тк что бы создать Культуру разработки на Родине, нужно её СОЗДАВАТЬ, а не делить разработчика на джуна, сеньора или мадаму... Смотри проф стандарт, определяй свою квалификацию по уровням, пиши резюме. Для HR будет попроще нанимать компетентных специалистов без профильного образования... Да и выстраивать разработку в соотв с ЖЦ (12207) будет проще, тк терминология в стандартах хорошо согласована (враки).
Кто хочет Автоваз по ТУ?? или может мед оборудование и расходники по СТО делать??
Кто считает, что ГОСТы это Старьё, у бабки из под юбки, то может написать свой (Описать как он добивается результата в длительном периоде, от Идеи, до утилизации Системы)..
PS: И да, Не смешивайте Стандарты и ГосИнфСистемы, стандарты пишутся, надеюсь, инженерным составом, а ГосПО Проектными менеджерами (свои стандарты они тоже не знают).
Хотите знать ситуацию на своём предприятии со стандартизацией? Узнайте чем занимается инженер по Качеству и есть ли он... Если ничем/его нет, то и не о какой стандартизации речи быть не может, тк это его Работа. А если не он ей занимается или он занимается "бумажками", то тогда Директор не знает, что такое Руководство и Организация, как виды деятельности. Хотя, как Управленец, он может быть и Молодцом и компания будет развиваться (но только при нём).
Стандарты:
ГОСТ Р ИСО 19440-2010 ИНТЕГРАЦИЯ ПРЕДПРИЯТИЯ. Конструкции для моделирования предприятий
ГОСТ Р ИСО 15704-2008 Промышленные автоматизированные системы. ТРЕБОВАНИЯ К СТАНДАРТНЫМ АРХИТЕКТУРАМ И МЕТОДОЛОГИЯМ ПРЕДПРИЯТИЯ
ГОСТ Р ИСО 19439-2008 ИНТЕГРАЦИЯ ПРЕДПРИЯТИЯ. Основа моделирования предприятия
ГОСТ Р 57195-2016 ЯДРО И ЯЗЫК ДЛЯ МЕТОДОВ СИСТЕМНОЙ И ПРОГРАММНОЙ ИНЖЕНЕРИИ. Общие положения
итд...
+ Есть ещё профстандарты, которые Разработчики (ВООБЩЕ ВСЕ, БЕЗ ИСКЛЮЧЕНИЙ) Не знают или не хотят знать!
По Проектам:
ГОСТ Р 56716-2015 Проектный менеджмент. Техника сетевого планирования. Общие положения и терминология
ГОСТ Р 56715.5-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 5. Термины и определения
ГОСТ Р 56715.4-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 4. Данные и модель данных
ГОСТ Р 56715.3-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 3. Методы
ГОСТ Р 56715.2-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 2. Процессы и процессная модель
ГОСТ Р 56715.1-2015 Проектный менеджмент. Системы проектного менеджмента. Часть 1. Основные положения
ГОСТ Р МЭК 62198-2015 Проектный менеджмент. Руководство по применению менеджмента риска при проектировании
ГОСТ Р МЭК 61160-2015 Проектный менеджмент. Документальный анализ проекта
ГОСТ Р ИСО MEK_TO_16326-2002 РУКОВОДСТВО ПО ПРИМЕНЕНИЮ ГОСТ Р ИСОМЭК 12207 ПРИ УПРАВЛЕНИИ ПРОЕКТОМ
1 ГОСТ Р ИСО 21500-2014 "Руководство по проектному менеджменту";
2 ГОСТ Р 54869-2011 "Проектный менеджмент. Требования к управлению проектом";
3 ГОСТ Р 54871-2011 "Проектный менеджмент. Требования к управлению программой";
4 ГОСТ Р 54870-2011 "Проектный менеджмент. Требования к управлению портфелем проектов".
"Кто не любит ГОСТы, будет есть тараканов с гвоздями...А что, ВАМ же требования не нужны... ВЫ же сами знайте как лучше... вот и тот, кто вас кормит и лечит будет вести себя так же!"
PPS: Слишком близко к сердцу не принимайте...
Сбер не знает что такое первоисточник, тк не знает Стандартов!!! это факт, см выше.
У Сбера подход, ориентированный на Акционеров, а не клиентов. См ИСО 9001.
Какая к чёрту матрица??!!! Откройте профстандарт!
Gartner - это во первых, "Инженерные" террористы, которые перетряхивают кибернетику Виннера уже много лет, и активно не дают продвигать именно Стандарты СИ, за которые так любили СССР. А во вторых, это иноагент, как минимум, а если уж "эксперт" Сбера его рекомендует, то должно быть всё понятно.
Всё же по ГОСТу было! а сейчас? кто вообще читает эти ГОСТы? кто занимается контролем ТК??!
Давайте разбираться. Попробую привести конкретные стандарты.
ISO 56000 – группа стандартов по управлению инновационной деятельностью (ваша ссылка)
Наше дорогое Правительство этим занимается!
"Дорожная карта развития "сквозной" цифровой технологии "Новые производственные технологии"
ПЛАН МЕРОПРИЯТИЙ ("ДОРОЖНАЯ КАРТА") реализации механизма управления системными изменениями нормативно-правового регулирования предпринимательской деятельности "Трансформация делового климата" "Новые виды предпринимательской деятельности, основанные на внедрении передовых технологий"
Если интересно, посмотрю что получилось за 2 года. (давно не актуализировал базу, с 2020г)
ГОСТ Р 57193-2016 Системная и программная инженерия. ПРОЦЕССЫ ЖИЗНЕННОГО ЦИКЛА СИСТЕМ.
1.1 Область применения
Настоящий стандарт устанавливает общие основы для описаний процессов и применяется в отношении жизненного цикла систем, созданных человеком. Настоящий стандарт определяет множество процессов и соответствующую терминологию с инженерной точки зрения. Процессы могут применяться на любом уровне иерархии в структуре системы. Выбранные из них множества могут быть использованы в течение жизненного цикла для управления и осуществления стадий жизненного цикла системы, что реализуется путем вовлечения всех участников, заинтересованных в достижении конечной цели - удовлетворенности заказчиков.
Вот этого там как раз и нет))) Есть стандарты на нотации моделирования.
ГОСТ Р 57193 и ГОСТ Р 57195.
ЗЫ: Сейчас ещё посмотрю, может ещё что то найду.
И да, стандарт - это не панацея, голову никто не отменял... Сделать не по ГОСТу - это значит сделать Лучше ГОСТа, но никак не ниже или не зная их.
Похоже Г. Греф в каком то другом Сбере работает))) Да и что вообще можно подчерпнуть из СМИ типа гарднера... Нееее, так не пойдет "- Всё фигня* кроме пчёл".
Вопросы: Чего из этого нет в стандартах? Почему беря ссылки на Шухарта, СМК, learn итд нет ни одной ссылки на ГОСТ? Зачем анализировать то, что уже есть рабочее? Почему сбер не читает постановления правительства в области ИТ?... Вопросы, скорее, риторические...
Существует СИСТЕМНОЕ описание организации, те как системы (неожиданно, да). ГОСТ Р ИСО 57193 (бывш 15288).
Оно включает разные (но ограниченные) точки зрения на систему. ГОСТ Р ИСО 19439.
Можно ещё ПНСТ 420 посмотреть(возможно уже вышел) . Ну и 7 (семь) Альф СИ ГОСТ 57195.
"Не знаешь ГОСТов, не суйся в руководители по управлению и руководству ИТ проектами!" - это не призыв к действию, а призыв к развитию!!! Герман, давай уже всё по ГОСТу?!
Всё эти методы уже, так или иначе, есть в Системной Инженерии, те в ГОСТах
Обидно, Газпром раза 3 внедряли SAP по полной стоимости, теперь опять придется с 0 делать, тк документации у них нет. А вот SAP консультантов не жалко, денег они заработали, теперь можно и делом заняться, а не АБАПить хотелки...
То, что есть хорошего в SAP, всё ровно им не пользуются и у SAP СНГ на это табу. Они (наш sap подрядчик) даже умудрились моему руководству нажаловаться, что я своими запросами по стандарту сапа у их программиста хлеб отнимаю))) спрашивал по PLM, Audit, FMEA..... В итоге ABAP, за то подрядчик сыт.
У SAP цель была разрушить Газпром (и не только)... и у них почти получилось)) в компаниях где sap более менее работает, эффект получен не от него, а от грамотных Инженеров, которые не давали SAPовцам сломать то что есть.
ПС: Тимцентр от сименса, на мой взгляд более логичный, но тоже не окупится. Пользуйтесь отечественным! Незачем "кормить" менеджеров, продавцов и начальников перекупов.
ВАЖНО! Помимо разработки собственного софта, нужно очень активно начать борьбу с откатчиками. Это главный враг хорошей разработки! Именно благодаря им SAP так разросся (они готовы до половины назад налом вернуть). Каждый продавец ПО должен указывать конкретную цену за работу/продукт на сайте/прайсе, а не тайно для каждого клиента.
- Игорь Леонардович,.. Вы ли это??!!!))) при всём уважении...
ПС: Про ЖСТЛ у Викентьева И.Л. много материала (https://vikent.ru/), и я бы еще рекомендовал Щедровицкого Г.П.
Давайте прикинем...
ГОСТ Р 57193, Р 57100, Р 56861, Р 57195, Р ИСО 20140, 50.1.015-98 (?), Р 56566, Р МЭК 62502 (риск=возможность), Р ИСО 15926, Р 55062, Р ИСО 13053.
Ну это не прям по ЗРСТ, но умея замечать подобие систем, стандарты могут помочь.
Скорее параллельно... патентоведов то, как проверять)))
А ноу-хау (секрет производства) с неба падает или тоже изобретается?? Как объект права, да есть разница. Я с изобретениями не работаю, а вот со способами производства - да. Так что, прошу без оскорблений!
Да где же у нас ТРИЗ-консультанты то есть?.. Аналитики, инженеры, научные работники...
Всё ведь от руководства идет. Будет как с экологами - ты эколог, ты бумагу и сортируй и на субботники ходи... Я именно про это.
см выше и ниже. Одно дело, когда слово Тризовца имеет вес, а если человек далёк от руководства, то будет работа в стол для себя.
Система управления и Комиссия - это не одно и то же. 10 лет работал в большой газовой компании и комиссий/проектов/заседаний насмотрелсяяя... а вот систем - нет. Системное управление, с пузанчиками в галстуках, общего ничего не имеет.
Вы ведь правильно заметили с патентоведами - помогут, дак может и системное управление тоже системщикам отдать?
Дак и IT специалисты, как бы не обидеть, не гастарбайтеры. Если они так же хотят работать, как наши дорожные строители, то пусть едут в свою заграницу, там "помогают".
Лично моё мнение, что IT "элита" смотрит на ямы на дорогах и не видит, что сами так же и работают. В том, что в отрасли бардак, виноваты в первую очередь только те, кто там понимает.... как вы видели во всех интервью, депутаты тут не при чём))))
ПС: А в Екатеринбурге, всё хоть и не идеально (по весне в особенности), меня устраивает.
ППС: И да... как выделили деньги и как их распределили и потратили это разные вещи.
Я бы сказал что нельзя... В том смысле, что ТРИЗ застрахован от "эффективных" менеджеров (в отличие от управления проектами), тем, что это не инструмент, а способ мышления. Без понимания того, что такое Система (системное мышление) и инструмента Системной инженерии в ТРИЗе далеко не уедешь.
Для начинающих, в сфере изобретательства, я бы рекомендовал обратить свой взор на ГОСТы (не читаешь НТД - делать нечего в ИТ!), сайт ФИПС (изучить, как пишется формула изобретения) откройте для себя, что 90% нохау уже изобретены.
За 10 лет в ИТ, у меня не было случая, когда описание задачи от Бизнес заказчика, хотя бы немного дотягивало до описания функций (которые хочет автоматизировать/улучшить) в профильном ГОСТе.
ТРИЗ это не профессия одного человека, для ТРИЗа в компании нужно создать Систему изобретательства. А до этого Систему управления/менеджмента (и тоже по ГОСТ).
Что бы ожидания от работы у работодателя и работника совпадали, нужно что бы представления о том, что предстоит делать были одинаковые у всех. Те нужно формализовать виды деятельности для этих профессий, и что бы не заниматься ерундой и не начинать Воспитывать человека с образованием, а сразу ввести его в работу, "динозавры" придумали проф стандарты, а еще обновляют их... для себя наверное.
Профессиональный стандарт "Бизнес-аналитик"
Профессиональный стандарт "Системный аналитик"
Профессиональный стандарт "Руководитель проектов в области информационных технологий" - а этот, что бы проверить профессионализм твоего будущего начальника.
" -Скажите, как вы будете меня оценивать и я скажу вам, как я буду работать."
*по программированию гуглите сами) https://profstandart.rosmintrud.ru/
Для HR и руководителей подразделений (всех типов) можно полистать методичку моей альма-матер.
"Алгоритм и принципы внедрения профессиональных стандартов в систему управления персоналом организации" ФГАОУ ВО «Уральский федеральный университет имени первого Президента России Б. Н. Ельцина» Екатеринбург, 2016 г (бывш. УГТУ УПИ им. С.М.Кирова)
ПС: да, это не видосики с тиктока, придется почитать, погуглить ссылочные документы и
человеческуюинженерную терминологию.Те, если стажировка прошла так себе (отработал на свои 20к), то рекрута можно от сеить бесплатно, а если он прошел курсы и ничего не усвоил (те курс так себе), то компания за не качественно оказанную услугу ничего не должна?! А как же упущенная выгода в виде ЗП после курсов в виде ~150тр в месяц?... не сходится... или эти знания нигде больше не применить?... странный инженерный подход.
При учебе на бюджете, если не вывез каляску, тебя же не будут засчтавлять оплачивать (только целевики и то там не такие суммы).
"Если вы работаете, но ваша зарплата покрывает только покупку еды, одежды и оплату ЖКХ - то стоимость вашего труда равна стоимости труда раба."
Работать бесплатно, будет только очень доверчивый человек или очень хитрый.
Работники нужны, в первую очередь, компании, а во вторую государству. Проблемы в требованиях-знаниях можно решить прочитав профстандарт (благо они есть).
Такой подход, коммерчески, мне понятен, но не приятен. Есть более гуманные подходы, например: компания N (реальная) наладила производственный процесс, хорошо все сделала, но людей, на низкие должности, набирает только на испытательный срок, а потом увольняет. Но б***ь не берет с тебя деньги за твою работу и оплату наставника. А потом всех бесит, что молодежь по подъездам закладки раскладывает, после такой стажировки и не туда пойдешь.
Лично я считаю, что отнимать деньги можно только у рУКОВОДИТЕЛЯ, а не Работника. Именно руководитель несёт (ну может нести) материальную ответственность и может повлиять на возложенные на него ф-и с помощью выделенных ему полномочий.
О каком инженерном подходе может идти речь! Ведь он вот прям совсем не подразумивает рабства и наема кухарок в программисты.
А, ну и посмешил тот факт, что Инженерной компании при увеличении заказов потребовалось, как на хлопковой плантации 18 века, резкое увеличение штата в геометрической прогресии, ну смешно, учите системную инженерию и ТРИЗ.
PS.: 10лет в IT/СИ, по образованию Инженер по управлению качеством (3 года по специальности, уволился тк Главный инженер не пустил в ИТ службу на Аудит СМК "- Маладэц Сэрожа").
PSS.: Если компания ИНЖЕНЕРНАЯ (сорян, задели за живое) то тогда давайте пруфы (чему учите, как, зачем, кто, как этими знаниями зарабатывать (коммерческой тайны не нужно, если вы инженерная компания, то должны это понимать)) или интервью-аудит с любым руководителем подразделения...
*по минимуму можно показать просто подход именно в работе над конечным продуктом, подобранной, с таким подходом, командой.
Ребята, кто хочет идти в ИТ с 0, для начала прочитайте профстандарты по выбранной вами области (вы уже сможете закрыть все вопросы от HR), а если прочитайте пару-тройку ГОСТов, то минимум на джуна (а не ждуна:))) вы попадете хоть куда, и это не шутка!
Меня сильно зацепили 2 темы в вашей статье: 1) стандартизация, 2) СМК.
Нам (инженерам по управлению качеством) еще в институте рассказывали про инструменты тоёты, принципы МК и про системы автоматизации (MRP, ERP итд). Я ни в коем случае не хочу сказать, что это было не полезно, и даже наоборот, очень стоит прочитать доктора Э. Деминга, К. Исикава, А. Фейгебаума, Ф. Кросби, но для текущих реалий, опять же на мой взгляд, труды этих людей далеки от применения на практике на пост советском пространстве.
За 8 лет в ИТ и 3 по специальности я убедился в том, что все "это" работает только в рамках системного подхода, а это относится к Первой (1) теме - стандартизации. Я не знаю ни одного предприятия, которое не укладывалось бы в рамки стандартных (вот прям по ГОСТ/ISO) процессов. Я уверен, что у вас в СТО по СМК за основу взят ГОСТ/ISO 9***, по аудитам 19***, по аккредитации 17***, но без стандартов системной инженерии 57193(15288) и 57195(7 альф СИ) они смотрятся очень отделенными от реальности, непонятными.
Проблема на мой взгляд в том, что мы верим зарубежным методикам, не понимая что это только реклама без конкретики. А вот конкретика, как раз в гостах и лежит. Да, там есть свои проблемы, но над ними работают, Госты меняются, гармонизируются, а методики - нет (JIT, канбан, TQM, Кибирнетика, итд (стат методы не в счет - это математика)).
А по теме СМК (2) могу прокомментировать следующее, рабочему персоналу это знать не нужно, системные документы касаются только руководителей. За ЗП рабочего помогать думать начальнику, это как то не по фэншую. Рабочий должен читать должностную, рабочую инструкции и правила ОТиПБ, а вот СТО это для руководителей. Тут я бы рекомендовал прочитать Г.П. Щедровицкого "Оргуправленческое мышление" это СМК для России.
Спасибо за ответ! Тогда будем ждать статью про Проектный офис, который смог внедрить стандарт sap'а на пром предприятии.
Интересно почитать про то как было "до", сам процесс перехода (проект), ну а как "после" уже есть в данной статье.