[bolahg]

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

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

[генплан]

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

[skalanin]

Сообщение от bolahg есть у кого опыт планирования подобных работ и есть чем поделиться

у вашего ГИПа должен быть опыт и ход проектирования должен выдать он, либо опытный инженер.

Сообщение от bolahg - всеми исходными данными не обладает никто, так же никто до конца не знает у кого они.

это как?
генплан, скорее помощник ГИПа

[White Lord]

Доброго всем дня!
Вы (или Ваше руководство) с самого начала допустили ошибку.
Никаких менеджеров, организаторов, руководителей, "целителей" и т.п. у проекта быть не должно.
Все Ваши функции выполняет ГИП (или ГАП) - и он же отвечает за все. Читаем МДС 11-11-2000 там все расписано.
Он же по своим должностным обязанностям обладает всей необходимой исходно-разрешительной документацией. Если чего-то не имеет то прикладывает все силы на то, чтобы получить необходимые данные.
Если он сможет организовать процесс то уж деньги он сосчитать сумеет.Если Вы планируете заниматья только финансами проекта, а ГИПа привлекаете нормируя его деятельность по "Золотому теленку" то он и вправду ничего не будет знать да и такой проект будет "буксовать"

[bonacon]

Сообщение от генплан Вы менеджер проекта... и скорее всего эффективный

Сообщение от White Lord Вы (или Ваше руководство) с самого начала допустили ошибку.

Зато у топикстартера есть диплом Екатеринбургской суперакадемии МВА и розовый галстук! А у вас нет! И вообще, вы кроме как рисовать на компьютере ничего не умеете!

[Pavel_V]

И, скорее всего, дистанционно полученный диплом мини-МВА в красивой рамочке над столом.
Где-то я эту тему уже видел...

[bolahg]

Сообщение от bonacon Зато у топикстартера есть диплом Екатеринбургской суперакадемии МВА и розовый галстук! А у вас нет! И вообще, вы кроме как рисовать на компьютере ничего не умеете!

Чем заслужил издевательство?

Вы (или Ваше руководство) с самого начала допустили ошибку.

Ошибка положиться во всем на одного человека.

Сообщение от Pavel_V Где-то я эту тему уже видел...

Да создавал несколько дублей.

Сообщение от White Lord Доброго всем дня! Вы (или Ваше руководство) с самого начала допустили ошибку. Никаких менеджеров, организаторов, руководителей, "целителей" и т.п. у проекта быть не должно. Все Ваши функции выполняет ГИП (или ГАП) - и он же отвечает за все. Читаем МДС 11-11-2000 там все расписано. Он же по своим должностным обязанностям обладает всей необходимой исходно-разрешительной документацией. Если чего-то не имеет то прикладывает все силы на то, чтобы получить необходимые данные. Если он сможет организовать процесс то уж деньги он сосчитать сумеет.Если Вы планируете заниматья только финансами проекта, а ГИПа привлекаете нормируя его деятельность по "Золотому теленку" то он и вправду ничего не будет знать да и такой проект будет "буксовать"

Совковые проектные институты - пример для реализации и подражания? Бред.
Есть другие конструктивные предложения по теме?

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

Сообщение от White Lord Никаких менеджеров, организаторов, руководителей, "целителей" и т.п. у проекта быть не должно.

Даже в гос.экспертизе, кроме ги, есть "куратор проекта".

[Pavel_V]

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

[bolahg]

Сообщение от Pavel_V Совковыми проектными институтами была спроектирована вся промышленность СССР в сроки принципиально недостижимые для нынешних капиталистических контор. Подражать недоинститутам, которые набиты родственниками акционеров, нужными людьми, манагерами, бакалаврами и семидесятилетними сотрудниками различных ГИПРО*******? Ваше право. А работы раздавать субчикам за четверть цены ибо своих инженеров содержать невыгодно, да и племяннице акционера на новый Кайен не хватает.

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

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

[k@skAD]

Сообщение от bolahg Совковые проектные институты - пример для реализации и подражания? Бред.

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

[Elizaveta Pryazhentseva]

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

[bolahg]

Сообщение от k@skAD Бред несешь ты, начиная со стартового сообщения в теме. Тебе тут дело говорят, а вместо того, чтобы послушать технически грамотных людей, у которых за плечами не один десяток выполненных проектов, ты тут холивары разводишь. Слушай, записывай и учись. Или иди дальше рисовать тупые схемы процессов проектирования и не отнимай у людей время __________________

Простите, но вы ошибаетесь. Техника и организация - имеют общие связи, но это совершенно разные вещи.

[bonacon]

Сообщение от bolahg Чем заслужил издевательство?

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

[bolahg]

Сообщение от Elizaveta Pryazhentseva Ух, ну и вопрос. В нашей организации планированием всех проектов занимаюсь я. Но сложно дать конкретный алгоритм действий. Потому что каждый объект индивидуальный. Бывает есть исходники, бывает нет как у Вас. Действия исходя из обстоятельств. Как решить ваши проблемы: 1) Всеми исходными данными не обладает никто, так же никто до конца не знает у кого они - назначить ответственного человека, который будет получать исходные данные (так как ГИП у вас этим не занимается назначайте другого человека). Это может сделать любой человек. Или трясите с заказчика. Сами звоните, ищите, но лучше делегировать. Не могу только понять почему никто до конца не знает у кого они?! Кстати, чтобы не срывались сроки, надо в договоре прописать, что срок разработки проекта столько-то, но с момента получения всех исходно-разрешительных документов. 2) цикл: получения исходных данных, согласование с 3-ми заинтересованными лицами, согласование с заказчиком может вращаться очень и очень много раз в разных вариациях - вообще не проблема, опять пишите в договоре или ТЗ сколько вы разрабатывайте вариантов, 3, 4, 10. Если заказчик не укладывается, составляете калькуляцию на дополнительные трудозатраты. 3) исходные данные невозможно получить все на начальном этапе, необходимость части исходных данных определяется в ходе разработки - это я написала в пункте 1, прописывайте в договоре, что срок начинает отсчитываться с момента получения согласования с 3-мя заинтересованными лицами и получением исходных данных. Это нормальная ситуация, мы начинаем проектировать вообще без всего, и в процессе получаем ТУ и прочее. Надо просто очень оперативно это делать. А как вы график работ составляете? Этим Вы занимаетесь?

Спасибо за конструктивный ответ. Описали все как есть или к чему стремимся. Проблема в том что это все это в голове и на уровне личных ощущений. И если это просто написать текстовой инструкцией или дать в руки ГИПу МДС 11-11-2000 и сказать делай все по нему - 100% будет "острый косяк" об который удариться вся организация. Нет понятной и четкой методологии действий для людей которые и описать ее не получается.

[Elizaveta Pryazhentseva]

Я понимаю, все это глупости давать бедному ГИПу 11-11-2000 если он всю жизнь занимается стыковкой непосредственно чертежей. Просто нужно четко понимать кто и за что отвечает. Но, текстовую инструкцию разработать нужно, этим я как раз и занимаюсь, так как мы расширяемся и придет новый руководитель и чтобы его не учить долго и упорно я пишу алгоритм. Но это оказалось сложнее чем думалось. Одно цепляется за другое. И всё это основывается только на опыте и ошибках прошлого. Действительно нет никаких методик как вести проект и мало кто это умеет.

[bolahg]

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

Опять перо в ребро.

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

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

[Elizaveta Pryazhentseva]

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

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

[bolahg]

Сообщение от Elizaveta Pryazhentseva так как мы расширяемся и придет новый руководитель и чтобы его не учить долго и упорно я пишу алгоритм. Но это оказалось сложнее чем думалось. Одно цепляется за другое. И всё это основывается только на опыте и ошибках прошлого. Действительно нет никаких методик как вести проект и мало кто это умеет.

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

[Elizaveta Pryazhentseva]

Это достаточно ценная информация и наработки, понятное дело никто делиться не хочет)

[Варанчик]

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