Встала задача - внедрение УПП на предприятии. Что лучше - пригласить фирму-франчайзи или нанять хорошего программиста? Какие подводные камни ожидают?

один в поле не войн

(336) Ну хорошо, хорошо! Согласен. Можно еще тех, кто хотя бы стал жертвой. Для полноты картины. Пущай подвывают...

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

(339) всего лишь один - но ключевой,
как отсутствие патронов у наполеоновского генерала

+(339) ... вот только при этом оооочень многие любят ссылаться именно на "кривость" УПП. Мало кто хочет признавать свою несостоятельность и неумение работать с клиентом.

(336) Понятие "завалили" крайне растяжимое. Чаще всего под "завалили" имеется несоответствие ожиданиям бизнесьменов с тяжелым ларечным прошлым и не обезображенных признаками интеллекта. Или к конторах, где рулят кладовщики и бухгалтеры из бывших уборщиц.

(340) Не ключевой! Ни разу! Даже имея в штате всего лишь девочек-консультантов, франч на период крупного проекта может нанять двух-трех высококлассных спецов, зная, что они многократно окупятся, сколько бы ни стоили. Поверьте, сколотить временную команду спецов несложно, если есть чем им платить.

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

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

(343) [Поверьте, сколотить временную команду спецов несложно, если есть чем им платить. ]
сказки

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

(345) С нуля, не имея ни связей, ни контактов, ни умения разговаривать с людьми - да, сказки. Согласен.

В первую очередь делается анализ: что, зачем, куда автоматизировать, какие рабочие места и каких целей добится хотят в учете и вообще, по автоматизации. И в какие сроки и сколько это будет стоить.
Соответственно, здесь общаются с людьми, которые занимаются такими проетками - это на 99% франчи (ну и 1с сама, токо кому она нужна, с такими запросами...)
Естественно, это надо делать группой (обычно это франчи) и в тесном контакте с руководством.
Потом подбивают на это деньги (сколько получилось в итоге, и готово ли руководство выложить такие деньги), выбирают исполнителей (если ничего делать не надо - фрилансер, че-то допилить - франчи, сопровождать - тут только или франч, или штатный программист), и заключается договор.
И начинается проект.
И чем более глубоко копнули при обследовании, тем более реальное внедрение будет соответствовать срокам и деньгам предварительным.
Плюс - организационные меры принуждения: насколько руководство заинтересовано переучивать и заставлять сотрудников работать в новой среде.
А все остальное - "Шухард правильные мысли двинул.. прав - не прав..." "выбрать пункты.." - вообще к делу не имеет отношения.
Это в мск, где деньги за красивые глазки заплатят.
Здесь важно только одно: опыт внедрения у исполнителей и сколько прозрачности и идиотизма на данном конкретном предприятии.
По поводу самописок.
"одно дело разбираться в типовой, другое - в самописке.... гениальный программист уволился.."
для этого и составляется, во-первых, ТЗ, а во-вторых - документация на разработку. И руковдство по работе.
А если 1с сама культивирует бардак, ахинею и бред в своих разработках, и поощряет этот хаос - то и программисты на платформе 1с тоже не выбиваются из тренда.
Каков глава, таков и коллектив.В первую очередь делается анализ: что, зачем, куда автоматизировать, какие рабочие места и каких целей добится хотят в учете и вообще, по автоматизации. И в какие сроки и сколько это будет стоить.
Соответственно, здесь общаются с людьми, которые занимаются такими проетками - это на 99% франчи (ну и 1с сама, токо кому она нужна, с такими запросами...)
Естественно, это надо делать группой (обычно это франчи) и в тесном контакте с руководством.
Потом подбивают на это деньги (сколько получилось в итоге, и готово ли руководство выложить такие деньги), выбирают исполнителей (если ничего делать не надо - фрилансер, че-то допилить - франчи, сопровождать - тут только или франч, или штатный программист), и заключается договор.
И начинается проект.
И чем более глубоко копнули при обследовании, тем более реальное внедрение будет соответствовать срокам и деньгам предварительным.
Плюс - организационные меры принуждения: насколько руководство заинтересовано переучивать и заставлять сотрудников работать в новой среде.
А все остальное - "Шухард правильные мысли двинул.. прав - не прав..." "выбрать пункты.." - вообще к делу не имеет отношения.
Здесь важно только одно: опыт внедрения у исполнителей и сколько прозрачности и идиотизма на данном конкретном предприятии.
По поводу самописок.
"одно дело разбираться в типовой, другое - в самописке.... гениальный программист уволился.."
для этого и составляется, во-первых, ТЗ, а во-вторых - документация на разработку. И руковдство по работе.
А если 1с сама культивирует бардак, ахинею и бред в своих разработках, и поощряет этот хаос - то и программисты на платформе 1с тоже не выбиваются из тренда.
Каков глава, таков и коллектив.

(340) генералу не нужны патроны - разщве что застрелиться.
ему нужны:
- карты
- связь с войсками
- функционирующая жесткая вертикаль управления отрядами.
А патроны должны быть с запасом у солдат.

(346) несерьезно. В футболе и то 11 супер профессионалов с листа не сыграют. А тут УПП...

в первую очередь аналитик и консультант,может и программист не нужен будет.

(343) вы примите во внимание, что Шухард - это не внедренец ни разу, а просто некий сотрудник, работающий с УПП.
Еше неизвестно, как и насколько работающей.
И которому даже не звонят в случае проблем.

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

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

(353) Коллега, я бы рекомендовал перечитать правила и несколько отойти от обсуждения личностей оппонентов.

действительно, давайте без околичностей
а то просто уже неинтересно общаться
мне кажется, у нас один общий враг

(355) полностью согласен.
прошу со стороны Шухарда тоже воздержаться от оскорблений и тыканья в мой адерс ))

(355) также, если можно уполовинить - у меня сообщение (348) задвоилось.

Варианты следующие по убыванию:
1. нанять хорошего программиста в штат (это тоже нужно уметь);
2. заключить договор с фрилансером;
3. заключить договор с франчайзи.
В любом случае фаранч самое худшее из перечисленного. Если проект маленький - франч дорого. Если проект большой - франч бессмысленно.

(359) Внедрял УПП???

(359) речь не о том чтобы поставить УПП, настроить ответственных лиц и показать как 1с запускать ... речь о нормальном полноценном внедрении, где анализируются и пересматриваются текущие бизнес-процессы, часть из них меняется, где полноценно обучение персонала и прочее прочее ... один программист этого не потянет ...

(359) а ты добился? )

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

(363) Свежая мысля

(363) ну носится 1с с архитекторами...
порлучается 77, 81, 82....
и типовые...
почему у вас на выходе получилось не то - могу сказать.
потому что программисты не вникали и не разбирались с материалом, что программили.
а сказали - они че-то там про себя наваяли и плевать.
это стандартный подход 1с-ников в принципе.
мы всегда обходились без архитекторов, а функции стержня постепенно переходили от специалиста в области к программисту.
Собственно, это и есть правильная манера программирования...

(348)
(352)
(353)
(365)
словесный понос

(363) УПП (как и другие типовые) тоже команда писала, это не проект одного человека. Гамно не гамно, ошибки не ошибки - работает, исправляют и т.д. Команды разные бывают...

(366) модератора прошу обратить внимание

(363) ты полностью прав,
если РМ не может  совместить руководство проектом и архитектурой, то проекту хана

(365) А архитектор -- он и есть программист. Просто самый главный. Который знает проект весь целиком, а не отдельные части.

И даже не программиста а менеджера проекта.

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

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

И архитектор -- ни в коем случае не менеджер. Это именно главный технический специалист. Когда начинают смешивать архитектора с РП получается ж.па

(372) это только в Россиянии менеджеры - тупо "где мои 10%, уроды?!" ))
Вообще, менеджер - это управленец, в том числе - и технически подкованый, и знающий процессы управления на предприятии, и разбирающийся в ит-технологиях (или знающий, у кого получить окончательное и квалифицированное мнение), и умеющий разработать структурный этап.
А если что конкретно уж совсем техническое - есть более узкие специалисты, которых он же должен взращивать и ценить, именно из соображений выше.

(374) Еще раз. Архитектор -- не технически подкованный управленец, а сугубо технический специалист. Который отвечает за техническую часть проекта в целом. Управленческих навыков у него может вообще не быть --  и не надо.

(375) тогда ваш проект провалится или его затянет в болото "а кто за это отвечает?!"

(376) А кто сказал, что при этом не нужен управленец? Просто это не архитектор.

(303) "Однако следующие слайды описывали ужасные последствия потери стратегического курса: стратегическая дезориентация, снижение управляемости и потеря маржи на высококонкурентных рынках. Трудно даже решить, что было страшнее. Владелец бизнеса вспомнил, как буквально прошлой зимой на МКАДе с ним приключилось «снижение управляемости» на скорости прилично за двести. Тогда чудом удалось избежать слияния с Камазом. Нет, чутье не подвело – с бизнесом точно нужно что-то делать, и делать сейчас."
- совершенно верно, мало кто из владельцев представляет, чем же занимается доставшеепся ему предприятие. И что нужно для его эффективной работы.
"За образец следует взять модель производства розового масла (во внутренней базе Консультанта есть информация об организации ведущих мировых производителей розового масла) и заменить в ней розы на кактусы. Розы – потому что и у роз и у кактусов есть шипы, так что бизнес-модель роз, после небольшой адаптации к условиям «Уникака», неизбежно сработает и на кактусах."
- в точку. Если владелец не разбирается ни в технологиях кактуса, коими руководит, ни в технологиях роз - ему все равно. Ну, этим и пользуются, раз ему без разницы.
"Вообще-то кактусы на новогубернской вечной теплоте цвели не очень часто, и оборудование для выделения масла из цветков – недешевая игрушка, но за консультантами стоял мировой опыт и международная практика, а за «Уникаком» - только 10 лет эксплуатации не совсем честно нажитого советского наследия."
- тоже верно. И нынешние руководители в массе своей - результат еще совесткого отбора двоишников, подхалимов и придурков на руководящие посты и должности.

(360), (361), (362)
Внедрял. Добился.

(375) угу,
страшный бородатый чел, бормочущий странный слова и рисующий в Visio чудовищного вида схемы связи сущностный

будучи разбужен легко описывает:
- НСИ
- механизмы
- РГ
- бизнес-правила

допускать его на совещания с ЛПР можно после тщательного сеанса гипноза

(377) так и пытаются работать.
а еще нужно 20 замов, 10 помов, 40 секретарш.. он жеж не может все знать.. управленец же вообще может ничего не знать...
кроме "где мои 10%, уроды?!"

Может уже было, но голосовалка мне напомнила:
http://bogdanovich.ru/ibf/topic1599.html

(303) "Аня переслала эти материалы Алексею и предложила немедленно «пробрейнстормить состав презентации на флипчарте». Брейнстормили почти шесть часов подряд, изведя при этом двадцать листов формата А1, шесть маркеров и около восьмидесяти чашек кофе, который варили в кафетерии «Кактуса», и, по указанию владельца бизнеса, консультантам приносили бесплатно. В конце концов, сильно устав и почти охрипнув от жарких споров, утвердили следующую схему презентации:
Вступление
Операционные модели
Заключение
Глубина смысла, закладываемого каждым участником в пункты схемы, не поддавалась измерению."
- и это присутствует. Когда у внедренцев нет опыта внедрения, у владельца - нет понятия о своем бизнесе и перспективах, как на своем рынке, так и на смежных, и ни у кого нет желания копаться в "мусоре" сложившихся взаимодействий и технологий на предприятии.
Все старательно заучивают свои слова и суммы из формулы "где мои 10%, уроды?!"

(303) "Ну, хорошо, предположим, Мегасов с позором изгнан. Руководители других подразделений довольно быстро придут к выводу, что лучше наворовать за три-четыре месяца свой двадцатилетний доход и спокойно свалить, чем горбатиться на «Уникаке» до пенсии без ясных перспектив. В конце концов, в 94-ом украсть Районский Кактусокомбинат мог каждый, и сейчас воровство у владельца можно оправдать лозунгом «грабь награбленное».
Выгнать Мегасова было решительно невозможно."
- вот причина 99% бед экономики и развала предприятий.
Грабитель - это не хозяин. И настоящая автоматизация грабителю не нужна нигде и никак.

(303) "Четвертый вариант операционной модели для «Уникака» предполагал выделение всех сквозных функций (бухгалтерии, ТоиР, складов, персонала и части маркетинга) в Shared Service Centre.
Так, подумал владелец, это все мелочи, а вот подписание платежных поручений и счетов-фактур в этот самый «шэред сервис» вывести было бы неплохо. Схема получалась простая и почти гениальная (владелец заулыбался, как ребенок, сложивший кубик Рубика, причем Олаф принял улыбку на свой счет): ключевые компетенции, а конкретно – отношения с самыми крупными клиентами, переносятся с предприятий в управляющую компанию, закупки вспомогательных материалов и запчастей концентрируются в SSC, там же ставится отдел контроля, который смотрит за соответствием счетов на оплату бюджетам. Счета-фактуры и платежки подписывает не главный бухгалтер «КактусТранса», которого Мегасов выдрессировал как Куклачев своих кошек, а контролер из SSC, для которого Мегасов не важнее степлера.
....
Только в гостинице сын стокгольмоподданного вспомнил, что в заключительной речи на презентации он, кажется, забыл упомянуть про розы. Но стоит ли огорчаться такой мелочи, когда в карманах уже хрустят денежные знаки и клиент одобрил продолжение проекта?"
- а это причина провала 95% проектов, где задействованы профессионалы.
Здесь полуграмотные владельцы бизнеса не ищут пути оптимизации и усовершенствования, не считают маржу от покупки нового оборудования или внедроения более прозрачной и четкой системы учета, а делят власть и деньги, пытаясь проект внедрения использовать для дискредитации соперника и оттока денег себе.
Естественно, проект терпит провал - автоматизировать подковерные игры невозможно в принципе.

Не программиста, который быдлокодер, а спеца, который умеет читать, писать и говорить

рукалицо.жпг

Вот из тех, кто предлагает просто нанять одного спеца в штат, кто-нибудь вообще работал в конторе с полным производственно-торговым циклом и многомиллионными оборотами? Там, где одних бухгалтерских документов в день до тыщи проводится?

один программист УПП не внедрит за короткий срок

+(388) чтобы внедрить УПП за 6 месяцев - надо знать УПП как свои пять пальцев

(303) "Из нескольких придуманных вариантов выбрали один рабочий – раз в контракте речь идет о «методологической поддержке», то консультанты будут предоставлять описание подхода к выполнению тех или иных задач. Тут же придумали звучное обозначение «разработка адаптированных методологий». Ответственность делилась так:
Консультанты предоставляют адаптированные методологии из лучших мировых практик в следующих областях: «управление посевными площадями цветковых культур», «управление посевами», «технологический процессинг цветков» (до уровня цветковых плит). Кроме того, консультанты дают две дополнительные методологии: «выбор схемы управления посевными площадями» и «выбор оборудования для процессинга цветков».
Клиент несет полную ответственность за наполнение адаптированных методологий фактическими данными и отраслевой спецификой, а также полностью отвечает за результаты применения адаптированных методологий."
- вот когда клиент полностью отвечает за наполнение и прменение "адаптивной" технологии - это полностью подход 1с.
"Мы вам что-то дали, как-то работает, ну, а вся остальная отвественность - на вас, дерзайте!"
Берите на вооружение.

(379) Поведай о том, как ты в одно лицо внедрил УПП на гигантском заводе. Как наладил учет по МСФО, поставил бюджетирование и планирование. Как замечательно обучил сотню-другую пользователей. Токо помедленнее, "Я записыаю"

свой специалист должен быть

Внедрение УПП как ремонт в квартире - это состояние, а не процесс.

но и грамотный франчайзи необходим

(0)
Если это именно проект внедрения с нуля, то это проект. А завершенных проектов без РП не бывает. Соответственно минимально необходимый набор - РП в штат. Остальные ресурсы могут быть как фри, фра, фикси. На его усмотрение, в зависимости от заданных ограничений. Но это должен быть очень не равнодушный человек, основной идеолог системы. Когда даже заказчики (ген, собственник) по ходу проекта уже забудут что там и как (а это происходит), он должен всех рвать, но двигать проект согласно оговоренного плана.

И врятли при внедрении именно УПП на производстве как то иначе :)

4. РП в штат

(393) жжош

(395) новый человек не протолкнет.

(0)
Какой итог у ветки??

лень читать стока


резюме будет??

(398) требовать портфолио с нным количеством внедрений упп

(398) резюме появилось в первые полчаса:
принятие решения о внедрении УПП на производстве линолеума требует обследования и моделирования, говорить о команде проекта без этого бессмысленно

Заключить договор с фирмой, которая занимается внедрением, не франчайзи.
Где этот вариант?
Условно ставлю - с фрилансером.
Начинать - с ТЗ, где 1-й этап - анализ бизнес-процессов предприятия.

(401) Франчайзи или нефранчайзи - дело десятое. Важно, чтобы могли внедрить проект. Остальное верно

(120) - а что такое "ТОС"?

В общем так: франчи нацелены на получение денег. Франчу не надо, что бы клиент получил хорошо, надо что бы быстро и с деньгами. Это уже обсасывали и бизнес-тренера и собственники предприятий. Франчу просто не выгодно делать хорошо.
Фришник, это хорошо, но найти ответственного (да, именно ответственного) ооочень трудно. Их чуть ли не по пальцам можно пересчитать в крупном городе. Все равно один человек без параллельной или последовательной подпинки сдается и начинает халявничать.
Штатный сотр - прикольно. Другой вопрос, что надо искать умного консультанта и плохого кодера, нежели наоборот

(404) Опять жлобье по себе судит???

(363) "породнился с конфигурацией"
Это сильно))))

Внедряйте так.
1. Всучили УПП и раздали книжки пользователям.
2. Провели обучение и настроили рабочие места. Раздали права.
3. Запустили в работу и консультируете 6-9 мес. время от времени если пользователи тупят.
4. Потом уже спрашивайте чего не хватает для полного счастья, анализируйте бизнесс-процессы, выстраивайте цепочки, связи и т.д. и т.п.
5. А вот потом уже - консультируйте или допиливайте те подсистемы, которых действительно не хватает.
6. Переходите к пункту 1.

Если допиливать сразу после пункта 2./3., то есть вероятность что доделаете всякой ненужной фигни...

(407) Хм... По п.3 вопрос: а как можно запустить в работу, если нет важнейшего отраслевого функционала???

(407) не взлетит,
через квартал будет сильная команда саботажников, которая зароет тебя вместе с проектом

(409) Пункт 3 зачем? Вот тут саботажников и нужно превращать в своих сторонников.
Самое трудное убедить людей в том что ему будет хорошо когда контроля будет больше, а работы меньше... Если нет, то нужно убеждать...

(403) "Теория ограничений систем" (Theory of Constraints) сокращенно ТОС. Можно поискать ещё и "Израильский КАНБАН".

(409) Если руководитель за проект, то не зароет. Если ему пофиг, то любой проект загнется.

(410) Пгошу пго изгаильский КАНКАН (ик) поподгобнее.

В США и в других странах в 80-е годы начали широко использовать систему организации производства ОПТ, в которой на качественно новой основе получили дальнейшее развитие идеи, заложенные в системах KANBAN и MRP. Система организации производства и поставок, которую назвали «Оптимизированной производственной технологией» (Optimized Production Technology, OPT), разработана израильскими и американскими специалистами и известна также как «израильский KANBAN».
ОПТ, как и система KANBAN, относится к классу тянущих систем организации поставок и производства. Отдельные западноевропейские специалисты небезосновательно считают, что ОПТ – это фактически компьютеризированный вариант системы KANBAN с той существенной разницей, что ОПТ предупреждает возникновение узких мест в цепочке «снабжение-производство-сбыт», а система KANBAN позволяет эффективно устранить уже существующие узкие места.
Основной принцип ОПТ – выявление в производстве узкого места или критических ресурсов. В их качестве могут выступать:
•    запасы сырья и материалов;
•    машины и оборудование;
•    техпроцессы;
•    персонал.
Создатели системы ОПТ утверждают, что расходы критических ресурсов крайне отрицательно влияют на производство в целом, а экономия некритических ресурсов реальной выгоды производству, с точки зрения конечных результатов, не приносит. От эффективности использования критических ресурсов зависят темпы развития производственной системы, в то время, как повышение эффективности использования других (некритических) ресурсов на развитие системы практически не влияет.

А потом уже выросли ноги в сторону ТОС и далее ...

Эффект системы ОПТ состоит в увеличении выхода готовой продукции, снижении производственных и транспортных расходов, уменьшении объемов незавершенного производства, сокращении производственного цикла, снижении потребности в складских и производственных площадках, повышении ритмичности отгрузки произведенной продукции заказчику.

Не каждая система похвастается таким результатом)))

(407) если так делать то п.4 клиент доверит уже другим внедренцам, не вам )

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

(417) к (416)

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

(417) ларёчник детектед

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

+421 Поэтому когда клиент знает чего хочет внедрить и зачем, тогда франч обойдется дешевле. Если клиент не знает чего хочет, лучше нанять штатного прога.

Вообще не внедрять

(420) Франь?

(422) Вы видели много вменяемых франчей, которые могут что-то внедрить? Их по всей стране пересчитать, так пальцев на двух руках хватит. У остальных только "баблосы" в глазах и результатов внедрений нет, одни откаты.

(425) тем не менее процентов 80 успешных внедрений УПП проведены ЦКП без внутренних команд и ,как ни странно, выбор в пользу ЦКП означает минимальный риск

(426) Я бы не возражал, если бы была проверка ЦКП! А то спецов во франче уже нет как три-пять лет, а франч всё равно ЦКП остаётся. На вопрос как получить сумму амортизации по ОС для инвестиционного бюджета? Только ручками разводят в сторону и глазками в пол хлопают.

К (426) Хорошо когда Специалисты внедрили и отвечают за результаты внедрения, а франь отвечает только за выполненные доработки в течение пяти дней после подписания акта))).
К слову в последнее время пользуется спросом услуга - "восстановление учета после внедрения франчем" ...

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

Еще не известно какого программиста вам франч всучит, а так хоть сами выбирать будете.

(428) Демагогия полнейшая.

(430) Перед заказчиком отвечает не программист. Перед ним отвечает франч. Более того, над проектом работает PM, аналитики, архитекторы и только потом программист. Которого клиент вообще скорей всего не увидит.

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

(433) От заказчика логичнее PM, эксперты в предметных областях и 1-2 своих программера, которые потом заберут на поддержку все. Возможно часть обучения можно на них переложить.

(434) Ужас. Да большинство клиентов ещё не знают что они хотят, а франчи им навязывают свои услуги: - Мол не ссыте, сделаем быстро и красиво. А результата нету! Клиент только через год понимает что, куда сувать нужно...

(435) Я бы рекомендовал не заниматься флудерастией тут. Все же сабж тематический.