Показано с 1 по 30 из 31
-
12.05.2006, 22:03 #1
- Регистрация
- 12.05.2006
- Сообщений
- 5
Руководство проектом автоматизации
Уважаемые коллеги!
Помогите с решением следующей проблемы:
Кто должне руководить проектом автоматизации: ИТ-специалисты или специалисты функциональной области? Речь идет об отдельной функции управления, системный подход отложен на потом.
И те и другие приводят весомые аргументы в свою пользу. Цена риска весьма высока.
А что получается на практике?
-
13.05.2006, 00:21 #2
- Регистрация
- 12.12.2005
- Сообщений
- 605
Сообщение от Сергей
Другими словами, руководить проектом должен руководитель проекта. И навыки у него должны быть соответствующие: определение состава и объема работ, планирование, бюджетирование, постановка задач и контроль за сроками и стоимостью их выполнения.
-
13.05.2006, 01:06 #3
- Регистрация
- 24.11.2005
- Сообщений
- 3,432
Сообщение от Сергей
Если люди увидят, что кроме бонусов есть еще ответственность, причем ответственность персональная, число желающих порулить проектом резко уменьшится.
А руководить проектом должен человек:
1. Ответственный и могущий посвятить проекту не менее 50% своего рабочего времени.
2. Владеющий навыками управления проектами и умеющий работать в команде.
3. Обладающий полномочиями, достаточными для решения большинства возникающих проблем.
Это - необходимые условия ... но есть еще и достаточные.
-
13.05.2006, 13:15 #4
- Регистрация
- 13.12.2005
- Сообщений
- 105
Добрый день!
Руководить проектом должен сотрудник It отдела, как специалист более широкого профиля.
Сотрудники функциональных направлений должны консультировать специалистов по автоматизации по вопросам своих направлений, т.е. ставить задачу. Ее же выполнение ни кто, кроме сотрудника It отдела выполнить не сможет. Значит ему и руководить внедрением, выбирать способы и средства достижения цели.
-
15.05.2006, 11:35 #5
- Регистрация
- 12.05.2006
- Сообщений
- 5
Спасибо, Николай и Александр!Я с вами полностью согласен, но проблема в том, что оба кандидата настаивают на своем первенстве по всем названным вами позициям.С моей точки зрения разница между ними в том, что один владеет и предметной областью, а второй - только общей технологией.Мы посетили несколько предприятий с подобными внедрениями - везде успешными внедрениями руководили предметники.Собственно внедрением будет заниматься подрядчик. Поэтому то и возник вопрос, ведь ИТ специалист фактически будет выступать в качестве посредника в передаче информации (требований,неполадок и т.д.)Или я не прав?
-
15.05.2006, 12:10 #6
- Регистрация
- 28.11.2005
- Сообщений
- 20
Сообщение от Сергей
Ведь конечная цель не внедрение АСУ, а достижение улучшения каких-либо параметров системы управления. Поэтому руководить проектом должен "предметник", который и несет всю ответственность (директор, зам.директора, нач.отдела - в зависимости от внедряемой системы)
А что значит "внедрением будет заниматься подрядчик" ? Ведь подрядчик может заниматься разработкой проекта, обучением и консультированием, но не как не внедрением.
-
22.05.2006, 11:48 #7
- Регистрация
- 12.05.2006
- Сообщений
- 5
Спасибо, vss !
Вы подобрали очень правильные слова.
-
26.05.2006, 11:38 #8
Тогда наверное все таки 2 руководителей, руководитель проекта со стороны заказчика и руководитель проекта со стороны исполнителя...
-
15.06.2006, 21:13 #9Сообщение от werwolff
Например у тандема две пары педалей, но один руль примерно по той же причине
-
20.06.2006, 11:02 #10
-
20.06.2006, 13:18 #11
- Регистрация
- 09.06.2006
- Сообщений
- 320
Только специалист.
Сообщение от Сергей
-
27.06.2006, 14:37 #12
- Регистрация
- 22.11.2005
- Сообщений
- 4
Только специалист в области управления проектами.
Не согласен с профессором.
Когда дело касается автоматизации - получается, что специалист-предметник - It-шник. И он должен получить право управления проектом. Или у нас специалист финансист? ... или производственник?
Как-то в моей цепочке специалистов с управленцами не получается.
А если учесть, что каждый из них "одеяльце" будет на себя подтягивать?
И в вопросе Сергея это уже происходит.
Я бы нашел в такой ситуации обычного управленца (руководителя проекта). А двух желающих поруководить назначил бы замами. Одного по информационным технологиям, другого по предмету.
Понятно, что управленец должен быть специалистом в области управления и иметь высокий статус на предприятии.
-
27.06.2006, 22:16 #13
- Регистрация
- 25.11.2005
- Сообщений
- 425
Господа,
позвольте наивный вопрос: для чего нужно руководить проектом?
1. Чтобы подстегивать всех участников проекта и отслеживать временные рамки выполнения работ согласно составленному план-графику? - Так это и я, пожалуй, смогу (это вам не "Мурку" сбацать ).
2. Чтобы принимать корректирующие решения в случае возникающих отклонений от графика? Так решение принимает, все-равно, компьютер, оснащенный PМ-программой... А довести до исполнителей результаты оптимизации - тоже дело, по-видимому, несложное.
Коллеги, давайте разберемся с вопросом "для чего", а там, глядишь, и ответим на вытекающий: "кто сможет".
Или я совсем наивен, тогда, пожалуйста, растолкуйте...
-
28.06.2006, 01:17 #14
- Регистрация
- 25.11.2005
- Сообщений
- 690
Сообщение от Евгений
-
28.06.2006, 03:07 #15Сообщение от Евгений
-
28.06.2006, 05:30 #16
- Регистрация
- 20.06.2006
- Сообщений
- 20
Сообщение от Евгений
Ну и в конце - для любителей шаблонов - отслеживание сроков и бюджета.
-
28.06.2006, 11:43 #17
Carina, это называется - любой ценой. Генераторы отчетов за млн$ - очень распространенное на просторах СНГ решение.
-
28.06.2006, 12:31 #18
- Регистрация
- 12.12.2005
- Сообщений
- 72
Сообщение от Carina
Но совершенно верно замечено что ЦЕЛЬ - главное ради чего весь сыр-бор. Конечно конкретная цель, а не приведенная абстрактная.
Слова "НУЖНОЙ ИНФОРМАЦИЙ" надо заменить на какой конкретно, в каких объемах, какой форме представения, в какой срок, с какой допустимой достоверностью и полнотой. И еще понять, для чего нужна эта информация руководителям..какие решения они принимаю используя ее...какой "вес" определенной информации в процессе принятия каких решений. Какой вес самих решений с точки зрения их влияния на
развитие предприятия, решения ег главной задачи - увеличения доходности.
-
28.06.2006, 13:30 #19
- Регистрация
- 20.06.2006
- Сообщений
- 20
Сообщение от igor12345
-
28.06.2006, 13:49 #20Сертаков АлександрГость
Карина,
> Вписаться в сроки и в бюджет не удалось практически никому
Тоже статистику в студию, пожалуйста =)
-
28.06.2006, 15:16 #21
- Регистрация
- 20.06.2006
- Сообщений
- 20
Сообщение от Сертаков Александр
-
28.06.2006, 15:22 #22Сертаков АлександрГость
То есть Вы не можете говорить о репрезентативности Вашей выборки? =)
-
28.06.2006, 17:02 #23
- Регистрация
- 12.12.2005
- Сообщений
- 72
Сообщение от Carina
говорить о таких понятиях с высокой точностью. Но вообще работать без них (сроков, бюджета) довольно затруднительно.
---------------------------------------------------------
Могу привести из практики наших проектов (мы занимаемся внедрение комплексных систем на средних и крупных предприятиях).
Обычно руководит проектом чаще всеже со стороны Заказчика кто-то от финансистов. Даже если и есть формально руководитель от Исполнителя, то все равно он все вопросы должн согласовывать с финансисом (чаще всего это финдиректор или один из замов гендиректора или (для крупных) - руководитель направления инвестирования. И это хороший вариант. Самый лучший - когда руководит кто-то от владельцев бизнеса. Тут видимо под руководством скорее подразумивается утверждение целей и досточное и оперативное финансирование проекта, включая и контроль сроков.
Далее бывают руководят всем начальники АСУ. По практике такие проекты идут плохо (скажем хуже, чем первые). Прежде всего потому, что руководители затратных подразделений (таких как АСУ) не имеют высокого статуса на предприятии и следовательно их мало кто слушает.
Представиделей АСУ я бы лично никогда не ставил руководителями,т.к. они слишком уж технари и чаще всего не видят зачем проект предприятию и любят покопаться с техническими деталями часто уводя проект от предприятия к последним достижениям в области компьтерных технологий, при это никогда не могут обосновать своему же руководству экономику проекта,т.е. зачем он нужен предприятию (экономически нужен). Денег в результате на проект не выделяют и все глохнет вместе с последними техническими достижениями.
Бывают руководят от Заказчика главбухи или начальники производств, начальник сбыта. Ну тут чаще всем техническим мы занимаемся, а они ставят задачу контролируют сроки финансы. Несмотря на кажущуюся абсурдность такого руководства (т.е. это узкие руководители и говорить о комплексности подхода не приходится) есть случаи довольно неплохой работы (самого процесса управления проектом, хотя цель комплексности чаще не достигается).
Бывают случаи создания рабочей группы, которая включает представителей различных служб Заказчика, а также и представителей Исполнителя. Вообще вроде бы хороший вариант, но живет такая группа обычно недолго...оставляя костяк, который тянет проект. Костяк складывается из интузиастов (а не по принципу лучших)..поэтому тут уже как повезет. Теоретически красиво, а практически - не идет это почему-то реально.
-
28.06.2006, 17:06 #24
- Регистрация
- 12.12.2005
- Сообщений
- 72
Сообщение от Carina
Да..если говорить о том, что вписать ли проект в срок или в бюждет, то мы чаще всего стараемся не перевалить бюджет...за сроки трудно вообще отвечать, т.к. проект зависит не только от нас. Да и Заказчик российский не отличается пунктуальностью по срокам и сроки прощает легко. Но вначале все же сроки все равно нужны, хоят бы для того, что когда они не выполняются собраться и понять причины почему он не выполняются и что-то изменить в проекте. Так что это не невыполнимая задача ставится, а такая методика ведения проекта просто - сроки нужны.
-
28.06.2006, 23:53 #25
- Регистрация
- 25.11.2005
- Сообщений
- 2,723
Профессор совершенно прав. РП должен быть специалистом в предметной области. И чем менее она ограничена-тем лучше.
Ставить РП ИТшника - детская болезнь.
Все эти умные слова относятся чисто к концепции лохоразведения.
Знаете, есть РП в кавычек и без оных.
Вы сейчас обсуждаете тех, кто в кавычках.
Бюджеты, сроки... фигня все это на самом деле. Результат или есть, или его нет. И чем меньше результата-тем больше умных слов в оправдание затраченного времени и денег.
-
05.07.2006, 09:42 #26
- Регистрация
- 22.04.2006
- Сообщений
- 16
Помогите с решением следующей проблемы:
Кто должне руководить проектом автоматизации: ИТ-специалисты или специалисты функциональной области?
- Определить цели проекта. Цели должны соответствовать ожиданиям заказчика проекта (как правило, ожиданиям спонсора).
- Критерии проверки достижения цели. Или, как можно будет проверить степень достижения целей по завершению проекта.
- Решение проблемы (концепцию решения). Концепция должна быть очевидной и на здравом смысле, на общепризнанных принципах или практическом опыте доказывать, что цель проекта будет достигнута при помощи такого решения. Это не план проекта.
- Концепцию реализации проекта – основные принципы реализации проекта, этапы проекта. Концепция реализации должна вселить в заинтересованных лиц уверенность в том, что выбранный путь реализации проекта обеспечит его успех.
- Сроки и бюджет, в которые кандидат планирует уложить проект.
- Ресурс, который будет привлечён РП для реализации проекта.
- Подтверждение того, что аналогичная концепция решения и реализации была применена кандидатом и привела к успеху. Хотя бы одно подтверждение.
Получите ответы на эти вопросы от кандидатов в РП. Сделайте выводы. Выберите лучшее или наиболее приемлемое для вас предложение. Желательно, чтобы ответы были на все вопросы. Иначе, высок риск неуспеха.
-
13.07.2006, 16:11 #27
- Регистрация
- 12.12.2005
- Сообщений
- 72
Сообщение от Михаил_Шустер
Самое интересное, что как раз сказать есть ли результат или нет объективно по большенству сделанных проектов невозможно, так как часто не бывает формального описания этого результата.
ЕСли результ формально описан и выполнен, то все равно трудно сказать, будет ли он полезен предприятию.
Поэтому все рассуждение и отнесение проекта к УСПЕШНЫМ или НЕУСПЕШНЫМ является всегда субьективным.
Даже если Заказчик считает проект успешным и ему все нравиться это еще не значит, что его успешным для проект считает Исполнитель!
-
17.07.2006, 13:52 #28Сообщение от asafree
Тут есть еще один вопрос, который не получил должного освещения: а что вы собственно понимаете под словом РМ? Действительно ли он должен формулировать цели проекта и метрики достижения целей? Не будет ли это как с тем козлом, которому доверили проект охраны огорода, а заодно и определение целей этой охраны?
-
18.07.2006, 11:14 #29
- Регистрация
- 12.05.2006
- Сообщений
- 5
vpotapov
Похоже Вы правы. Именно так и получилось.
-
19.07.2006, 23:02 #30
Отсутствие критериев оценки является очень частой и грубой ошибкой (ИМХО: как заказчиков так и подрядчиков).
Субъективизма не более чем на ошибку от округления
ИТшник руководить НЕ может не потому что он плохой специалист, а потому что он НЕ специалист в том чем будет руководить.
Со своего опыта логический блок сделанный хорошым ИТшником без присмотра приходится корректировать до 30% времени от времени создания.