Консалтингу не выгодна разработка

[ax_mct]

Есть на свете "здоровый" образ жизни но мало кто ему может следовать. Так и здесь.
Тема лишь о том что "здоровее" а не том что у конкретных людей нет возможности ей следовать.
То есть о более идеальной модели Консалтинга которой следовать могут не все и не всегда.

Коробка не означает стандарт. Чаще всего это отраслевое или вертикальное решение.

Да невозможно избежать разработки вообще но можно сознательно играть на их уменьшение осознавая что это зло. Часто залог успешного запуска это именно политика подавления стремления попрограммить. То есть risk management.

Дмитрий,
Не в том дело чтобы отказывать клиенту в разработках, а в том чтобы делать их как можно меньше особенно на этапе запуска. Чем более опытный Консалтинг, тем меньше программирования на клиенте. Если конечно речь не о разработке вертикального решения на данном клиенте.
Стоимость услуг консультанта это вопрос никак не связанный с данной темой. Если конечно не оценивать консультанта как постановщика задач на программирование. Но я так данную роль не оцениваю.

[Мартынов Дмитрий]

Цитата:

Сообщение от ax_mct

Если конечно не оценивать консультанта как постановщика задач на программирование. Но я так данную роль не оцениваю.

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

Я ни как не хочу при этом принизить спобоности владельца, который построил бизнес или директора, который им управляют, и большинство задач, которые ставит консультант, оказываются в достаточной мере ими осознанными и решенными. Но те единичные случаи, когда консультант попадает в точку, дорогого стоят. А решения могут быть программные или какие то другие...

[ax_mct]

Плох тот консультант который предлагает
что-то решить через по-программировать. То есть как минимум половина кастомизаций от незнания функционала а вторую половину неплохо бы делать только после запуска и с помощью другой компании. Это так с точки зрения Идеала

[gudzon]

Цитата:

Сообщение от ax_mct

Плох тот консультант который предлагает
что-то решить через по-программировать.

Какие то идеальные консультанты на идеальных проектах у идеальных клиентов. Ваше "что-то" находится в очень широком диапазоне. И объясните толком чем плохо программировать то. А то я как то не встречал проекты без кодинга. Может не так что то делаю.

[ax_mct]

Цитата:

Сообщение от gudzon

Какие то идеальные консультанты на идеальных проектах у идеальных клиентов. Ваше "что-то" находится в очень широком диапазоне. И объясните толком чем плохо программировать то. А то я как то не встречал проекты без кодинга. Может не так что то делаю.

Не плохо. Речь о том чем меньше программирования тем лучше.
Да и тема скорее про то что для Консалтинга программирование это зло. Часто неизбежное. С позиции владельцев такого бизнеса.

[gudzon]

Цитата:

Сообщение от ax_mct

Не плохо. Речь о том чем меньше программирования тем лучше.
Да и тема скорее про то что для Консалтинга программирование это зло. Часто неизбежное. С позиции владельцев такого бизнеса.

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

[fed]

Цитата:

Сообщение от gudzon

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

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

[Ivanhoe]

Цитата:

Сообщение от gudzon

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

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

Насколько я знаю, есть разные подходы среди партнеров МС - и полное выделение команды на проект, и выделение людей (в т.ч. консов) под конкретные "разовые задачи". Что в итоге оправданнее, покажет время

[Pustik]

Цитата:

Сообщение от ax_mct

Не в том дело чтобы отказывать клиенту в разработках, а в том чтобы делать их как можно меньше особенно на этапе запуска.

Мне кажется, что цель состоит в том, чтобы обеспечить клиента полноценно работающим функционалом на определенный срок, без вызова стороннего программиста, который будет исправлять баги, выявленные в процессе ОПЫТНОЙ эксплуатации.И отговорки "нам за 2 часа работы в САП платят больше, чем здесь за 2 дня" должны инкреминироваться как не качественное выполнение работ.

[ax_mct]

Цитата:

Сообщение от Pustik

Мне кажется, что цель состоит в том, чтобы обеспечить клиента полноценно работающим функционалом на определенный срок, без вызова стороннего программиста, который будет исправлять баги, выявленные в процессе ОПЫТНОЙ эксплуатации.И отговорки "нам за 2 часа работы в САП платят больше, чем здесь за 2 дня" должны инкреминироваться как не качественное выполнение работ.

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

[ax_mct]

Да и консультант должен не ставить задачи а решать их функциоанально. Программирование как открытая операция на сердце - последнее средство.

Все доехал до клиента (5 часов сидя в поезде), ушел в ненавистное программирование... Главное руки потом помыть