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

Ориентируюсь по номеру заказа №заказа/заказчик/объект,
есть полностью стандартное , тогда меняется только номер заказа,
если надо что то чего нет в стандартных, то разработка.
кстати есть еще интересный вопрос касательно обозначения ящика на самом ящике.

Практически любой... там не в почтовике дело...
Он выступает в качестве клиента
Вам нужен сервер (его можно и внутри сети на фирме сделать)
системные администраторы поймут о чем речь
https://ru.wikipedia.org/wiki/NNTP
там создаете Вашу группу новостей (конференцию)
https://ru.wikipedia.org/wiki/Группа_новостей
это нечто вроде форума, но системному администратору его легче настроить,
кроме того форум линейный, нам это не подходит.
его сложнее поддердивать, да и нет такого сервиса...

От почтовой программы мы получаем следующий сервис
1. Отправка документов, вопросов, как раньше обычным письмом,
но не конкретному человеку, а в нужную тему....
Там его видят все ....
2. Видно непрочитанные (новые сообщения)
3. Видно кто отправил и когда (исполнитель документа и время отправки)
4. Большинство с почтовой программой работать умеет, значит надо меньше времени
на обучение....

От сервера группу новостей (конференции)
1. Хранение и протоколирование документооборота
2. .....

В отличии от форума, который линейный
(все ответы в тему валятся в кучу),
группу новостей (конференция) древовидная

ПС подпишитесь на любую конференцию и посмотрите как это устроенно
например на этой странице
http://ddt.demos.su/pubaccess.html

А с Мегапланом не работали ?

буквенно циферное
если только ящики делаете то буквы (назначение)+ какие то характеристики
если не только ящики то первая буква для всех ящиков одинаковая
обозначает что это ящик

Вот пример кодировки (не только ящиков)
http://ref.spb.ru/files/tk_cxo.pdf
на первых страницах с 2 по 5 если по документу ...

или вот
http://free-tech.ru/home/building-equipment/fau-pro/

Это привязано к какому то оборудованию, а если обозначать номером заказа, то можно будет маркировать и идентифицировать любой заказ.
а сам номер заказа формируется CRM системой (название условное), которая станет операционной системой менеджмента проектов компании.

MS Project знаю есть
еще хорошо запомнил
http://spiderproject.com.ua/automation/about/
еще какие то были но они украинские
не работал ни с какой программой для управления проектами ...
не занимаюсь управлением проектами профессионально...

Меня в качестве подопытного кролика использовали где то с 2000 года
с переменным успехом...

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

Применим системный подход....
1. Номер заказа...... что он нам дает...? Какой-то безликий номер....
через месяц, а то и раньше я и не буду знать о чем там было.....
По названию объекта (заказчика и где находится) гораздо больше вспомню...

2. По оборудованию
сертификация (сертификат соответствия на серию шкафов ЕВ-хх-хх )
удобная запоминаемая расшифровка назначения оборудования
упрощается поиск типовых решений (они с такими же примерно названиями)

На данный момент имеет место быть
К-134 АФ "Родник" (буква филиал, номер номер заказа, заказчик)
состав
АР-хххх типовое изделие агрегат
ЕА-ххх-ххх типовое изделие ШУ агрегатом
Конденсатор ххххх отдельное изделие
Испаритель хххх отдельное изделие
ЕВ-ххх-ххх типовое изделие ШУ агрегатом
НМ-хххх материалы для монтажа

Вывод для "верхнего" удобен номер
для всех и "низа" удобнны буквенно циферные с привязкой к оборудованию
Зачем выносить в наименование ящика никому неинтересную информацию...

По номеру заказа я могу найти заказчика и объект, по заказчику все его заказы
Ищет CRM и общем то ничего не мешает настроить окно , например с привязкой к заказчику.
Т.е. концепция базы данных их которой извлекаются разные формы представления.
Помнить честно говоря после закрытия заказа я не хочу, но приходится.

Вы определитесь для кого и зачем Вы это делаете....


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

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

Проект... внедрение ПО...
ТЗ... что мы хотим от ПО получить....
Напишите по пунктам зачем вам ПО и что оно должно делать...

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

Из личного опыта, для проектирования ШУ...
где-то с пол-года для наполнения библиотеки элементов,
и библиотеки проектов (без отрыва от работы)

И это я использую только 15% возможностей ПО по автоматизации разработки
(мне пока хватает..)

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

Саботаж и бойкот это две большие разницы....

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

С прошлой работы привычка осталась, отправлять все по мылу,
даже если человек сидит за соседним столом...
Хотя на теперешней обмен файлами через папки на сервере...
(никакого контроля)

Второе - это проектирование шкафа или проектирование вообще?
Первое - недавно слушал конструктора на ту же тему. Заменить АСУ на конструктор и получится один в один.

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

Нет это не совсем то...
Конструктор в значении проектировщик абсолютно новых неизвестных ранее вещей?
Нет там именно управление проектом создание АСУ..
Но и управление проектом создание абсолютно новых неизвестных ранее вещей.
Это уже скорее будет третье..
Оно конечно в какой то степени похоже на АСУ, но и различия там есть..
Хотя и в 3 и во 2 будут элементы от 1 го

управление проектом это еще не все.
Речь идет о фирме у которой способ существования это выполнение проектов (мн. число),
т.е орг структура способная выполнять несколько проектов одновременно.

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

у проектов всегда есть:
1. Содержание
2. сроки
3. стоимость
если чего то нет, то это не проект.
..............
а чем строительные проекты характеризуются, что в них общего вопрос интересный.

Поржал. иного и нет варианта.
Покажите в каком месте с ссылкой на нормы указываются в проекте сроки? И сроки чего- ПИР? Сроки СМР по этому проекту? какие еще сроки в проекте?
Где в проекте указывается стоимость и какими нормами это регламентировано?


Да и с содержанием- более на рецепт блюда похоже, чем на что либо другое.

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

ну это понятно. Вы видимо понимаете проект как чертежи спецификации и пр.

обычно сроки и стоимость указываются в договоре

Да. И НИГДЕ В ПРОЕКТЕ НЕ УКАЗЫВАЮТСЯ.
Пишите внимательней и вдумчивей. Сверьте написанное с тем, что хотели написать на соответствие желаемому.

А что Вы понимаете под проектом ?

Проект термин достаточно широкий.
у меня есть и от вот сумма и через 3 года она должна стать вот такой- найдите площадку что б что то построить просчитайте бизнес план и в случае согласия.... сделайте правоустановку всю, получите все ТУ, далее пир с П,экспертиза, разрешение на строительство, Р, освобождение площадки,договоры на СМР, СМР, ПНР, Сдача, оформление всей ИД, договоров на ресурсоснабжение и всяких допусков в эксплуатацию, ЗОС, разрешение на ввод, реализация построенного, эксплуатация до передачи в УК(жилье или ТРЦ, БЦ и подобное или просто инвестору). Подбитие бабок и получение пряников. Попутно могут быть еще всякие.. типа оформление документации под кредитование банков без соинвестирования и с ним тоже.
А можно и просто только одно проектирование взять, типа один ИТП с теплосетью под ключ с допусками и оформленным договором на тепло , например.Или ВЗУ с всеми приблудами, сети НВК,КНС и подключение к сети с уже имеющимися ОС.
или просто хладоцентр под 2 мега с вентиляцией и всей внутрянкой вдруг захотелось в некоем реконструируемом здании . С приточками, вытяжками, кондерами и бандой доводчиков. Или вдруг денег нашлось у кого на АПС и ДУ в здание его ранее не имевшее и + холод им. ибо вентиляция просто невпихуема (фэны по 3-4 раза переставляли- плиты труха и нужное колво анкеров не получалось приделать что б не попасть в трухлявый бетон плиты перекрытия, а уж под воздуховоды там сверлить вообще было равно самоубийству).
вам какой масштаб интереснее?

У меня проект как мероприятие имеющее содержание, сроки и стоимость.
Масштаб - для маленьких. не обязательно строительный. в принципе любой.

называйте уж устоявшимся сленгом- пример халтурки небольшой видимо.и скорее в один полтора раздела на пяти листах А4.

без разницы, можно и халтурки или изготовления ящика 1 шт. за 3 коп.

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

Простенький пример, как можно испортить простенькое управление посадкой пассажиров.

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

Внуково.
Девушке распределяющей потоки на выходе нет.
Но выходят водители автобусов с табличками 1 и 2.

Пулково.
Водители не выходят.
Табличек нет.
Девушка путает лево и право - так как стоит спиной к автобусам, а пассажир лицом.
Автобусы 1 и 2 могут подъехать - первый 1, а могут и наоборот.
Пассажиры путаются в салоне двигаются против шерсти - весь смысл загрузки через два трапа убит.

Назвал бы это несоответствием, разработчику требуется внести изменение в бизнес-процесс "Посадка в самолет"

Смех смехом, но как-то попала в руки повареная книга советского времени для рестораторов. Там всё по табличкам: сколько исходных продуктов, как чистить, как готовить (по минутам расписано, практически безо всяких "по готовности"), что на выходе (размер, вес, цвет), как хранить и каков срок годности.

Что ни пробовал готовить - всё время вкусно. Даже если я был на 100% уверен, что недожарил или переварил - фига с два, всё всегда было идеально.

Для меня это всегда идеальный пример работы технолога-проектировщика блюда.

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


Технологическая карта.
Для строителей тоже такая есть, но не пользуются.

Вспомнил что еще хотел в свое время - сделать подобное для сервисной (ремонтной)фирмы. В принципе все тот же заказ. Как проект но попроще.

Вопрос практичесий . В чем рисовать ? Пока осваиваю Bizagi

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


Почему именно АСУ...
У нас в примере "изготовление "ящика""
Если мы делаем "ящик" с применением методов "строительный" в значении типовой..
это один подход к "управлению" изготовлением "ящика"
Если мы делаем "ящик" с применением методов "проектирование АСУ" в значении уникальный..
это другой подход к "управлению" изготовлением "ящика"
При этом оба подхода практически совпадают в конечной стадии..
Различия у них только в начале....

Как по мне наиболее близок к пониманию темы "управление проектами" Vano...
Он по крайней мере правильно сформулировал задачу "управления проектами"


crm00168 .. такое ощущение раньше занимался внедрением "менеджемент качества" или где то близко....

Документы и ПО в "управлении проектами" не самое главное.....


Заблуждение.....
1.2.3. это финансовые проекты...
Более правильное
1. Содержание в значении задачи (цель)
2. сроки тут без вариантов..
3. Стоимость в значении затраты? (ресурсы), причем не только материальные но и к примеру административные..
("кум" губернатор ... очень способствует в получении заказов...)

Содержание это что надо сделать
Сроки - когда надо сделать
Стоимость - за сколько надо сделать

Проект похода на рыбалку :-)
1. Содержание сходить на рыбалку, отдохнуть, получить удовольствие :-)
2. Сроки с 4-00 до 10-00 после дождичка в четверг..
3. И где здесь стоимость?

Если чего то нет в перечислении, то это не проект.

Википедия с Вами несогласна :-)
Вики




Проект т.к. обладает всеми признаками
1. Цель проекта есть (отдых, хотя может быть и промысловая ловля)
2. Ограничен по времени.
3. Ограничен ресурсами (наживка, удочки) или если промысловая то (сети)

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

Как уже говорил
это из области "финансовых проектов"
Вы же рассматриваете "управление проектом" в сфере "строительство"
Вот поетому у Вас и получиться провальный проект...



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

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


И да..
Даже если деньги у Вас в неограниченном количестве
При отсутствии нужных ресурсов проект "провалиться"

То есть основной задачей управление "проектом рыбалка"
для достижения целей проекта "рыбалка"
является правильная организация добычи нужных ресурсов :-)

По моему демагогией занимаетесь. Досвидос. в игнор

И контрольный ..... откуда "стоимость"
Вот те три пункта пришли к нам из-за "бугра" в оригинале они звучат как
1. Scope (объем, рамки, охват, область действия и т.д.)
2. Schedule (график, расписание, план, срок)
3. Cost (стоимость, расходы, издержки, затраты)

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

Пробный вариант в Bizagi

Угу .... и в чем тогда "управление проектом" рыбалка.....
Если cost=cash мы теряем критерии управления....

Ведь если
Scope
познакомиться с "нужными людьми" то
действия
а)сбор сведений о "нужными людьми" и тогда
Cost у меня "пиво водка раки"

если
Scope
промысловый лов то
Cost
наживка+ инвентарь..

Предмет управление проектом рыбалка
1. Определяемся с целью..
2 если цель А идем по ветке 1, 2, 3..(оптимизация этой ветки возможно отдельная задача)
если цель Б идем по ветке 3, 4, 5...(оптимизация этой ветки возможно отдельная задача)
ПС ветки могут частично совпадать, с разными критериями оптимизации
может на конечном этапе где-то и выплывет cost=cash, но это будет отдельная "локальная"
задача оптимизации проекта рыбалка

Чем Вы собираетесь управлять?
Если финансовыми вложениями тогда cost=cash
Если процессом проектирования тогда cost<>cash


Хм ... программы это конечно хорошо...
но за деревьями Вы не видите леса...
у Вас опять нехватает много стрелочек...

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

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

соответственно и появляетса новое направление внесение изменений в "корпоративный стандарт" ((лптимизация процедуры)

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

а из Ваших схем необходимость "документ" как "корпоративный стандарт" никак не прослеживается...
то есть Вы упустили один из основных критериев .....

Пробный вариант 2

Бизнес процесс "Нагрев воды в чайнике"