Структура проектного отдела, А какая у вас структура? Опции

[ity]

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

[ity]

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

[timmy]

а шо это ваще за отдел такой? Чо он у васделать буит? Чаи гонять с плюшками?

[Машинист]

А еще есть фирмы целые проектные. Тоже "чай с плюшками". Неплохой бизнес, кстати.

[ity]

Да нет, нам не до чаев и не до плюшек. Инженерные системы, а точнее климатические ну и так по мелочи:)))

[EJIEHA]

ity
Что Вы знаете о СРО?

[ity]

Написано много и очень много в ней недоделок. У нас любят все рушить но вот толком создавать ничего не умеют. Так что об этом говорить рано:)))))

[EJIEHA]

На основании чего будете проектную деятельность осуществлять?

[ity]

На основании этого же СРО:))))

[timmy]

На основании этого же СРО:))))

СРО это не основание, а организация. Вы опредилились с составом вашего проекта? На каждую часть желательно по спецу посадить. Если какие то части тесно связаны друг с другом, то можно создать группы инженеров, которые делают эти части совместно. По климатике вам скорее всего понадобятся электрик, теплотехник, ВКшник и асушник-киповец. Плюс сметчик, чтоб всё обсчитать. Пара чертежников, чтоб схемы побыстрее чертить. Начальник отдела - ГИП.

[too_zerocool]

СРО это не основание, а организация. Вы опредилились с составом вашего проекта? На каждую часть желательно по спецу посадить. Если какие то части тесно связаны друг с другом, то можно создать группы инженеров, которые делают эти части совместно. По климатике вам скорее всего понадобятся электрик, теплотехник, ВКшник и асушник-киповец. Плюс сметчик, чтоб всё обсчитать. Пара чертежников, чтоб схемы побыстрее чертить. Начальник отдела - ГИП.

1 спец на раздел - это лотерея. Он может заболеть, запить, забыть и забить и что в таком случае делать кто будет его заменять? Зачем в проектной группе сметчик? он работать будет от силы 1 неделю в году. Чем будете занимать киповца в проектном бюро тоже не очень понятно - объем работы много меньше чем у тех же ОВ-шников и электриков. Ну и разумеется самое разумное создать этот отдел в момент когда объем проектной работы стремится к нулю)))

[Странная Белка]

У нас структура "на одного проектировщика 5 начальников", поэтому даже рассказывать не буду.

[zeman]

У нас структура "на одного проектировщика 5 начальников", поэтому даже рассказывать не буду.

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

[Крезот]

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

[Странная Белка]

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

ну это зависит от количества объектов. По каждому свой руководитель проекта, который автоматически становится моим начальником. Сейчас у меня 2 объекта, поэтому начальников уже 6.

[ity]

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

[Patorok]

У нас структура "на одного проектировщика 5 начальников", поэтому даже рассказывать не буду.

Ыыыыыыыыыыыыыыыы. +50000000000!!!! То-же самое, но в квадрате! Даже я выполняю всё больше начальничьи функции, уже забыл как палки в автокаде рисовать. У нас примерно следующая структура в порядке возростания иерархии:
1. department engineer (это и есть тот самый проектировщик, которий именно проектирует и создаёт продукцию компании).
А сеперь кто им "руководит":
1.1 lead discipline engineer (прошу любить и жаловать);
1.2 department manager (руководит нами с п. 1);
1.3 project engineer (типа вашего ГИПа, но кастрированного)
1.4 project manager (то, что кастрировали от п. 1.3)
1.5 engineering department manager (руководит п. 1, 1.1, 1.2)
1.6 engineering bureu manager (руководит всеми вышеперечисленными с переменным успехом, в основном выполняет функции 1.4)
1.7 office director (думаю, и так ясно)
1.8 regional director ("думаю и так ясно", но в международном масштабе)
... дальше пошли такие монстры корпорации, что обычному инженегру лучше о них не задумываться.

[Lada_1]

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

[Странная Белка]

Patorok, а вы случайно не в одном из наших украинских офисов работаете?)))

Сообщение отредактировал Странная Белка - 17.12.2009, 19:24

[Никитос]

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

[Patorok]

Patorok, а вы случайно не в одном из наших украинских офисов работаете?)))

Вполне возможно. По крайней мере, в СНД я больше не знаю таких проектных монстров, как наша корпорация.

[Гость_Boris Blade_*]

Разрисуйте процессы как вы их представляете, потом посмотрите какая структурная схема для этого подходит. Вероятнее всего матричная. Что то вроде организации имеющей некоторую постоянную структуру и временные подразделения выполняющие конкретные проекты. В принципе все строительные организации имеют такую природу, но не все это понимают. Построение линейно-функциональной модели приведет к со времнем к серьезным проблемам в управлении. Конфликты возникнут на границах функциональных подразделений. Тоолько четкий процессный подход, иначе участники и отделы начнут самостоятельно присваивать себе полномочия, что не всегда идет на пользу дела. Возникает непрерывная грызня между отделами и подразделениями. Картина, наверное многим известная. Для контроля правильности функционирования создают должность или отдел службы качества.
Линейно-функциональные модели, без пинков не работтают, а оно надо?

Сообщение отредактировал Boris Blade - 23.12.2009, 23:10

[Гость_Boris Blade_*]

http://consulting.ru/econs_wp_6775
Например это для общего ознакомления, существуют и моделирующие программы для создания оргструктур.

[Vano]

Если к матричной структуре еще с каждой стороны приделать по начальнику получиться Беличья структура 1 исполнитель - 5 начальников.

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

[Гость_Boris Blade_*]

Без фанатизма конечно. Тут понять надо как мыслят работу организации, как совокупность выпоняемых проектов? Тогда автоматически появляется управляющий проектом и управляющий проектами. Директор в такой организации обеспечивает деятельность инфраструктуры. А как по другому то? Есть другие идеи?

[Гость_Boris Blade_*]

Если к матричной структуре еще с каждой стороны приделать по начальнику получиться Беличья структура 1 исполнитель - 5 начальников.

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

Управляющий проектми и выполняет роль выбора приоритетов (проектов) и доступа Управляющих Проектом к ресурсам. Все это напоминает работу компютера, где кроме выполнения постоянного некоторго набора программ, производиться выполнение задач пользователя, причем многих. Откройте диспетчер задач - увидите. Естественно, что не все так просто в матричной организации, требуются квалифицированные управленцы, особенно в крупных. А линейно-функциональная модель это модель крупных сталелитейных корпораций 19 века. Давно пройденный этап. А еще ЖЭКов и других госсструктур, со временем такие организации превращаются в сомоценную сущность, им потребитель не нужен. Однако такая ситуация в коммерческой фирме приводит к ее краху.


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

пс в матричных можно организавать многозадачность и многопоточность.

Сообщение отредактировал Boris Blade - 24.12.2009, 0:22

[Vano]

Линейно-функциональные модели, без пинков не работтают, а оно надо?

Так и матричная без пинков не работает.

Без фанатизма конечно. Тут понять надо как мыслят работу организации, как совокупность выпоняемых проектов? Тогда автоматически появляется управляющий проектом и управляющий проектами. Директор в такой организации обеспечивает деятельность инфраструктуры. А как по другому то? Есть другие идеи?

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

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

[timmy]

Других идей нет - все системы в которых работал имеют минусы, а точнее работают через одно место со временем.

Это закон термодинамики. Любая система стремиться к снижению энтропии. В данном случае к снижению скорости обмена информацией между отделами.

[Гость_Boris Blade_*]

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

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


Сообщение отредактировал Boris Blade - 24.12.2009, 16:36

[Гость_Boris Blade_*]

Это закон термодинамики. Любая система стремиться к снижению энтропии. В данном случае к снижению скорости обмена информацией между отделами.

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

Сообщение отредактировал Boris Blade - 24.12.2009, 16:55

[Гость_Boris Blade_*]

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

Сообщение отредактировал Boris Blade - 24.12.2009, 17:05