Кто-нить на стороне клиента работал с 2-мя франчами одновременно? #392361

Хочу типа плюсы и минусы собрать. Кажется, что работы на всех хватит. Ну и с монополизмом бороться. Один франч пусть пасет стандартную конфу БП в центре и на филиалах, отчетность делает и МСФО, а другой - на стыке с фронт-офисом копается, бюджетирование развивает (постепенно), договоры, платежный баланс..(сначала в центре). И если у одного франча какое недовольство или амбиция зашкаливает - другой на подхвате, может без обследования приступать. Есть какие-либо соображения или крупицы бесценного личного опыта? Заранее благодарен.

>Кажется, что работы на всех хватит не лучше ли фикси взять?

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

Франчи либо договоряться либо один выдавит другого. Пока они будут договориваться валить будут на друг друга. Заведомо конфликтная ситуация.

так можно, только на разных ИБ

Концов не соберете потом... Да и денег выдоят кучу

+1

>Yuwa: В подобных случаях - мы просто отказываемся. Я франчайзи Если Вам предложить поучаствовать в тендере на внедрение определенного продукта, а в компании уже есть франч, который кое-что делает, Вы - откажетесь?

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

А мы не внедряем отдельных продуктов. Как правило мы делаем комплексные решения. Хотя вспомнил. У нас есть опыт, когда мы занимались БУ, НУ и УУ, а другой партнер автоматизировал магазины. Никакой связи не предполагалось. В таком подобном случае - не откажусь.

>Said We: Франчи либо договоряться либо один выдавит другого. Пока они будут договориваться валить будут на друг друга. Заведомо конфликтная ситуация. А может клиент в такой конфликтной ситуации не платить ни тому, ни другому - до снятия конфликта и решения исходной задачи? Извиняюсь за свойственную заказчику прямолинейность

А как определить кто прав в таком конфликте, а кто воду мутит? Франчи не любят проблемных заказчиков, особенно, если начинаются проблемы с деньгами ... Скорее всего будут выдавать вам посредственных специалистов.

а потом придется искать третьего франча, который перенесет данные в типовую

Не платить ни тому, ни другому - у вас вряд ли получится. Вам в данной ситуации не с кого спросить.

Франч это всегда лотерея, нормальные франчи и вчетвером сработаются, прочих лучше и одних не брать.

Логично. А вот ежели фри и фикси - это верняк

>GenV: А как определить кто прав в таком конфликте, а кто воду мутит? Франчи не любят проблемных заказчиков, особенно, если начинаются проблемы с деньгами ... Скорее всего будут выдавать вам посредственных специалистов. Дело в том, что мы платим как раз. Но создается впечатление, что один франч зажрался и хочет слишком много и постоянно изобретает велосипед. Третейским судьей должны выступать собственные специалисты, которых мы хотим нанять в любом случае.

>dimoff: нормальные франчи и вчетвером сработаются Хоть одно обнадеживающее сообщение:) Вы - франч?

При такой невнятной постановке задачи и хороший франч не сможет номально что то сделать

Был опыт работы с разными франчами одновременно, но были разные задачи, разные ИБ. В принципе нормально, но вот то что один сможет безболезненно сделать работу другого не надейтесь.

Да.

Можно и так. Платим франчу№1 (который вроде бы зажрался), Платим франчу №2(который из молодых да ранних) и платим собственным спецам, которые будут разбирать склоки (писать код некогда будет). "Пилите, Шура, пилите"

То же самое всё, если заказчик не может вовремя просечь их уровень.

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

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

Дык, я это и имел ввиду, коллега. При этом еще штатного работника надо уволить умудриться. Чтобы не попасть на деньги

Я работал во франче. У клиента было 2 фра. Теперь я фикси в этой конторе.

То, как попасть на фикси из франча - дело известное. Товарисч интересуется хорошо ли два франча на одном предприятии

>lexa: При такой невнятной постановке задачи и хороший франч не сможет номально что то сделать Разъясняю ситуацию (не всю, но часть, упрощаю). Есть головная контора и пара десятков филиалов. Везде стоит БП 8.1. Есть франч, который это все пасет, он же сделал отчетность РСБУ на базе Консолидатора. Вопрос: можно ли привлечь второго франча и выиграть:) с ним тендер, например, на замену БП на УПП/УКФ только в голове (для начала), не рискуя оказаться к очередному кварталу без отчетности.

Нормальный франч проводит анализ бизнес-процессов а не слушает постановку заказчика.

УУУ, так с этого и надо начинать.. Если речь идет об УПП, то менжеваться вряд ли стоит. Как выбирали партнера по внедрению УПП??? +1

Yuwa - тендер пока идет, да и не на УПП (я предупреждал). Но похоже мы тендер в данной постановке отменим - слишком частная была выставлена задача.

САБЖ напоминает груповое износилование, а тут еще клиент кричит: "Мало, ЕЩЕ ЕЩЕ ЕЩЕ". не выйдет, по тому как после груповухи довольно сложно определить кто ПАПА,

vde69: у победы много отцов, только поражение всегда сирота:) ЗЫ как ссылку с цифрой оформлять, не подскажете?

+1 :), франь

ручками :)

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

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

Чего замутил-то? Франч №1 пасет БП на филиалах и консолидатор, франч №2 - голову с новой конфой. Не УПП, а УКФ скорее - нет у нас особенного специфического производства. Стыкуются оба франча на консолидаторе во время производства отчетности по компании.

Дык, в принципе получается, что ф1 и ф2 не пересекаются. Возможно взаимодействие. Мы вот тут недавно с САПерами консолидировались. Забавное дело. Клиент платит за все, включая время наших переговоров и согласований.

Позитив номер два:) А поначалу как все окрысились:)))

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

Юлия, заказчик тоже постарается быть вменяемым, ради общего дела:)))

Крылов хорошую басню написал -"Лебедь, рак и щука называется"....

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

Им явно не хватало системного интегратора:)

ага, автоматизация бардака приводит к автоматизированному барадаку

а кроме дороговизны чем франч не устраивает? или откат не дает?

не поняла, а при чем тут автоматизация бардака? разве автор где-то описал, что хаос у них? или это так - "крылатая фраза"?

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

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

а разве представители заказчика ТЗ не подписывают? изобретение велосипеда может быть стремлением не затрагивать типовые механизмы я сильно сомневаюсь что заказчики могут сформулировать что как и в каких разрезах они хотят учитывать желание универсальности и масштабируемости при ограниченном бюджете - несерьезно

ну, если у Вас есть сомнения в оценке работ франчем, можно 1) попросить письменно или устно обосновать получившуюся цифру по трудозатратам б)скинуть ТЗ другому франчу и попросить оценить, за сколько часов он выполнит эту задачу.

и верно говорит автор в - вы же подписываете ТЗ, значит, соглашаетесь, что именно так будет выполнена работа и за n-ое количество часов...вот на этом этапе и требуйте обосновать  трудозатраты, если что-то смущает

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

приведите пример ТЗ

какая цифра завышена? другому франчу цифру называть не нужно, пусть сам свою оценку назовет..

без препроекта ТЗ бессмысленно рассматривать

до меня подписывали, но...сильно не вникая:). По масштабируемости: как Вам такое требование - консолидатор будет консолидировать только 25 (например) отчетностей однотипных БП. Без возможности клиенту в штатном режиме без обращения к франчу открыть и подключить еще один филиал. Это требование - из разряда необоснованных хотелок?

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

как правило многое остается за рамками ТЗ

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

а собственные спецы в этом раобраться не могут?

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

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

в том то и дело, что пока нет:((( полный аутсорс со всеми вытекающими...Я сейчас инициирую на руководство записку, чтобы хотя бы пару взяли - они на одной горячей линии деньги свои отобьют

Прошлое сообщение к

а сколько стоит такое ТЗ?

Не со стороны клиента, но, тем не менее, опыт работы с двумя франчайзи есть. Может, будет полезен... Клиент пользовал отраслевую конфигурацию на базе 1С:Бухгалтерии, которую разработала одна фирма-франчайзи. Нас, как консультантов, пригласили автоматизировать МСФО. Мы изучили рынок по решениям 1С в области международного учета и предложили клиенту приобрести надстройку над 1С:Бухгалтерией от второй фирмы-франчайзи. Поскольку это был наш первый опыт постановки задачи на платформе 1С (до этого ставили международный учет на другом софте), то своих программистов 1С у нас не было. Мы договорились делать проект на пару со вторым франчайзи: наша постановка - их кодинг. Во время проекта первая фирма-франчайзи продолжала дорабатывать свою конфигурацию. Мы со второй фирмой-франчайзи сделали проект и ушли, а первая фирма-фрайчайзи до сих пор их обслуживает.

Это называется - подсадили на иглу клиента.

зависит от задачи, которую нужно описать..это может быть просто доработка типового отчета, например, а может быть создание нового регистра, новых документов и отчетов...обычно трудозатраты по  ТЗ составляют 10-15% от часов самого кодирования, а трудозатраты на написание Тех.проекта на доработку - 35-40%.

- возьмите себе пару ХОРОШИХ спецов, они сделают и быстрее и лучше... только вот найти спецов сейчас (как и до кризиса) совсем не просто. как-нибудь запощу свою эпопею поиска сотрудника в кризис... уверяю много народу будет просто шокировано столь низким уровнем "середнячков" который сейчас есть... хорошего спеца сейчас только сманивать, из примерно 20 кандидатов более менее приличный уровень имели только 4 (и ни одного кто мог-бы именоваться хорошим спецом), основная масса вообще не программисты, а так "студенты"

а документация сколько занимает?

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

а я про документирование и говорю..ТЗ и Тех.проекты - это бумажные/электронные документы...а по-Вашему, что такое ТЗ?..просто у меня ощущение, что мы говорим о разном, не хочу вводить Вас в заблуждение

просто интересно сколько времени отводится на программирование

возьмите Юлю

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

я франч от кончика ногтей на ногах до макушки волос :)) на 1 клиенте скучно, нужно разнообразие, драйв..каждый проект уникален. Вы правы, мы в надежде, что рынок в период кризиса "выбросил" много квалифицированных кадров, начали с начала февраля набор сотрудников, сколько уже "перелопатили" - ни одного адекватного, хорошо знающего предметную область и 1С:УПП 8, либо 1С:Консолидацию не нашли...

вначале разберитись в проблеме вместе с ит и франчем, а потом принимайте решение негатив из собственного опыта: работал во франче, наши перехватили проект у другого франча (заказчик нам дал сто то типа ТЗ) и наши проетологи-коммерсанты не глядя предложили сделать дешевле, делать предложили мне сдуру показав пожелания клиента, я отказался. но заставили других, в итоге заказчик заплатил раза в 3 больше и ничего путного не получил

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

не в смысле переманить, а поработать с вашим франчем

при условии что со своими спецами считаются и действительно хотят что то сделать, а не поиграться в бантики

хороший спец не даст с собой играть в бантики :) этим он и отличается от серой массы.

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

удачи, но учет в разных системах - уже некрасивое решение

не хочу Вас обидеть - но вы нифига в 1с не понимаете (так-же как и в безопасности). Из личного опыта: Если чел был бухом или финансистом а потом пошел в 1с - то не быть ему спецом... так середнячек выйдет. Для спеца ОБЯЗАТЕЛЬНО надо иметь КОМЕРЧЕСКИЕ проекты на других языках... 1с сама по себе говеная система до самых последних запятых, и сделать, что-то нормальное можно только имея КЛАСИИЧЕСКОЕ образование программиста. Опять-же тут дело не только в знаниях а в психологии... >>>я финансист, но с прошлыми ИТ-пристрастиями, ценю красивые решения это одна из главных ваших проблемм! ведь красивое с Вашей точки зрения решение как правило будет "кривым" с точки зрения 1с

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

забыл про классическое образование сказать:) я довольно старый и застал в универе язык алгол и машинки бэсм-6, мир-2 и пр:)

Почитала я тут все вышесказанное и возник вопрос: а почему, собственно, нужен ПРОГРАММИСТ? Т.е. тот, кто ПИШЕТ? В качестве фикси, если привлекать франчей, нужнее скорее кто-то вроде аналитика, вам не кажется? Про классическое образование в области программирования: то, что сейчас дается в подавляющем большинстве ВУЗов, по-вашему, можно считать классическим?

>>Про классическое образование в области программирования: то, что сейчас дается в подавляющем большинстве ВУЗов, по-вашему, можно считать классическим? НЕТ, 1. классическое образование = комерческие проекты на других языках (там много чего заложено, начиная с поддержки весий и заканчивая документированием внутренних интерфейсов)

и Прочитал Ваши посты и не удержался, чтобы не написать, как я в своё время искал грамотных 1С-ников. Пригласили нас на первый проект по УПП - надо было на модуле МСФО завести US GAAP. До этого "восьмеркой" мы никогда не работали, что я клиенту честно и заявил. Он в ответ: "я в вас верю" (раньше для него делали US GAAP на 7.7). Деваться некуда - пришлось искать спецов по УПП. Дал несколько объявлений... В результате за месяц прочитал сотню резюме от кандидатов, из этой сотни два десятка реально работали с УПП, при этом никто - с МСФО. Очно пообщался с этой двадцаткой: с кем-то просто поговорил, кому-то тестовых задачек подавал. Результат: взяли одного человека (из ста!) на полставки! Пришлось искать грамотных спецов через рекрутеров и по рекомендациям знакомых в фирмах-франчайзи. Только тогда удалось собрать команду на проект. Вот такая печальная история... До сих пор тот месяц с содроганием вспоминаю. :(

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