[bolahg]

Добрый день.
Мне поставлена задача описать процесс планирования разработки проектной документации. Просто в тупике.
Исходные данные: сотрудники организации в основном удаленные, постоянный сотрудник только менеджер проекта.
Структура подчинения при разработке проекта следующая:
менеджер проекта (основные обязанности планирование проекта, контроль сроков, постановка задач по контракту)
-> ГИП (обязанности: согласование проектных решений с заинтересованными лицами, согласование между проектных решений разделами)
-> Руководители групп (разработка проектных решений руками проектировщиков и их согласование между собой) 3-4 шт. на проект
-> Проектировщики (непосредственный исполнитель) - 3-5 на 1го руководителя.
Общая последовательность событий: договор-> получение исходных данных, согласование проектных решений с 3-ими заинтересованными лицами, согласование с заказчиком-> передача документации -> подписание актов.
В принципе процесс планирования идентичен тому чем занимаются программисты, осложняется это тем, что:
- всеми исходными данными не обладает никто, так же никто до конца не знает у кого они.
- цикл: получения исходных данных, согласование с 3-ми заинтересованными лицами, согласование с заказчиком может вращаться очень и очень много раз в разных вариациях.
- исходные данные невозможно получить все на начальном этапе, необходимость части исходных данных определяется в ходе разработки.
В результате таких сложностей на любом этапе разработки можно откатиться чуть ли не в начало работы.
При правильной последовательности действий:
- срыв сроков не несет никакой угрозы для компании.
- дополнительные затраты компании при затягивании сроков составляют не более 10% от стоимости работ.

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

[A123456789]

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

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

----- добавлено через ~2 мин. -----

Сообщение от yrubinshtejn Регресс в управлении (гуманитарности) и попытки поднять его уровень за счёт технологий

Ну в общем, да. Попытка заместить "специалистов", требующих высокого качество "биологического материала", хорошего образования и поствузовского обучения програмным комплексом.
Идея то неплохая. Но бюджеты - сметное ценообразование, оставшееся от СССР - нереалистичные.
Ну и еще одно замечание. Если уж копировать технологию - то целиком - к этой организационной схеме на Западе прикладывается развитая культура "консалтинга".
В том числе культура ряда "предпроектных" проработок - до 10 этапов, как злые люди говорят. И все оплачиваются, а не в режиме бесплатной консультации делаются.

----- добавлено через ~4 мин. -----

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

А за чей счет эту прослойку содержать?
Включая в "счет" обслуживание той "деятельности", которую они создают?
Если Заказчик готов это оплачивать - почему бы нет?

[yrubinshtejn]

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

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

[A123456789]

Сообщение от yrubinshtejn Я думаю, что проблема предпроектной работы отводится на добровольное исполнение

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

[Сергей812]

Сообщение от A123456789 А за чей счет эту прослойку содержать? Включая в "счет" обслуживание той "деятельности", которую они создают?

В большинстве своем, судя по массовым отзывам, они и так являются накладными расходами типа АУП. Пускай ходят с умным видом, сидят на совещаниях, изображая из себя специалистов. В любом случае потери будут меньше, чем когда они реально пытаются рулить процессом. Глядишь, со временем владельцы бизнеса могут и задастся вопросом: а за что же я плачу з/п этим МП?

[yrubinshtejn]

Но "заказчик" не представляет явно (даже интуитивно) роль консалтинга=предпроекта.

Сообщение от A123456789 Важно чтобы бюджеты на эти этапы закладывались.

Поэтому и не закладываются.

[A123456789]

Сообщение от yrubinshtejn Но "заказчик" не представляет явно роль консалтинга=предпроекта.

Заказчик и не обязан.
Он "помнит", что еще какое-то время назад он платил такие-то деньги и получал устраивающий его результат.
Зачем ему "понимать" потребности проектной организации, которая перешла на "менеджерскую схему" организации? Чего ради?
У "менеджерской схемы" есть три преимущества:
1. прозрачность (для менеджеров и контролеров, в том числе со стороны Заказчика) процессов;
2. более низкие требования к качеству "исполнителей";
3. управляемость - как следствие пунктов 1 и 2.
И два недостатка:
1. большая трудоемкость - и в следствие этого увеличение сроков;
2. в силу пунктов 1 и 2 - рост себестоимости.

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

[yrubinshtejn]

Сообщение от A123456789 он платил такие-то деньги и получал устраивающий его результат.

Одно НО - при условиях поофсреды с носителями "техпакетов".
При "управленчиской" схеме,где доминирующую роль играют менеджеры проектов, а "спецы" в роли "консалтинга" - "заказчик" мог не видеть. С "результатом" возможно и знаком.

[Сергей812]

Сообщение от A123456789 2. более низкие требования к качеству "исполнителей";

за счет чего? МП-это не руководители проектных подразделений, способных контролировать и корректировать реальное качество работ.

[A123456789]

Сообщение от Сергей812 за счет чего? МП-это не руководители проектных подразделений, способных контролировать и корректировать реальное качество работ.

За счет программных комплексов и стандартизации "схемных решений".
Например идея внедрения бим это попытка уйти от "культуры согласований", в первую очередь. Предполагается, что программа вас "заставит" это сделать автоматически.
Т.е. это высокотехнологичный "метод тыка". Где "автоматизм" программного комплекса компенсирует увеличивающееся количество и трудоемкость итераций.
А вторым средством сокращения числа итераций - я бы даже сказал контроля/управления процесса итераций - служит "консалтинг", в рамках которого "специалисты" экспертного уровня - в общем-то - занимаются все тем же "согласованием" - только в отличной от привычной нам процедуре.

[Сергей812]

Сообщение от A123456789 За счет программных комплексов и стандартизации "схемных решений".

1. Это работает-пока процесс укладывается в типовые решения. Сейчас много проектировщиков и без всяких новомодных игрушек работают так-нашел подходящий проект, скопипастил, скорректировал.
2. Процесс стандартизации решений требует как раз специалистов высокой квалификации. Потом их выкинут на улицу и наберут более дешевых?

----- добавлено через ~4 мин. -----

Сообщение от A123456789 Например идея внедрения бим это попытка уйти от "культуры согласований", в первую очередь. Предполагается, что программа вас "заставит" это сделать автоматически. Т.е. это высокотехнологичный "метод тыка". Где "автоматизм" программного комплекса компенсирует увеличивающееся количество и трудоемкость итераций.

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

[A123456789]

Сообщение от Сергей812 1. Это работает-пока процесс укладывается в типовые решения. Сейчас много проектировщиков и без всяких новомодных игрушек работают так-нашел подходящий проект, скопипастил, скорректировал. 2. Процесс стандартизации решений требует как раз специалистов высокой квалификации. Потом их выкинут на улицу и наберут более дешевых?

1. Поэтому и происходит упрощение "спектра" используемых "схемных решений".
А для совсем уж "нетиповых" проектов на Западе есть институт "звезд". А поскольку Запад он большой - больше миллиарда человек - и практика собирания команд со всего шарика у них давно присутствует - то и нет особой проблемы.

2. Да он типа сам по себе "складывается", методом "эволюционного отбора". И люди тоже "отбираются" в логике "перебора" - на каком-то этапе "находится" "профпригодный".

----- добавлено через 42 сек. -----

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

Очень-очень многие так не считают.

[yrubinshtejn]

Сообщение от A123456789 Очень-очень многие так не считают.

При последнем разговоре с руководителем я обоснованно отказался. Эх. Может не стоило
Но он "мальчика" в помощь обещал. Из мальчика должен вырости рук.проекта. Я так предполагаю. А то может меня завтра выгонят.

[Сергей812]

Сообщение от A123456789 Очень-очень многие так не считают.

особенно те-кто кормиться на внедрении подобного Никто не спорит, что BIM - это перспективное направление. Но все таки не панацея (волшебная палочка), и не заменит саму организацию работ, создание Коллектива специалистов и т.д.

[A123456789]

Сообщение от Сергей812 особенно те-кто кормиться на внедрении подобного Никто не спорит, что BIM - это перспективное направление. Но все таки не панацея (волшебная палочка), и не заменит саму организацию работ, создание Коллектива специалистов и т.д.

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

[Сергей812]

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

[A123456789]

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

На мой взгляд имеет смысл только для очень больших строительных холдингов. Или аффилированных с ними проектных компаний.
Т.е. большие и регулярные объемы, лояльное ценообразование.
Вариант: стабильный коллектив, из которого не уходят едва ли не десятилетиями. Т.е. отбор на каком-то раннем этапе карьеры и "выращивание под себя".

[Сергей812]

а маленькие фирмы и не потянут просто)

[yrubinshtejn]

Сообщение от A123456789 Т.е. отбор на каком-то раннем этапе карьеры и "выращивание под себя".

А соц.обязательства?

[A123456789]

Сообщение от Сергей812 а маленькие фирмы и не потянут просто)

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

[Сергей812]

Сообщение от A123456789 Вариант: стабильный коллектив, из которого не уходят едва ли не десятилетиями. Т.е. отбор на каком-то раннем этапе карьеры и "выращивание под себя".

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