Как стать автором
Обновить

Комментарии 4

Как-то абстрактно все: продукт, платформа, дельта изменений. Мне кажется не хватает конкретных примеров или хотя бы рассказали, что за железки, какой технологической сложности, из какой сферы клиенты, какие объемы серий. Так было бы более понятно почему вы внедрили такой контроль изменений, а не какой-то другой.


Во вторых я где-то уже это видел — да в советских ГОСТах проектирования конструкторской документации ЕСКД с извещениями, присвоениями литер О1, О2 и т.д. только изобретенное заново и переделанное на современный лад. Эти ГОСТы, кстати, еще действуют и даже модифицируются. Вы их просматривали?


В третьих хоть назовите систему в которой ведется реестр и отслеживаются этапы (жизненный цикл) изменений. Jira?

Хм, может быть, вы правы. Мне казалось, что как раз лучше как можно дальше отойти от конкретики, чтобы поговорить о процессе как он есть, потому что сама логика процесса должна, в принципе, сохраняться для железок любой сложности.
ГОСТы во многих областях источник мудрости предков и все уже придумано до нас, просто хотелось меньше бюрократии при большей эффективности.
Мы ведем все в связке SAP и Primavera.
А можно надеяться увидеть от Вас статью об используемой вами системе управления конфигурацией? Потому как даже для сложных платформенных решений разумный процесс управления изменений в конце концов разумные люди построить могут. А вот с системами управления конфигурацией с некоторого уровня сложности и вариативности платформы — совсем дело плохо.
Спасибо за ваш интерес! Надо будет спросить коллег. Я знаю, что у нас есть отдельная роль в проекте для управления конфигурациями, но детально процесс мне незнаком (в моем проекте конфигурации не раньше декабря запланированы).
Одно могу сказать точно: там все через SAP, особенно на этапе монтажа. Но спрошу процесс.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации