Извините за перебор в %, вы же лишь шкафы проектируете, а это еще меньший процент ПИР от даже только систем автоматизации, а не от всей слаботочной части проектов объекта одного. да и часто шкафы тех же ИТП сидят просто в ПИРе и СМР подрядчика по ИТП, да и по хладоцентрам тоже.
Субъективною оценку имеет ВСЁ, не зависимо от объективности этой оценки. Даже поза в шпагате Волочковой на фото и цвет тонировки на лобовом в авто в независимости от наличия окошка под датчик дождя.

Не понял какие цитатки ? Объяснитесь


самые основные основы , про содержание, стоимость и сроки, однако не знаете.
закон Ома своего рода.

Так же как и
Объективную оценку имеет ВСЁ, не зависимо от субъективности этой оценки.

Раз Вы такой профессионал ответье на вопрос
Вы при проектировании стоимость (порядок) решений учитываете?
Ну или точнее стоимость (порядок) пректного решения знаете?
(порядок) в значении примерно ....

Дабы прекратить дальнейший спор....

Есть другой подход :
Оценка всегда субъективна, т.к оценку может дать только человек.

Те три пункта про проект ....
Замете что мы с инж323
ответили Вам абсолютно одинаково
т.к. это из области (техническое проектирование)
в которой мы изначально вели спор...

Вы же ответили по другому....
из области менеджемента...а так как в этом предмете я тоже разбираюсь
я сразу узнал откуда Ваши фразы.....

crm00168 с yozik играли в шахматы...
То что yozik еще и дзюдо знает,
при игре в шахматы не продемонстрируешь
В шахматы crm00168 начал проигрывать...
и тут crm00168 решил я же дзюдо знаю,
а не продемонстрировать ли мне на yozik пару приемов..."
......
И тут crm00168 обломался ...
выяснилось что yozik тоже знает дзюдо

Вот так это выглядит....

Ну если так считаете, то можете считать. мне ни холодно ни жарко.
По моему какие то детские попытки в чем то уличить.
............
Заметил единственно, что от сборки ящиков ушли недалеко, если вообще ушли.
сами начертили, сами собрали, возможно еще сами прибили вот и весь незатейливый менеджмент.
Но знать Вы по теме проектного управления ничего не знаете, от слова совсем.

лучше заметьте, что возражения вам более существенные, чем к вашему оппоненту. и насчет того, что вы разбираетесь в менеджменте могу вас уверить как немного с ним сталкивающийся- вы в нем не разбираетесь от слова совсем.

Да не за что....
Из всего того обилия литературы это на мой взгляд самая удачная

Мы с Вами вели спор не в той области....
Если перейти в область менеджмента
применить управление проектами к процессу проектирования
то даже тогда выясниться что
при "узких" специалистах
(только своя область и ни-ни в соседнюю)
Мы на выходе получим
а) неоптимальный продукт
или
б) увеличение времени (лишние итерации к примеру
проектирование-смета-возврат на допроектирование-смета)
для получения оптимального продукта с первой итерации
специалисты должны быть "широкого" профиля
(своя область отлично и смежные хотя бы плохо, но все )

менеджмент действительно галиматья еще та

Почему же не знаю? очень даже знаю.....
на нормальный русский это переводится как
система управления качеством...
Заметте не
система улучшения качества
Очень хорошо действие этой дисциплины (области знаний)
заметно в пищевой промышленности...
основной тезис на нормальном языке звучит как
Делайте какое угодно дерьмо из какого угодно дерьма
лишь бы потребители вашего дерьма не получили вред
жизни и здоровью (про здоровье еще доказать надо)




Вопрос был простой...
Вы при проектировании стоимость знаете?
Прикидку стоимости делаете?



не мое...

Если по Вашему я в теме ничнго не знаю от слова совсем...
тогда как бы я не указал откуда ваши три пункта.....
где логика....

сами же пишите - процесс проектирования, а если это процесс, то и применяйте процессный подход

каждый должен заниматсья своим делом, если есть желание считать стоимость, то считайте как сметчик например


думаю Вы не понимаете и не умеете использовать на практике.
раз так пишите

стоимость знаю , т.к. раньше делал что то подобное.
если не знаю, то надо проектировать, потом спецификация, потом считать .
сначала всегда проектировать, потом считать. ни параллельно ни сначала не получится.

эти три пункта с бизнес-процессами лет 5 точно на форуме пишу, однако Вы про них не упоминаете, думаю потому что поверхностно прочитали, что такое и зачем не поняли, применять не умеете. там есть еще любопытное место , под название "сроки проекта".
С Вашей стоимостью в легкую могут поспорить, кстати по ним тоже должен быть разработан документ.
А какой ?

Я то применяю...
Не применял бы.. не спорили с Вами

я не считаю стоимость как сметчик....
я ее "прикидываю" (порядок) и то не для всей системы, а только отдельной части.
я не занимаюсь удешевлением системы удешевляя комплектующие...
я ищу пересечение двух функций (максимальное соответствие системы ТЗ (нормативов)
при минимальной стоимости (см выше не за счет удешевления комплектующих, снижения качества)


Как раз таки понимаю :-)
То что я написал это результат внетрения системы менеджемента качества на типовом мясокомбинате...
И не на одном...
Не такими умными словами как у Вас зато всем понятно.. и самая суть...

Как это сочитается с .. регистрация на форуме 2018г :-)

в общем то не с Вами спорю, скорее для себя уточняю.
Вы не занимались этим поэтому для Вас это пустой набор слов.
В этом деле надо уметь абстракцию превратить в практические действия.

На форуме присутствую с 2006 г. , может даже раньше.

yozik много додумываете за других
потом по этим "додумкам" вставляете свои реплики не по делу и не по сути, какие то нравоучения, сарказмы
ваши ответы не интересно читать, из на писаного 10% в тему а 90% ни о чём, уж лучше отвечать как LordN так хоть время экономиться и своё и чужое

всем стоп. давайте-ка отделим обсуждение не обвязки калорифера в отдельную тему.

а потому прошу коллегиально указать:

наименование новой темы.
начало, первое сообщение, ссылку на него. пока предполагаю вот это http://forum.abok.ru/index.php?s=&show...t&p=1400184
раздел, куда поместить тему. пока предполагаю - ТСО

если работы много и хочется все отработать - возьмите меня на подработку )))) буду внештатным проектировщиком

Проектное управление (управление проектами и программами)
официально относится к гуманитарным дисциплинам...
Срок обучения 1 год на дневном или 1,5 года на заочном
При наличии ЛЮБОГО высшего образования.....

Я бы назвал эту тему автоматизация бизнеса, как построение простых и понятных для небольших организаций схем работы.
Но обсудить это на форуме особо не с кем. Так что думаю бесперспективно.

Заинтересовали меня "управлением проектами" где то лет 18 назад.....
Абсолютно точно такой же спор (как у нас с Вами)
имел место в моей жизни где-то как раз с 2006г (когда занялся проектированием)
с переменным успехом в разное время....
Последний раз где-то лет 5 назад....
Как раз на работе собирались внедрить одно ПО по теме которой
Вы занимаетесь сейчас....
Каюсь... зарание подготовился к лекции рекламной акции,
освежил терминологию, посоветовался со знающими товарищами....
Ну и очень удивил внедренцев ПО доказав
что все не так радужно как они себе представляют...

Спасибо за лестную оценку моих знаний, оказывается за 5 лет я еще хоть что-то не забыл....
Заметь те Ваши три пункта сразу узнал.....
Вы эти знания применяете сейчас..... почувствуйте разницу...

Предлагаю перестать друг друга подкалывать и перейдем к конструктиву...

Хм... в принципе да...потому как "системный подход к проектированию АСУ" и
управление проектом "строительство" (автоматизация бизнеса) в сфере строительство
это разные направления (подходы)
ПС уточнил у специалистов... почему мы с Вами друг друга не поняли....
Меня "ткнули" носом в явное различие...я Вам своими словами (как могу)
Управление проектами делит проекты на несколько групп
все нас не интересуют....
нас интересуют только две
1. Управление проектом "проектирование АСУ (автоматизированной системы управления)"
2. Управление проектом "в сфере строительство" (упрощенно туда входит все, и проектирование и все этапы собственно сторительства )
Основной признак второго все проекты (в смысле технические проекты) они типовые
Есть набор типового оборудования, типовые схемы применения оборудования...
даже существует множество программ типовых расчетов
уменьшающих время проектирования...

Основной признак первого-АСУ по сути уникальна соответственно и подход
к управлению проектом "проектирование АСУ" будет отличаться от проекта строительства...

ПС можно расмотреть шкаф управления насосом как проект АСУ...
но только как упрощенный пример проектирования АСУ
(для демонстрации методов применяемых при проектировании АСУ)
Так как если так поступить в реальном проекте то
...ничего хорошего из этого не выйдет...
увеличаться затраты на проект (затраты в общем смысле включая и время)
т.к. это типичный "строительный" проект
(существует куча типовых схем)
Вот и все наши разногласия....

Ваша идея с контрольными картами (чек листами как в авиации)
достаточно неплоха но применять ее надо еще более углубленно (тоже как в авиации
но не у пилотов, а у техников)
Найду тему где Вы это обсуждали там попробую ответить более развернуто
ято бы эту не захламлять еще больше..


У нас по сути две темы
1. Системный подход к проектированию АСУ (на примере упрощения автоматики приточки)
Это мои и guru-80
и
2. Управление проектами в сфере строительства
это тема crm00168
и то там много лишнего т.к. наложилось 1-е на 2-е.


Поздравляю... Вы только что лишились последних 10% так нужных Вам знаний...
Ведь кроме меня по существу Вам так никто и не ответил....

Щас нарисую , что имею ввиду.

Правильно это из области "строительных проектов"
Проектировщик получив ТЗ и команду на проектирование
1. Выбрать из набора типовых проектов схем, проект схему наиболее подходящий под ТЗ.
2. Адаптировать проект под ТЗ (провести доп расчеты(строго свои проектные), и т.д)
комплектующие из утвержденного списка и даже типовые типовые схемы из утвержденного списка....
3. Выдать готовый результат.

Странно как то Вы занимаетесь управлением проектами...
почему странно?
Рассел Арчибальд книгу которого я посоветовал считается одним из....
ну очень известный автор в области управлением проектами...
не PMBook конечно.. но где то очень рядом....


Про контрольные карты извините это были не Вы, но тему нашел...
и отвечу там....

Нарисуем побольше, пока без предпроектной подготовки с
пресловутой стоимостью

Если Вы для меня то я это знаю... а если для всех то требуются некоторые
пояснения....
У Вас ошибка ... команда на выполнение три разных а не одна общая...
1. команда может быть подана в разное время. (проектировщику, снабженцу, сборке)
2. Некоторым команда может вобще не податься (например проектировщуку, если ранее такой же ящик уже спроектировали)

И еще (не существенно скорее описка, может быть)
На производство кроме чертежа так же должна уходить и спецификация
либо спецификация должна уходить с снабжения на производсто...
Ну или замените надпись чертеж и РЭ (руководство эксплуатации?)
на комплект РД рабочей документации...

Если от снабжения запрос на изменение...
это понятно....
большой срок поставки, сняли с производства, есть такая же но с перламутровыми пуговицами....

То от производства скорее требование на изменение (производство отловило чью-то ошибку)

Это пока упрощенно, конечно должно быть подробное перечисление, какую именно документацию
должен сделать проектировщик.
Про команды то же , пока чисто схематично


можно конечно требованием назвать, но это для унификации

Более корректно неточность...

Для меня и для Вас да...
Если бы мы общались в "личке" то мои "уточнения" выглядели как "придирки"..
Но мы общаемся на форуме, какими знаниями обладают... читающие..неизвестно..
я же уточнил..

В прцессе моих и Ваших ответов видно откуда появляются "стрелки и квадратики"

ПС ... дальнейшие коментарии для Всех..
От производства к снабжению должна быть еще одна стрелочка
(запрос на инструмент..расходники)
шурупы например никто проектировщик не считает для каждого шкафа...
(не имеет смысла, затраты времени на подсчет шурупов обойдутся дороже шурупов)
С другой стороны болты для фланца Ду.... очень даже могут посчитать и занести
в спецификацию....
Где проходит граница между включать в спецификацию или не включать решает для себя
каждая организация (в смысле руководство...фирма..)

Пока речь об основном производственном процессе, болтики не показываем, чтобы не усложнять.
Сейчас жену спросил. как с болтиками обстояло раньше, работала в планово-диспетчерском бюро на заводе.
Говорит на изделие знали точно сколько и чего надо, по документации технологов
..........
Стадия выполнения в черновую нарисована, сейчас надо стадию предпроектно подготовки изобразить.
Общий вид примерно такой по управленческой части, откуда взял уже не помню
.........
По идее надо начинать с этого, только не административную часть, а часть выполнения продукта проекта (в данном случае ящика).
Хотя административную (управленческую ) тоже надо. Пожалуй так и сделаю.

Коллеги, вы пытаетесь загнать проектирование в рамки и алгоритмы сборки шкафа.
Проектирование - это и творчество, интуиция, удача, риск, игра.
Кроме расчетов и алгоритмов.

Это было из "для всех"
Один из примеров возникновения стрелочки от производство к снабжение....
Если Вы закажете (иногда они сами приходят с целью продать Вам их супер ПО типа Microsoft Project)
"..... конторе" внедрение на Ваше производство.... "управление проектами"
Будет этап анкетирования... по результатам которого и появляются подобные схемы...
следующий этап это оптимизация всех процессов (по разным критериям)


Кроме того, сейчас для этого не обязательно иметь технолога...
есть много программ позволяющих просчитать количество мелочевки....
Критерием (считать/не считать) выступают некие корпоративные стандарты
вроде этого "Мы используем только контроллеры фирсы Си....с"
При этом если изделие в массовом производстве то там очень даже считают..


Для продукта "проект ящика" да...
Для продукта "ящик в металле" не совсем...
Там между 6 и 7 стадией должно быть нечто вроде "сервисное сопровождение"
(на самом деле по научному название вроде другое)
И только когда закончиться гарантийный срок проект "ящик" будет закрыт...

Согласен. Должно быть гарантийное обслуживание, и возможно послегарантийное и утилизация.
Для ящика пожалуй будет не проект, а заказ, т. е. заказное производство. но пока особо без разницы

Спасибо что присоединились к нашей беседе

Все это имеет место быть....
Применительно же к нашей дисскусии....
Конкретно, тему о которой Вы говорите, я начну где то на выходных..
(там надо много схем с пояснениями рисовать)

правда пример будет не про приточку....
Заказчик оптимизации приточки (guru-80) от моих услуг отказался :-)

Здесь же мы обсуждаем как с точки зрения "руководства" оптимизировать
саму работу проектировщика ....
С помощью внедрения системы управления проектами (проект тот который из области менеджемента)


согласен...
начал искать по пришедшим в голову терминам нашел...
https://ru.wikipedia.org/wiki/Жизненный_цикл_изделия

Оптимизировать даже не проектировщика, а небольшую фирму.
Это не все конечно, ничего еще не сказано об учете, но со временем доберемся.
Все равно мне это надо делать на практике.

Тоже согласен...
для групп
1. Управление проектом "проектирование АСУ" (изготовление инновационного ящика)
2. Управление проектом "в сфере строительство" (изготовление типового ящика)
разницы нет...
она появится в пока неосвещенной части...

По идее надо учет и документооборот на какое то ПО повесить или CRM, желательно в облако, но пока ни на чем конкретно не определился.
В связи с тем что офис и сборочный участок могут быть в разных местах. Работал с мегапланом , но немного не то что надо, хотя подойдет.

Это было для Vano
Что бы он не попал в ту же "ловушку" что и я....
не хочется из-за недопонимания начинать спор по новой....
А так да фирму и не обязательно небольшую, для процессов это не имеет особго значения
там разница только в количестве "народа" в том же отделе снабжения,
и процессах внутри отдела...


Хороший подход...
Пытаясь научить (переспорить) кого-то и сам получаешь выгоду
в виде систематизации своих знаний)...

По теме...
Фирма может заниматься как проектами 1 группы так и проектами 2 группы..
Тут важно правильно определить к какой группе относиться проект...
Иначе можно получить неоптимальное решение...

ПС Ближе к окончанию обсуждения когда будет видно большинство процессов
я на примере покажу неоптимальность при неправильной оценке
(используя тезис Vano "Проектирование - это и творчество, интуиция, удача, риск, игра.")

Хотелось бы сделать для маленьких, посмотришь как работают, плакать хочется.
чаще с такими общаюсь.

С ПО надо осторожнее если сильно "накрутить"
начнется саботаж среди исполнителей (подчиненных),
а все "приятности" использования ПО исчезнут при формальном подходе
исполнителей к процессу заполнения "документов"

Теоретически можно использовать даже почтовик (с планировщиком календарем)


Почитайте книгу которую я Вам советовал..
Мне ее дали после того, как я попытался прочитать PMBook (в бумажном варианте
это даже не кирпич ...это два кирпича и для управления проектами это библия..они на нее чуть ли не молятся, каждый кто знанимается управлением проектами должен ее чуть ли не наизусть знать)
Там эти вопросы рассматриваются, включая даже "фриланс"...

Почтовик уже не устраивает, хотя если бы че нибудь сделали на почтовике , то только за.

Это так кажется ...
Вы его просто готовить не умеете...
Как это выглядит я представляю как это реализовать,
вроде ничего сложного ... но... знаю что можно, но как не знаю :-(
попробую описать может поймете...
В любом почтовике можно подписаться на "новостную ленту"
это как раньше конференция в ФИДО, нечто вроде форума..только внутри темы
отображаются не линейно.. а лесенками..
На сервере фирмы (можно и где нибуть еще тут вопрос в "закрытости")
создается такая лента (конференция) на нее подписываются все участвующие в проекте
а дальше... на примере изготовления ящика из тех квадратиков что у Вас
1.Проект ящик
-----
1.1 Проектирование
1.1.1.0 ловите ТЗ на проект (вложение)
1.1.1.1 В принципе все ясно но есть уточнение не указано IP ящика
1.1.1.2 уточнение IP ящика ....
1.1.2.0 Изменение в спецификацию ручка рубильника черная
1.1.2.1 Ок спецификацию изменил
--------------------
1.2 Снабжение
1.2.1.0 Получите спецификацию на ящик (вложение)
1.2.1.1 поз.8 ручка рубильника ... есть только черная, красная будет через месяц
1.2.1.2 не устраивае срок поставки заказывайте черную
1.2.2.0 уточненная спецификация (изменение ручка черная)
-------------
1.3. Производство

Все "тупо" пишут письма в конференцию, в нужную часть ленты

При этом один человек (руководитель) ведет то что называется "сетевой" график,
(для него понадопится спец ПО но таких полно и бесплатных)
ориентируясь на сообщения в ленте (там и время и личность написавшего видна)
ну и сам тоже в ленте ЦУ раздает или подгоняет...

Плюсы такого подхода для исполнителей ничего не поменялось (они и так письма пишут)
и им не надо изучать спец ПО...
надо только заставить их писать в нужный раздел.....

Повышается нагрузка на руководителя (спец ПО, внесение информации в спец ПО)
зато исключаются ошибки при заполнении, ну и "саботаж" исполнителей...

Где то так, может сумбурно...
Ну и там кто кому куда пишет по месту разберетесь
форматировать текст лесенкой не получилось
Поставил цифры

Руководителю не обязательно спец ПО, если проект небольшой (относительно)
то все стадии можно отслеживать с помощью встроенного в почтовик календаря планировщика

Про какой почтовик речь ?

Коллеги присоединюсь к вам.
Есть у меня направление проектирования совсем без творчества.
ЧП 20-100 м2.
Электроника.
Класс ИСО чистоты небольшой 8-9.
Разделы АС, ОВ, АОВ, ЭОМ и ВК.
Задача попробовать автоматизировать этот процесс, чтоб им смог управлять менеджер с небольшим опытом, и начальной квалификацией.
Желательно распространенным софтом либо бесплатным, либо не сильно дорогим.
Пока только используется просто почта и график от прожекта винды.

тут оптимизировать. там оптимизировать. куда ещё оптимизировать? всех уже заоптимизировали.
желание большой красной кнопки для руководства. да не бывает так.
нужна нормальная система контроля и управления со стороны руководства с делигированием полномочий и отвествтенностей. и с ясными, долгосрочными векторами движения.
тогда можно что то планировать, управлять.
если сегодня рисуем заводы. завтра крылечки для магазинов, а послезавтра мебель - ну какое тут управление с планированием?

тут нельзя придумать что то новое.
получили задание
согласовали опросный лист, расписали спорные решения
начал работать первый проектировщик
результат согласовали, выдали задание смежному разделу
и пошёл процесс ветвиться. разделы друг другу задания выдавать.
да, конечно, надо за этим следить. но главное, надо понимать, как разделы между собой пересекаются. в этом и заключается всё управление.

что тут можно ещё придумать?
хочется планировать сроки? надо строить диаграммы типа ганта, куда записывать все оснонвые вехи, от получения задания и ТУ, до передачи заданий между разделами.. но, для этого надо понимать мощности и сроки каждого этапа.

Делаем только крылечки.
Такая у меня вводная.
Опросного листа нет - есть ТЗ.
Но его еще надо сделать.
Должна быть обратная связь от исполнителей.

но ведь если продукт постоянный, то тут в пору вести речь про систематизацию решений и применение ранее разработанных узлов.
т.е. стандартизация как реальный путь уменьшения затрат на проектирование. по сути, как серии раньше.

вот взять что мне ближе. блочные тепловые пункты. у меня никогда не получится соревноваться в цене проектирования блочного теплового пункта с каким либо поставщиком (ну, не гаражным, а более ли менее крупным). поскольку, у него уже все решения отработаны, состыковал несколько блоков и получил готовый проект.
(повторюсь конечно, меня в этом плане удивила фирма РАЦИОНАЛ. вот у них есть программа формирования документации по котельным в 3Д. Т.е. проектирование котельной (раздел ТМ) с расстановкой оборудования, с домиком, занимает не более получаса. и на выходе полномасштабная 3Д модель. со спецификацией по этой 3Д модели. я как проектировщик смотрел на это дело с открытым ртом. такого функционала от программы поставщика оборудования я не видел ни разу). Понятно, они эти затраты перераспределяют на готовые котельные, которые продают. Но, рано или поздно, они компенсируют себе эти затраты, и все у них будет хорошо). Мне, как проектировщику по скорости и по цене проектирования их никогда не победить (конечно, если речь идёт о более ли менее типовых случаях, хотя охват у этих товарищей по вариантам просто запредельный). И если отнимут монополию у газовиков на согласование "правильных" подрядчиков в регионах, т.е. будет честный рынок... остальные просто не имеют шансов в борьбе с таким поставщиком.

а уж на сколько это возможно в плане проектирования крылечек, другой вопрос.

Да, по сути блоки и типовое оборудование.
Но меня больше интересует, чтобы разделы между собой бились и никто ничего не пропустил.

ВНИМАНИЕ ВСЕМ....
(прошу прощения за капс)
Управление проектами, хоть и гуманитарная, но все таки отдельная дисциплина...
И как все мы прекрасно знаем что бы хоть как-то разбираться в какой либо
области .. нужна либо практика или теория лучше и то и другое....
Теория...
Существует множество книг, статей, курсов и т.д.
Что-бы подтянуть теорию и общаться с crm00168
"на одном языке" рекомендую почитать....

Рассел Д.Арчибальд Управление высокотехнологичными программами и проектами

Там есть ответы на многие вопросы которые Вы задаете...

есть такое поверие, что управлять процессом качественно может только тот, кто понимает что то в этом процессе.

если человек далёк от проектирования, вообще не представляет как это работает, он может прочитать много книг умных по оптимизации и управлению... но только на сам процесс проектирования думаю это скажется отрицательно.

1. Проектам (частям проекта) какие либо номера присваиваете?

Придумал сам для себя.... (у меня проектирование схем эл. шкафов, разных..(много типовых))

В обычном экселе веду табличку с номерами схем...
Из собственно номера там только последние три цифры... остальные..
Как пример....

4 ШУ приточной установки
40 нагрева нет
41 ПУ водяной нагрев
42 электро нагрев
4х0 охладителя нет
4х1 водяной охлад
4х2 охлад фреон
4хх0 контроллера нет
4хх1 контроллер фирмы ххх марки ккк
4хх2 контроллер фирмы ххх марки ввв
4хх3 контроллер фирмы ууу марки 111
последние цифры собственно номер...
тут главное идти от общей классификации к частностям...
В первом столюце номер, во втором описание схемы, в третем для кого делалась (заказчик),
в четвертом где найти имя файла со схемой
(гиперссылка на файл со схемой)

Сначала "нудно" классификация дополняется ...
(поетому важно оставить пустые цифры на будущее)
Будет казаться что все зря...
Но потом..... (по мере накопления базы данных )

Когда я беру в руки ТЗ первым делом я пытаюсь присвоить будущей схеме номер...
в таблицу номер заносится не как попало а по возрастанию каждой цифры в номере
Вот я занес номер в таблицу и вуаля...
номер схемы расположенный в таблице выше моего нового номера
и будет номером ближайшей типовой схемы....имя файла где ее искать есть ....
Вот Вы помните что за проект Вы делали 6 лет назад?....
А мне, иногда в схеме достаточно изменить только штамп в правом нижнем углу :-)

Не 100% утверждение...
Те кто в процессе не разбираются могут управлять... НО
1. Первый этап это подробное анкетированние каждого участника процесса
(вплоть до обсуждаете ли вы в курилке рабочие моменты, с кем.. как часто..)
2. Второй этап представление всего того что узнал при анкетировании для себя
в виде схем (как crm00168 выкладывает)
3. Прелставление этих схем для участников процесса
(при этом желательно что бы самого главного руководителя там не было,
что бы не давил авторитетом на подчиненных)
4. После обсуждения корректируются схемы, начинается оптимизация ...
И вот так по кругу и не один раз...

Тут основной вопрос в саботаже исполнителей...

Более достоверное, проще научить управлять процессом того кто в процессе разбирается..
Чем того кто разбирается в управлении, научить разбираться в процессе, которым он пытается управлять...
Что и доказывает нам министерство образования...
Второе высшее по специальности "управление проектами"
1 год очно или 1,5 года заочно
после любого первого высшего

Обратно же, тот кто разбирается в проектировании, может легко научиться управлять процессом проектирования...

Типовой то какой то шифр, не типовой как расширение типового, то шифр + /№ заказа, любой заказ -
№ заказа + порядковый № внутри заказа

Нет номер заказа будет "сбивать" поиск типовой схемы...

нетиповой будет с номером
ххххххххх000
где ххххххххх и будут цифры отвесающие за принадлежность схемы к какому либо классу
классификация у меня достаточно общая
В дальнейшем уже следующая будет иметь номер
ххххххххх001 т.к. при попытке присвоить номер я увижу что такой уже есть...
следующая
ххххххххх002 ( у меня уже есть две мне подходящих..
для того что бы выбрать из них более подходящий и существует столбец
с текстовым описанием схемы, что бы не приходилось пересматривать все подходящие
на более точное совпадение)

При этом если нужно найти какую то старую схему для заказчика (потерял он ее.
или для сервиса (заказчика они знают)
Мне достаточно формального описания схемы и наименования заказчика)
Тоесть столбец заказчик это для стадии сопровождения изделия..