Страница 1 из 2 12 ПоследняяПоследняя
Показано с 1 по 30 из 31
  1. #1
    Новый участник
    Регистрация
    12.05.2006
    Сообщений
    5

    По умолчанию Руководство проектом автоматизации

    Уважаемые коллеги!
    Помогите с решением следующей проблемы:
    Кто должне руководить проектом автоматизации: ИТ-специалисты или специалисты функциональной области? Речь идет об отдельной функции управления, системный подход отложен на потом.
    И те и другие приводят весомые аргументы в свою пользу. Цена риска весьма высока.
    А что получается на практике?

  2. #2
    Член сообщества
    Регистрация
    12.12.2005
    Сообщений
    605

    По умолчанию

    Цитата Сообщение от Сергей
    Кто должне руководить проектом автоматизации: ИТ-специалисты или специалисты функциональной области?
    Прежде всего, руководить должен ОДИН человек, а не "специалисты" во множественном числе. Откуда он возьмется, совершенно неважно, но ему должны доверять и потенциальные пользователи (он должен понимать, что им нужно и насколько функционал А более или менее важен, чем функционал Б), и технологи (он должен понимать, что технически возможно), и руководство компании (он должен обеспечить разработку и/или внедрение максимально функционального продукта за минимально возможные деньги).

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

  3. #3
    Член сообщества
    Регистрация
    24.11.2005
    Сообщений
    3,432

    По умолчанию

    Цитата Сообщение от Сергей
    Кто должне руководить проектом автоматизации: ИТ-специалисты или специалисты функциональной области? Речь идет об отдельной функции управления, системный подход отложен на потом.
    И те и другие приводят весомые аргументы в свою пользу. Цена риска весьма высока.
    У победы много отцов, зато поражение всегда сирота (У.Черчилль)

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

    А руководить проектом должен человек:
    1. Ответственный и могущий посвятить проекту не менее 50% своего рабочего времени.
    2. Владеющий навыками управления проектами и умеющий работать в команде.
    3. Обладающий полномочиями, достаточными для решения большинства возникающих проблем.
    Это - необходимые условия ... но есть еще и достаточные.

  4. #4
    Член сообщества
    Регистрация
    13.12.2005
    Сообщений
    105

    По умолчанию

    Добрый день!
    Руководить проектом должен сотрудник It отдела, как специалист более широкого профиля.
    Сотрудники функциональных направлений должны консультировать специалистов по автоматизации по вопросам своих направлений, т.е. ставить задачу. Ее же выполнение ни кто, кроме сотрудника It отдела выполнить не сможет. Значит ему и руководить внедрением, выбирать способы и средства достижения цели.

  5. #5
    Новый участник
    Регистрация
    12.05.2006
    Сообщений
    5

    По умолчанию

    Спасибо, Николай и Александр!Я с вами полностью согласен, но проблема в том, что оба кандидата настаивают на своем первенстве по всем названным вами позициям.С моей точки зрения разница между ними в том, что один владеет и предметной областью, а второй - только общей технологией.Мы посетили несколько предприятий с подобными внедрениями - везде успешными внедрениями руководили предметники.Собственно внедрением будет заниматься подрядчик. Поэтому то и возник вопрос, ведь ИТ специалист фактически будет выступать в качестве посредника в передаче информации (требований,неполадок и т.д.)Или я не прав?

  6. #6

    По умолчанию

    Цитата Сообщение от Сергей
    Мы посетили несколько предприятий с подобными внедрениями - везде успешными внедрениями руководили предметники.Собственно внедрением будет заниматься подрядчик. Поэтому то и возник вопрос, ведь ИТ специалист фактически будет выступать в качестве посредника в передаче информации (требований,неполадок и т.д.)Или я не прав?
    В старые добрые времена при внедрении АСУ использовался "принцип 1-го руководителя". Соблюдение этого принципа очень способствовало внедрению нововведений. Для того, чтобы иметь возможность внести изменение в метод, систему или процедуру деятельности должностных лиц, руководитель проекта должен пользоваться престижем руководящего состава, когда не действует логика и убеждения. Т.е. руководитель проекта должен иметь право приказывать.
    Ведь конечная цель не внедрение АСУ, а достижение улучшения каких-либо параметров системы управления. Поэтому руководить проектом должен "предметник", который и несет всю ответственность (директор, зам.директора, нач.отдела - в зависимости от внедряемой системы)
    А что значит "внедрением будет заниматься подрядчик" ? Ведь подрядчик может заниматься разработкой проекта, обучением и консультированием, но не как не внедрением.

  7. #7
    Новый участник
    Регистрация
    12.05.2006
    Сообщений
    5

    По умолчанию

    Спасибо, vss !
    Вы подобрали очень правильные слова.

  8. #8
    Новый участник
    Регистрация
    26.05.2006
    Сообщений
    2

    По умолчанию

    Тогда наверное все таки 2 руководителей, руководитель проекта со стороны заказчика и руководитель проекта со стороны исполнителя...

  9. #9

    По умолчанию

    Цитата Сообщение от werwolff
    Тогда наверное все таки 2 руководителей, руководитель проекта со стороны заказчика и руководитель проекта со стороны исполнителя...
    Руководитель должен быть один. Со стороны заказчика можно назначить ответственное лицо.

    Например у тандема две пары педалей, но один руль примерно по той же причине

  10. #10
    Новый участник
    Регистрация
    26.05.2006
    Сообщений
    2

    По умолчанию :)

    Оптимистично

  11. #11

    По умолчанию Только специалист.

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

  12. #12
    Новый участник
    Регистрация
    22.11.2005
    Сообщений
    4

    По умолчанию Только специалист в области управления проектами.

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

  13. #13

    По умолчанию

    Господа,
    позвольте наивный вопрос: для чего нужно руководить проектом?

    1. Чтобы подстегивать всех участников проекта и отслеживать временные рамки выполнения работ согласно составленному план-графику? - Так это и я, пожалуй, смогу (это вам не "Мурку" сбацать ).

    2. Чтобы принимать корректирующие решения в случае возникающих отклонений от графика? Так решение принимает, все-равно, компьютер, оснащенный PМ-программой... А довести до исполнителей результаты оптимизации - тоже дело, по-видимому, несложное.

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

    Или я совсем наивен, тогда, пожалуйста, растолкуйте...

  14. #14
    Член сообщества
    Регистрация
    25.11.2005
    Сообщений
    690

    По умолчанию

    Цитата Сообщение от Евгений
    Господа,
    позвольте наивный вопрос: для чего нужно руководить проектом?

    Или я совсем наивен, тогда, пожалуйста, растолкуйте...
    Откаты.

  15. #15

    По умолчанию

    Цитата Сообщение от Евгений
    Так решение принимает, все-равно, компьютер, оснащенный PМ-программой...
    фантастика. Где Вы такое видели, с удовольствием бы посмотрел.

  16. #16
    Кандидат
    Регистрация
    20.06.2006
    Сообщений
    20

    По умолчанию

    Цитата Сообщение от Евгений
    Господа,
    позвольте наивный вопрос: для чего нужно руководить проектом?

    1. Чтобы подстегивать всех участников проекта и отслеживать временные рамки выполнения работ согласно составленному план-графику? - Так это и я, пожалуй, смогу (это вам не "Мурку" сбацать ).

    2. Чтобы принимать корректирующие решения в случае возникающих отклонений от графика? Так решение принимает, все-равно, компьютер, оснащенный PМ-программой... А довести до исполнителей результаты оптимизации - тоже дело, по-видимому, несложное.

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

    Или я совсем наивен, тогда, пожалуйста, растолкуйте...
    Cугубо ИМХО. Руководитель проекта не должен ставить своей основной целью - вписаться в бюджет и в сроки. Его цель, сделать так, чтобы были выполнены те цели, ради которых затеен проект. Поэтому и его деятельность должна быть связана не с отслеживанием сроков (это побочный элемент), а с обеспечением целей не самого преокта, т.е. не внедрения, а ради того, из-за чего затеяно внедрение. Стоит цель - обеспечить руководителей управленческой информацией по их напарвлениям деятельности. Для этого затяяна разработка специализированного ПО. Руководитель проекта должен обеспечить, чтобы все руководители получили необходимую им информацию. Поэтому его функции связаны 1. с взаимодействием с заказчиком, 2. с согласованием работы внутри своей команды, 3. с согласованием данных внутри проекта 4. с согласованием архитектуры системы в целом.
    Ну и в конце - для любителей шаблонов - отслеживание сроков и бюджета.

  17. #17

    По умолчанию

    Carina, это называется - любой ценой. Генераторы отчетов за млн$ - очень распространенное на просторах СНГ решение.

  18. #18
    Член сообщества
    Регистрация
    12.12.2005
    Сообщений
    72

    По умолчанию

    Цитата Сообщение от Carina
    Cугубо ИМХО. Руководитель проекта не должен ставить своей основной целью - вписаться в бюджет и в сроки. Его цель, сделать так, чтобы были выполнены те цели, ради которых затеен проект.
    Проект - описание цели, которая достигается по определенных сроках за заданный бюджет. Не отслеживать сроки и бюджет - значит не заниматься проектом. Проектом нельзя назвать что-то, что не имеет сроков, результатов по срокам, бюджета, ответсвенных и т.д.

    Но совершенно верно замечено что ЦЕЛЬ - главное ради чего весь сыр-бор. Конечно конкретная цель, а не приведенная абстрактная.
    Слова "НУЖНОЙ ИНФОРМАЦИЙ" надо заменить на какой конкретно, в каких объемах, какой форме представения, в какой срок, с какой допустимой достоверностью и полнотой. И еще понять, для чего нужна эта информация руководителям..какие решения они принимаю используя ее...какой "вес" определенной информации в процессе принятия каких решений. Какой вес самих решений с точки зрения их влияния на
    развитие предприятия, решения ег главной задачи - увеличения доходности.

  19. #19
    Кандидат
    Регистрация
    20.06.2006
    Сообщений
    20

    По умолчанию

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

  20. #20
    Сертаков Александр
    Гость

    По умолчанию

    Карина,
    > Вписаться в сроки и в бюджет не удалось практически никому
    Тоже статистику в студию, пожалуйста =)

  21. #21
    Кандидат
    Регистрация
    20.06.2006
    Сообщений
    20

    По умолчанию

    Цитата Сообщение от Сертаков Александр
    Карина,
    > Вписаться в сроки и в бюджет не удалось практически никому
    Тоже статистику в студию, пожалуйста =)
    Брукс. (планы от Микрософт, Sun, Oracle и т.п. и их реализация тоже не опровергают)

  22. #22
    Сертаков Александр
    Гость

    По умолчанию

    То есть Вы не можете говорить о репрезентативности Вашей выборки? =)

  23. #23
    Член сообщества
    Регистрация
    12.12.2005
    Сообщений
    72

    По умолчанию

    Цитата Сообщение от Carina
    Вписаться в сроки и в бюджет не удалось практически никому (там где говорят о разработке, с внедрением , возможно ситуация чуть лучше по срокам, хотя редко). И успешным и неуспешным. Поэтому, я просто как частный человек , и исключаю это из первостепенных задач руководителя - все равно не справиться. Зачем ставить не выполнимые задачи.
    То, что не удалось вписать и то, что надо вообще не смотреть или делать без бюджета или сроков - это разные вещи. Действительно, в самом начале трудно
    говорить о таких понятиях с высокой точностью. Но вообще работать без них (сроков, бюджета) довольно затруднительно.
    ---------------------------------------------------------
    Могу привести из практики наших проектов (мы занимаемся внедрение комплексных систем на средних и крупных предприятиях).

    Обычно руководит проектом чаще всеже со стороны Заказчика кто-то от финансистов. Даже если и есть формально руководитель от Исполнителя, то все равно он все вопросы должн согласовывать с финансисом (чаще всего это финдиректор или один из замов гендиректора или (для крупных) - руководитель направления инвестирования. И это хороший вариант. Самый лучший - когда руководит кто-то от владельцев бизнеса. Тут видимо под руководством скорее подразумивается утверждение целей и досточное и оперативное финансирование проекта, включая и контроль сроков.

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

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

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

    Бывают случаи создания рабочей группы, которая включает представителей различных служб Заказчика, а также и представителей Исполнителя. Вообще вроде бы хороший вариант, но живет такая группа обычно недолго...оставляя костяк, который тянет проект. Костяк складывается из интузиастов (а не по принципу лучших)..поэтому тут уже как повезет. Теоретически красиво, а практически - не идет это почему-то реально.

  24. #24
    Член сообщества
    Регистрация
    12.12.2005
    Сообщений
    72

    По умолчанию

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

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

  25. #25
    Член сообщества
    Регистрация
    25.11.2005
    Сообщений
    2,723

    По умолчанию

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

  26. #26
    Кандидат
    Регистрация
    22.04.2006
    Сообщений
    16

    По умолчанию

    Помогите с решением следующей проблемы:
    Кто должне руководить проектом автоматизации: ИТ-специалисты или специалисты функциональной области?
    Я бы не стал делить РП по принципу ИТ-специалист или предметник. Не это определяет успех проекта. Может быть и есть некоторые закономерности и статистика по успешным проектам под руководством итэшников или предметников, но не это главное. В упрощённом варианте надо попросить с кандидатов на РП следующее:
    - Определить цели проекта. Цели должны соответствовать ожиданиям заказчика проекта (как правило, ожиданиям спонсора).
    - Критерии проверки достижения цели. Или, как можно будет проверить степень достижения целей по завершению проекта.
    - Решение проблемы (концепцию решения). Концепция должна быть очевидной и на здравом смысле, на общепризнанных принципах или практическом опыте доказывать, что цель проекта будет достигнута при помощи такого решения. Это не план проекта.
    - Концепцию реализации проекта – основные принципы реализации проекта, этапы проекта. Концепция реализации должна вселить в заинтересованных лиц уверенность в том, что выбранный путь реализации проекта обеспечит его успех.
    - Сроки и бюджет, в которые кандидат планирует уложить проект.
    - Ресурс, который будет привлечён РП для реализации проекта.
    - Подтверждение того, что аналогичная концепция решения и реализации была применена кандидатом и привела к успеху. Хотя бы одно подтверждение.
    Получите ответы на эти вопросы от кандидатов в РП. Сделайте выводы. Выберите лучшее или наиболее приемлемое для вас предложение. Желательно, чтобы ответы были на все вопросы. Иначе, высок риск неуспеха.

  27. #27
    Член сообщества
    Регистрация
    12.12.2005
    Сообщений
    72

    По умолчанию

    Цитата Сообщение от Михаил_Шустер
    Профессор совершенно прав. РП должен быть специалистом в предметной области. И чем менее она ограничена-тем лучше.
    Ставить РП ИТшника - детская болезнь.
    Все эти умные слова относятся чисто к концепции лохоразведения.
    Знаете, есть РП в кавычек и без оных.
    Вы сейчас обсуждаете тех, кто в кавычках.
    Бюджеты, сроки... фигня все это на самом деле. Результат или есть, или его нет. И чем меньше результата-тем больше умных слов в оправдание затраченного времени и денег.

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

    Поэтому все рассуждение и отнесение проекта к УСПЕШНЫМ или НЕУСПЕШНЫМ является всегда субьективным.

    Даже если Заказчик считает проект успешным и ему все нравиться это еще не значит, что его успешным для проект считает Исполнитель!

  28. #28
    Кандидат
    Регистрация
    26.04.2006
    Сообщений
    11

    По умолчанию

    Цитата Сообщение от asafree
    Желательно, чтобы ответы были на все вопросы. Иначе, высок риск неуспеха.
    Наличие ответов, даже очень красивых, слабо влияет на риски. Точнее, слабо влияет только на те риски, предпосылками которых является непрофессионализм PMа. На все остальные риски вообще никак не влияет, имхо.

    Тут есть еще один вопрос, который не получил должного освещения: а что вы собственно понимаете под словом РМ? Действительно ли он должен формулировать цели проекта и метрики достижения целей? Не будет ли это как с тем козлом, которому доверили проект охраны огорода, а заодно и определение целей этой охраны?

  29. #29
    Новый участник
    Регистрация
    12.05.2006
    Сообщений
    5

    По умолчанию

    vpotapov

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

  30. #30

    По умолчанию

    Отсутствие критериев оценки является очень частой и грубой ошибкой (ИМХО: как заказчиков так и подрядчиков).
    Субъективизма не более чем на ошибку от округления

    ИТшник руководить НЕ может не потому что он плохой специалист, а потому что он НЕ специалист в том чем будет руководить.

    Со своего опыта логический блок сделанный хорошым ИТшником без присмотра приходится корректировать до 30% времени от времени создания.

Страница 1 из 2 12 ПоследняяПоследняя

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •