Привет всем!

Сначала немного теории, а потом практики:

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

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

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

В общем, радует только мысль, что можно на этом проекте сделать выводы на будущее.

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


А результат по проекту таков - понаблюдав несколько месяцев за его течением, было принято решение от него отказаться. Да и заказчик тоже был недоволен...

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

С Уважением!
Виталий

Ну вот - сразу попинайте меня

Это стандартная ситуация.
Просто нужно планировать проект с учетом
такого опыта и увеличивать сроки на фазы с привлечением
команды заказчика - например на 30-50% времени.
Хотя много случаев, когда специалисты заказчика по крайней мере не
менее квалифицированы, чем консультанты на проекте.
На самом деле все упирается в конкретных людей -
кто будет делать ту или иную работу -
если знаешь их, то можно точно планировать,
если не знаешь - то накидываешь времени на выполнение работ.
Ну рычагов действительно нет, кроме как ставить в известность о ходе проекта управляющий комитет, например.
Мое мнение - привлечение консультантов заказчика обоснованно в случаях, когда функционал не критичен для внедрения, либо, когда специалист заказчика обладает достаточным опытом для быстрого завершения задачки - ибо если задача большая и она на заказчике - то лучше ее не давать.

p.s. А базис вообще не отдают консультантам везде - кроме исключительных случаев - везде сами рулят.

Я в такой каше не был, так что выкладки - чисто академические.

Имхо, самое правильное - получив ресурсы от заказчика - получить полный контроль над ними. пусть их временно передадут в команду исполнителя и рулит ими рп исполнителя.

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

Хотя на критический путь их лучше не ставить

Выводы:
Работать с такими ресурсами надо уметь и от них не отмахиваться. Просто надо научиться их готовить. То бишь рассматривать как свои, как от другого консалтера, как от заказчика - разницы быть не должно.
вот чем ваши ресурсы лучше чем их? Тем что вы можете их заставить работать сверхурочно, покрыв тем самым просчеты планирования?:)

Вопросец. Как были сделаны оценки объемов и сроков при договоре про результат?

Полный контроль над ресурсами заказчика - это фантастика
Вот бы хоть на одном проекте получить полный контроль .

Есть все же разница - когда консалтер работает по субподряду - тогда с него можно спросить (и таймшиты у него есть), а когда консультант заказчика -
его постоянно будут отвлекать на другие задачи
и сроки объективно будут сдвигаться.

Мои ресурсы - это когда я знаю, что завтра он будет работать над той задачей, которая записана в плане.

Не мои ресурсы - когда их могут в любой момент снять на другие задачи.

Планировать не свои ресурсы - как их можно вообще тогда планировать?

А сверхурочных быть не должно.

Базисники то квалифицированные у заказчика, только например в течении даже одной недели система валилась раза 3 из-за малого места в базе. После каждого поднятия были заверения, что теперь все в порядке.

Приходилось загрузку заново отлаживать, да и вообще - тратить время на восстановление системы...

Думаю, это все таки из-за того, что на них много задач ложилось...

Это оценивал консультант на основе своего опыта работы + я умножал на 2 в качестве учета рисков. На большее время нельзя было рассчитывать, т.к. и заказчик тоже знал, сколько примерно нужно времени на ту или иную работу.
Но вот проблема - в работе также должны были участвовать его сотрудники. Либо система валилась (см выше - например, нехватка места в базе), либо просто сырой продукт (BW 7.0) - приходилось патчить, иногда решения проблемы от САПа не было, приходилось идти другими путями, хотя в предыдущей версии BW все эти приемы работали...

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

Итак, некоторые выводы уже есть:

1. Планировать с привлечением заказчика (egen)
2. Не ставить специалистов заказчика на критические участки. Отдавать только второстепенные задачи. (Bob)
3. Проект загибается, если менеджер менеджера (менеджер менеджера менеджера) не принимает участие в проекте или, по крайней мере, отмахивается от возникших проблем его уровня
4. Учитывать, что завтра работник заказчика может быть потерян как ресурс. Кто-то должен быть на подстраховке?

Опа! Это ж классика!

1. Недостаточное взаимодействие с заказчиком.
2. Недостаточная поддержка проекта руководством.

Ну и, конечно, плавающие ресурсы, на которые опереться очень трудно.

Пойду дальше учиться...

ИМХО, в данном конкретном случае надо было просто продублировать функции базиса (взять на проект своего базисника), это не сильно повлияло бы на косты, но сильно упростило оценку трудоёмкости тех или иных задач, и выполнение оных...
Видел подобную практику, убыстряет процесс примерно на 30%.

P.S. + человеческий фактор, дать установку своему базиснику забрасывать местный базис письмами до одурения, через недельки три им так надоест, что они будут стараться выполнить ваши задачи побыстрее...

У нас, в Ксероксе, все проекты последних лет внедрялись 50/50 - 50% работ консалтеры сторонние, 50% sap team наша. Исходя из того, что в Ксероксе такой практике много лет, то все получалось более-менее нормально.

В общем, как сказал egen

А у Вас подписываются консалто-дни, или цель/время/бюджет определены и вперед?

У нас консалто-дни и вперед.