|
30.10.2023, 18:07 | #1 |
Участник
|
Я с вами со всеми согласен по сути применения методологий на практике. Но меня в конкретно этой теме интересует формальная сторона вопроса. Если у hr в описании вакансии есть формальные указания на методики, опыт работы по которым должен иметь кандидат - то есть ли в ваших компаниях также формальные указания на то что ваша компания работает по такой-то методике в управлении проектами и по такой-то методике в разработке ? Если вы работаете в интеграторе - то пишите ли вы ()ну может не вы лично, а компания) в документах для клиента - по какой методике будет управляться проект внедрения у клиента и по какой методике ваши программисты будут делать модификации на этом проекте для клиента? Повторюсь: вопрос чисто формальный. По сути - всем всё ясно. Повторюсь также: формально я ни в каких проектных документах интеграторов таких упоминаний не встречал, и во внутренних документах в ИТ клиента - также не встречал. Возможно в 99% это указывают, я не спорю, я говорю исключительно о личном опыте работы с разными интеграторами и в разных внутренних командах на стороне клиента. А у вас как ?
|
|
30.10.2023, 19:56 | #2 |
Участник
|
Цитата:
Сообщение от ТРЕНЕР
Если у hr в описании вакансии есть формальные указания на методики, опыт работы по которым должен иметь кандидат - то есть ли в ваших компаниях также формальные указания на то что ваша компания работает по такой-то методике в управлении проектами и по такой-то методике в разработке ? А у вас как ?
Вы пишите "методики", но методики и методологии - две большие разницы. Формальных указаний на методологии внутри компании (и во всех компаниях, где я работал) нет. В маркетинговых материалах или в коммерческих предложениях - да. В документах, необходимых для ИСО - что-то подобное тоже пишется. А вот на процедуры/процессы - конечно. Далее, на каждом проекте (если он не мелочь, или не аутсорсинг и тп) тоже, но прописываются не абстрактные PMBOK, Agile и т.п., а конкретные процедуры. И они могут очень сильно отличаться - условно внедрение 1С ЕРП и разработка микросервисной распределённой системы. Не надо бояться того, что указано в требованиях HR. Наглость второе счастье. Я, как первое лицо, нанимая ПМ, смотрю на опыт его проектов. Успешные, не успешные и т.п. И главное - как он себя ведёт и что говорит. ПМ с людьми надо общаться, бывает, что PMP не подходит, а человек, который PMBOK в глаза не видел успешно работает. Последний раз редактировалось Наполеон; 30.10.2023 в 20:00. |
|
|
|