Показать сообщение отдельно
Старый 30.03.2006, 17:17   #20  
bobkov_imported is offline
bobkov_imported
Участник
 
69 / 10 (1) +
Регистрация: 23.02.2004
Цитата:
Сообщение от bobkov Посмотреть сообщение
Сергей, ты тем самым предлагаешь отнести управление проектом к искусству, которое в формализации не нуждается? ...
Цитата:
Сообщение от serge kotov Посмотреть сообщение
Если говорить именно об управлении проектом, то мне нравится сравнение с искусством. Но пока я не готов обсуждать эту тему. Формализации хорошо поддаются стабильные процессы, а управление (и именно управление) проектом внедрения ERP-системы к таковым пока сложно отнести.
Хорошо, обсуждать не будем. Отмечу только, что процесс управления проектом внедрения формализован, например, в Oracle AIM 3.0.
Цитата:
Сообщение от bobkov Посмотреть сообщение
Сергей, расписывать отдельно взятую роль я смысла никакого не вижу, так как роли на проекте тесно взаимосвязаны. Расписывать надо все роли вместе, а это большая работа.
Кроме того, я могу расписать функции и ответственность только по тем ролям, которыми я оперировал на своих проектах. А по тем ролям, которые ты выделил в своей статье, я расписать не могу по той причине, что я их четко не понимаю. Я не понимаю, например, зачем ты выделил роли тестировщика, технического писателя, эксперта, аудитора? Я же не могу к тебе в голову залезть, чтобы понять, что ты имел в виду! :-)
Цитата:
Сообщение от serge kotov Посмотреть сообщение
Вот вот, именно, легко рассуждать об этом :P , а сделать даже простой пример трудно. Ответственность более относится к конкретным людям, а функциональная роль может исполняться одним человеком или несколькими, и один человек может исполнять несколько ролей. И всё это приложимо именно для конкретного проекта, а не для проектов в целом.
Я и не говорил нигде, что это сделать легко :-) Напротив, я из опыта знаю, что это сложная, трудная, долгая работа. Вместе с функциями и ответственностью по ролям надо будет расписать "типовой" план проекта, "типовые" проектные документы, классификатор автоматизируемых бизнес-процессов... Я потому сам и не берусь, что не вижу платежеспособного спроса на эту большую работу! А тут твоя статья подвернулась... :-)
Тем не менее, я убежден, что:
1. Можно сделать такое обобщение, и оно будет очень полезно на практике.
2. Если такое обобщение не сделать, то реализация проектов внедрения Axapta и Navision так и останется искусством, посильным только опытным руководителям проектов.
Но вот только кто эту работу оплатит? :-)