Указание ОКЗ и ОКВЭД, ЕКС, ОКНПО, ОСКО — это требование макета профстандарта МинТруда.
ОКЗ и ОКВЭД могут быть как минимум полезны для статистического учёта и различения тех профессий, которые требуют обязательного лицензирования и нет. Это может касаться и политик налогообложения и чего угодно.
ЕКС, ОКНПО и ОСКО как раз и нужны для привязки программ подготовки пту, колледжей, техникумов и вузов к стандартам. Чтобы они не отмахивались, например — «мы не менеджера продуктов в области ИТ готовим, а руководителя … или специалиста… поэтому этот стандарт к нам не применим».
По ИТ-менеджерам есть несколько других профстандартов:
1. Менеджер по информационным технологиям
2. Руководитель проектов в области информационных технологий
3. Руководитель разработки программного обеспечения
По документам МинТруда 2013-го года профстандарты создавались как рекомендательный инструмент для индустрии. Именно так мы их и разрабатывали.
В этом году пошли волны со стороны президента на тему того, чтобы профстандарт учитывался при создании федеральных государственных образовательных стандартов — в этом нет ничего плохого. Именно так бизнес может передать свой «заказ» на подготовку специалистов в вузы (раньше, насколько я понимаю, такого механизма не было свосем).
Под конец этого года градус усилился и появились слухи, что стандарты должны быть не рекомендательными, а обязательными.
Мы, как разработчики, против такого подхода, т.к. его проблемы совершенно понятны.
С другой стороны, макет профстандарта от МинТруда устроен так, что перечень функций, знаний и умений не является законченным тестом и поэтому не даёт однозначного ответа о владении или невладении ими.
Например, написано «уметь создавать планы развития продуктов». Без критериев качества и сроков создания таких планов это просто название деятельности. Поэтому формально план развития продукта может и 10-летний ребёнок написать в стиле «в следующей версии в игре можно будет грабить корованы».
Поэтому обязательность профстандартов (для вузов) именно в текущем виде ничего конкретного не влечёт.
Обязательность профстандартов такого рода для коммерческих организаций — это действительно маразм, если это будет происходить.
1. Что значит «ничего»? Есть какие-то содержательные комментарии к тексту документа?
2. Бизнес как раз и выступил разработчиком профстандарта, как видно по названиям компаний.
Я с 2011-го года занимаюсь популяризацией профессии и дисциплины управления продуктами в России. В частности, организовывал Product Camp Moscow 2011, помогал в организации последующих: productcamp.ru
В 2013-м году, когда я вписался к АП КИТу организовывать работу по созданию профстандарта системного аналитика, узнал, что МинКомСвязи, помимо прочих 30 ИТ-профстандартов, заказал зачем-то МинТруда стандарт менеджера ИТ-продуктов (хотя профессия очень молодая и ещё не устоялась даже на западе).
У меня был вариант ничего не делать и дождаться того, чтобы конкурс на разработку профстандарта выиграл какой-нибудь региональный вуз, далёкий от производства и бизнеса или вообще компания, делающая торговых интернет-роботом. Например, последний случай произошёл с профстандартом дизайнера интерфейсов в прошлом году — конкурс был выигран, но никакого стандарта сделано не было.
Но я решил «возглавить безобразие», т.к. я видел, что на рынке есть полная неразбериха с тем, что это за профессия, чем занимается. Я сам сталкивался с этим неоднократно на собеседованиях в 2012-2013-м годах. Я посчитал, что это хороший шанс начать формировать публичное понимание профессии, необходимых компетенций, уровней квалификации.
Мы с АП КИТом вписались в конкурс, я через открытые каналы собрал рабочую группу. Мы выиграли конкурс с многократным падением по цене — первоначальная сумма каждого конкурса на профстандарты 600 тр, мы выиграли с предложением 78 тр.
Затем, согласно условиям контракта, нужно было за 3 месяца разработать профстандарт и пояснительную записку к нему, привлекая не менее 20 организаций и 100 специалистов. Вы правда считаете, что 78 тр минус налоги — это прям пипец зарплата за такую работу?
Странно, что в вашей документации не было ничего про архитектуру и проектирование.
Видимо, дело в том, что вы залезли в чёрный ящик с «системными» требованиями.
Называние требований «системными» очень неудачно, т.к. система — это не только софт, а и остальные немаловажные компоненты — железо, процессы, люди, правила.
Смотрите уровни требований и документов требований по ISO 29148 (если не нравится ГОСТ 34).
«я еще ни разу не встречал, чтобы разработка программного проекта велась по документам, подготовленным по ГОСТ 19 и 34 серий.»
ГОСТ 34 — не на программы, а не информационные системы, если вы последними не занимались, немудрено, что вы не встречали :)
А ГОСТ 19 достаточно простой по сути, там значимых разделов — раз-два и обчёлся, поэтому сейчас распространены более современные стандарты на структуру требований типа IEEE 838: school.system-analysis.ru/standards/
Указание ОКЗ и ОКВЭД, ЕКС, ОКНПО, ОСКО — это требование макета профстандарта МинТруда.
ОКЗ и ОКВЭД могут быть как минимум полезны для статистического учёта и различения тех профессий, которые требуют обязательного лицензирования и нет. Это может касаться и политик налогообложения и чего угодно.
ЕКС, ОКНПО и ОСКО как раз и нужны для привязки программ подготовки пту, колледжей, техникумов и вузов к стандартам. Чтобы они не отмахивались, например — «мы не менеджера продуктов в области ИТ готовим, а руководителя … или специалиста… поэтому этот стандарт к нам не применим».
1. Менеджер по информационным технологиям
2. Руководитель проектов в области информационных технологий
3. Руководитель разработки программного обеспечения
apkit.ru/committees/education/meetings/standarts.php
По документам МинТруда 2013-го года профстандарты создавались как рекомендательный инструмент для индустрии. Именно так мы их и разрабатывали.
В этом году пошли волны со стороны президента на тему того, чтобы профстандарт учитывался при создании федеральных государственных образовательных стандартов — в этом нет ничего плохого. Именно так бизнес может передать свой «заказ» на подготовку специалистов в вузы (раньше, насколько я понимаю, такого механизма не было свосем).
Под конец этого года градус усилился и появились слухи, что стандарты должны быть не рекомендательными, а обязательными.
Мы, как разработчики, против такого подхода, т.к. его проблемы совершенно понятны.
С другой стороны, макет профстандарта от МинТруда устроен так, что перечень функций, знаний и умений не является законченным тестом и поэтому не даёт однозначного ответа о владении или невладении ими.
Например, написано «уметь создавать планы развития продуктов». Без критериев качества и сроков создания таких планов это просто название деятельности. Поэтому формально план развития продукта может и 10-летний ребёнок написать в стиле «в следующей версии в игре можно будет грабить корованы».
Поэтому обязательность профстандартов (для вузов) именно в текущем виде ничего конкретного не влечёт.
Обязательность профстандартов такого рода для коммерческих организаций — это действительно маразм, если это будет происходить.
2. Бизнес как раз и выступил разработчиком профстандарта, как видно по названиям компаний.
Я с 2011-го года занимаюсь популяризацией профессии и дисциплины управления продуктами в России. В частности, организовывал Product Camp Moscow 2011, помогал в организации последующих: productcamp.ru
В 2013-м году, когда я вписался к АП КИТу организовывать работу по созданию профстандарта системного аналитика, узнал, что МинКомСвязи, помимо прочих 30 ИТ-профстандартов, заказал зачем-то МинТруда стандарт менеджера ИТ-продуктов (хотя профессия очень молодая и ещё не устоялась даже на западе).
У меня был вариант ничего не делать и дождаться того, чтобы конкурс на разработку профстандарта выиграл какой-нибудь региональный вуз, далёкий от производства и бизнеса или вообще компания, делающая торговых интернет-роботом. Например, последний случай произошёл с профстандартом дизайнера интерфейсов в прошлом году — конкурс был выигран, но никакого стандарта сделано не было.
Но я решил «возглавить безобразие», т.к. я видел, что на рынке есть полная неразбериха с тем, что это за профессия, чем занимается. Я сам сталкивался с этим неоднократно на собеседованиях в 2012-2013-м годах. Я посчитал, что это хороший шанс начать формировать публичное понимание профессии, необходимых компетенций, уровней квалификации.
Мы с АП КИТом вписались в конкурс, я через открытые каналы собрал рабочую группу. Мы выиграли конкурс с многократным падением по цене — первоначальная сумма каждого конкурса на профстандарты 600 тр, мы выиграли с предложением 78 тр.
Затем, согласно условиям контракта, нужно было за 3 месяца разработать профстандарт и пояснительную записку к нему, привлекая не менее 20 организаций и 100 специалистов. Вы правда считаете, что 78 тр минус налоги — это прям пипец зарплата за такую работу?
Отдельно ниже напишу по поводу «бизнес страдает».
Видимо, дело в том, что вы залезли в чёрный ящик с «системными» требованиями.
Называние требований «системными» очень неудачно, т.к. система — это не только софт, а и остальные немаловажные компоненты — железо, процессы, люди, правила.
Смотрите уровни требований и документов требований по ISO 29148 (если не нравится ГОСТ 34).
В содержании — «как я готовился к выступлению на wud», а не про сам wud.
ГОСТ 34 — не на программы, а не информационные системы, если вы последними не занимались, немудрено, что вы не встречали :)
А ГОСТ 19 достаточно простой по сути, там значимых разделов — раз-два и обчёлся, поэтому сейчас распространены более современные стандарты на структуру требований типа IEEE 838: school.system-analysis.ru/standards/
Умение различать понятия, проводить границы — одно из важнейших аналитических умений.
Запихивая деятельность по созданию чего-то под название «управление», мы теряем важные компоненты смысла.
Про то, как совмещать эти деятельности на практике — отдельный разговор, я тут не против ваших рассуждений совершенно.
grigorash.ru/archives/905
www.ibm.com/developerworks/ru/library/r-requirements/
Сходите что-ли сам CMMI почитайте, если уж:
www.software-quality-assurance.org/cmmi-requirements-management.html
www.software-quality-assurance.org/cmmi-requirements-development.html
Это всё равно, что разработку автомобиля называть управлением автомобиля.