|
|
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительДык, почасовая оплата как раз программистам и выгоднее. Солдат спит, а служба идет. Попробуй-ка определи, что 10 человеко-часов, указанные подрядчиком в акте выполненных работ - это реальные 10 часов, потраченные на работу по твоему заказу :) Кроме случая явной недобросовестности подрядчика есть ведь и проблема рисков, связанных с невозможностью на практике при разработке более-менее точно оцененить сроки. Практически, чтобы оценить сроки с приемлимыми рисками значительную часть от общего объема работ нужно уже сделать. Как ни странно, проблема более актуальна именно для небольших отдельных задач. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 13:43 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительViPRosчо бы за 10 мин эту работу сделать он учился много времени не за твой счет А мне пофигу, за чей счет он учился. Во-первых, потому что я знаю, что он скорее всего учился за счет таких же заказчиков, как и я, а не вкладывал свои собственные деньги. Во-вторых, за работу нужно платить столько денег, сколько она стоит. Пусть джуниор получает 5 евро в час и будет делать работу три дня, профессионал - 50 евро в час и сделает ее за 10 минут. Если профессионал сделает свою работу за 10 минут, он получит 50 евро, и в следующие 10 минут может заработать столько же у другого заказчика, или еще как угодно распорядиться своим временем. Но если я должен буду профессионалу в сумме заплатить больше, чем джуниору - то нафига такой профессионал нужен? Ценность профи в том, что совокупная стоимость выполненных им работ должна быть ниже, как раз за счет быстрого и качественного решения задач. с математикой немного не получается. 5*6*3 = 90 vs 50. При том, что еще 3 дня потеряны, вместо 10 минут. упущенную прибыль за это время у нас уже как-то не принято считать. Типичная "совковая" математика, сорри. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 13:55 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
IgorKВообще, ИМХО - практика мереть работу программиста (ну или вообще айтишника) часами глубоко порочна! Это давно еще пошло, с подачи 1С ! Получается прикол - клиенту надо сделать базенку - профи сделает за 2 часа, получит 80баксов (по тарифу 1С), придет падаван, будет делать неделю (допустим, падаван вменяемый и он таки сделал) - получит хрензнаетскокабабла! именно поэтому работу и нужно доверять профессионалам ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 13:58 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ViPRosпочему то все думают, что на прогерах можно съэкономить в лушем случает тебе просто напишут минимальную прогу с самими худшими показателями гибкости и производительности так часто и получается у любителей сэкономить не в то время и не на том, что нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 14:00 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
skeptikКроме случая явной недобросовестности подрядчика есть ведь и проблема рисков, связанных с невозможностью на практике при разработке более-менее точно оцененить сроки. Практически, чтобы оценить сроки с приемлимыми рисками значительную часть от общего объема работ нужно уже сделать. Как ни странно, проблема более актуальна именно для небольших отдельных задач. Естественно, есть. Но хотелось бы, чтобы эти риски брал на себя подрядчик. Ведь оценку сроков он делает, так чего бы ему не отвечать за сроки? И в конце-концов, что ему мешает включить в смету некую страховую сумму для таких рисков? Зато у него будет стимул завершить проект вовремя и получить максимальную прибыль, а не наоборот, затягивать. Ведь при почасовой оплате получается парадокс: чем больше он будет его мусолить, тем больше заработает :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 15:06 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительпри почасовой оплате получается парадокс: чем больше он будет его мусолить, тем больше заработает всегда есть точка разрыва. Никому не нужна задача, которая требуется завтра со сроком реализации месяц. Так что никаких парадоксов нет, на самом то деле ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 15:37 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
iscrafmвсегда есть точка разрыва. Никому не нужна задача, которая требуется завтра со сроком реализации месяц. Так что никаких парадоксов нет, на самом то деле Да, но работает-то эта схема все равно с крутым перекосом в сторону затягивания сроков. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 15:46 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительiscrafmвсегда есть точка разрыва. Никому не нужна задача, которая требуется завтра со сроком реализации месяц. Так что никаких парадоксов нет, на самом то деле Да, но работает-то эта схема все равно с крутым перекосом в сторону затягивания сроков. затягивание неоплачиваемых сроков невыгодно ни заказчику, ни исполнителю. Если затягивают срок, то ищи подвох... В первую очередь в том, что работа оплачивается несоразмерно низко и просто отодвигается, а в это время делается та, которая адекватно оценена ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 15:49 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
iscrafmзатягивание неоплачиваемых сроков невыгодно ни заказчику, ни исполнителю. Мы про затягивание оплачиваемых сроков говорили ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 16:05 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошитель И в конце-концов, что ему мешает включить в смету некую страховую сумму для таких рисков? Мешает то, что такую смету не подпишет заказчик. Потому что либо расписаны работы с правдоподобной для заказчика оценкой каждой работы на Х часов в сумме, но в конце сметы еще 3Х часов "на всякие непредвиденные проблемы", либо сами работы оценнены по типу "защита от SQL-иньекций - 8 часов" (с). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 16:12 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошитель Зато у него будет стимул завершить проект вовремя и получить максимальную прибыль, а не наоборот, затягивать. Подрядчик кстати обычно абсолютно зеркально считает, что при почасовой оплате у заказчика не будет стимула затягивать с предоставлением всего необходимого для завершения работ со строны заказчика ("ой мне сейчас некогда, подождите пока я освобожусь!"), а также неумеренно менять и расширять требования в процессе работ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 16:21 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
skeptikМешает то, что такую смету не подпишет заказчик. Потому что либо расписаны работы с правдоподобной для заказчика оценкой каждой работы на Х часов в сумме, но в конце сметы еще 3Х часов "на всякие непредвиденные проблемы", либо сами работы оценнены по типу "защита от SQL-иньекций - 8 часов" (с). Не обязатательно это писать отдельной строчкой. Можно просто включить в стоимость часа работы, совершенно не отчитываясь перед заказчиком, почему час стоит 55 евро, а не 50 евро. Это куда лучше, чем "я сделаю эту работу за такие сроки и за такую сумму, но если вдруг я не буду успевать, я вам выставлю еще один счет за мою переработку". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 16:21 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительiscrafmзатягивание неоплачиваемых сроков невыгодно ни заказчику, ни исполнителю. Мы про затягивание оплачиваемых сроков говорили а как такое возможно? Когда заключается договор, с повременными тарифами, то всегда договариваются о рамках ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 16:27 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительНе обязатательно это писать отдельной строчкой. Можно просто включить в стоимость часа работы, совершенно не отчитываясь перед заказчиком, почему час стоит 55 евро, а не 50 евро. Это куда лучше, чем "я сделаю эту работу за такие сроки и за такую сумму, но если вдруг я не буду успевать, я вам выставлю еще один счет за мою переработку". То же самое, вид в профиль. Цена в которую действительно заложены риски заказчика заведомо отпугнет. Потому что будет не 55 евро вместо 50, а 200. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 16:53 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
skeptikТо же самое, вид в профиль. Цена в которую действительно заложены риски заказчика заведомо отпугнет. Потому что будет не 55 евро вместо 50, а 200. Вы ж не путайте полную предоплату всех мыслимых и немыслимых возможных проблем, и страховку от риска. Страховка от риска - это средняя стоимость потерь помноженная на вероятность их возникновения. Т.е. несколько процентов от суммы проекта. Потому что если получается больше, то это значит, нужно менять запланированные показатели. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 17:01 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительskeptikТо же самое, вид в профиль. Цена в которую действительно заложены риски заказчика заведомо отпугнет. Потому что будет не 55 евро вместо 50, а 200. Вы ж не путайте полную предоплату всех мыслимых и немыслимых возможных проблем, и страховку от риска. Страховка от риска - это средняя стоимость потерь помноженная на вероятность их возникновения. Т.е. несколько процентов от суммы проекта. Потому что если получается больше, то это значит, нужно менять запланированные показатели. 70% проектов в среднем по индустрии не укладываются в первоначальные сроки (и это несмотря на то, что какую-то страховку в в оценку сроков части проектов изначально видимо все-таки закладывают). Это вероятность наступления страхового случая. При этом довольно много проектов затягиваются в разы (бывают даже и в 10 раз промахи) по сравнению с первоначальной оценкой. Это возможный размер ущерба. Откуда тут взяться нескольким процентом? Ситуация осложняется тем, что средюю стоимость потерь можно использовать только при некорых дополнительных условиях: 1) Наличие надежной статистики по данному виду страховых случаев (для уникального проекта с этим есть проблемы, разработка - это именно в той или иной степени уникальный проект ). 2) Наличие большого пула страхуемых проектов что дает возможность сформировать страховой фонд заведомо превышающий страховые отчисления по отдельному проету или возможность перестраховать риски у кого-то такой пул имеющего. У фрилансера-индивидуала или компании c единицами одновременно ведущихся проектов такой возможности нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 17:36 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
skeptik70% проектов в среднем по индустрии не укладываются в первоначальные сроки (и это несмотря на то, что какую-то страховку в в оценку сроков части проектов изначально видимо все-таки закладывают). Это вероятность наступления страхового случая. При этом довольно много проектов затягиваются в разы (бывают даже и в 10 раз промахи) по сравнению с первоначальной оценкой. Это возможный размер ущерба. Откуда тут взяться нескольким процентом? Вы совершенно верно описываете ситуацию. И по поводу сложности формирования страхового фонда тоже правы. Но с другой стороны - а что плохого в том, что компания-подрядчик, которая ошибается с оценкой проекта в разы, несет существенные финансовые потери? Так и должно быть. Заказчик, который подписал ТЗ, не соответствующее его фактическим потребностям, должен платить из своего кармана как за его переделку, так и за увеличение сроков проекта согласно измененному ТЗ. А вот за неправильную оценку сроков по согласованному техзаданию должен платить исполнитель. Штрафы неплохо учат. И, попав хорошенько на бабки, и заказчик в следующий раз будет лучше оценивать свои потребности, и подрядчик свои возможности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 18:03 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ДжекНепотрошительНо с другой стороны - а что плохого в том, что компания-подрядчик, которая ошибается с оценкой проекта в разы, несет существенные финансовые потери? А вот никто просто не умеет оценивать сроки с приемлимой точность на этапе комерческого преложения. Поэтому или почасовка или перезаклад в разы. ДжекНепотрошительЗаказчик, который подписал ТЗ, не соответствующее его фактическим потребностям, должен платить из своего кармана как за его переделку, так и за увеличение сроков проекта согласно измененному ТЗ. Тут все упирается в то, что сам заказчик не в состоянии обычно составить подробное, исчерпывающее и однозначно-трактуемое исполнителем ТЗ, поэтому на практике такое ТЗ составляет сам исполнитель (а вот тут, кстати, уже у заказчика возникают проблемы с однозначной трактовкой). Далее это ТЗ нужно пранализировать, составить на его основе технический проект, возможно создать прототип для проверки правильности ключевых решений проекта, разбить проект его на отдельные работы, оценить каждую из них, составить сетевой график выполнения работ. Если делать это не для галочки, это довольно значительная часть работ в целом. С учетом составления ТЗ - где-то примерно треть в среднем. То есть, чтобы оценить объем работ с приемлимой точностью (хотя бы процентов 20-30) нужно треть работы сначала сделать. Увы но это характерная особенность любых ОКР (а если там еще и приставка НИ - дело совсем плохо). Можно конечно разбить работу на этапы - но заказчик не очень хочет оплачивать этап ТЗ и ТП не понимая какова будет конечная цена и получая на промежуточных этапах за существенные деньги в качестве результата пачку бесполезной для него бумаги. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 18:58 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
ViPRosя могу еще час ляля, есть свободное время я запомнил - когда приехал в москов гатарбайтить пачка мальборо стоило 21р, теперь 60р. а мою з/п по случаю кризиса быстренько снизили на 1/3 (убрали премию) в 2009 и все (надеются что я и так заинтересован в завершении проекта из за своих амбиций) ну и я снизил качество, где можно оптимизировать ставлю заглушку или пишу самый худший алгоритм вот тебе и экономия Вот и начало деградации... При любом раскладе порядок - главное, сам себе вредишь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 22:16 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
S.PR, любому терпению приходит конец зачем всю ночь бесплатно придумать быстрый алгоритм, когда можно написать простой цикл перебора в рабочее время :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2012, 23:50 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
Ох, насколько близкая тема! Прям за душу берет! СергV70На первом этапе хотят просто повторить существующий функционал Этот этап может стать и последним. Хорошо еще, если удастся хотя бы его завершить. СергV7060 млн готовы отвалить, чтобы через 1,5 года сменить платформу Что ж, по крайней мере хорошо, что есть внятный бюджет и сроки, а не хотелка "получше, подешевле и вчера". Уже стрелка измерения шансов качнулась в положительную сторону от нуля. СергV70Основная цель - снять зависимость от программистов FOX в связи с их дефицитом А вот цели сформулирована крайне некорректно. Не взлетит с таким подходом. Это выглядит, как надуманная самоцель, вырванная из контекста и имеющая мало связи с бизнес-целями. Была похожая затея в одной конторке. Конторка - холдинг. Производство, сеть торговых филиалов. Россия, СНГ. Все по-взрослому. И была в этой конторке самописная система. Инструментарий чуть более современный, клиент на Delphi. И был в этой конторе ИТ-отдел с квалифицированными разработчиками, с руководителем, который весьма эффективно управлял этим, умудряясь минимальными ресурсами решать максимум задач. Собственно, этот ИТ-отдел и создал эту систему. Система получилась очень неплохой. Она прекрасно решала возникавшие перед ней бизнес-задачи, по многим моментам вообще не имела аналогов в обозримых окрестностях. Работала во всем холдинге, была распределенная. Система развивалась вместе с бизнесом. Причем, благодаря тому, что изначально была заложена достаточно стройная архитектура, развитие системы было весьма органичным, полноценным, а не латанием дыр заплатками, как это часто бывает. Охватывались новые направления, решались новые задачи, внедрялось на новых участках. Система давала вполне реальный экономический эффект. Разумеется, не все задачи решались так, как хотелось бы в идеале, но в подавляющем большинстве случаев проблемы были в принципе не решаемые ИТ-средствами, т.к. имели организационные корни. Но даже для таких организационных болезней система давала средства, позволявшие существенно облегчить жизнь предприятия. И как водится, к хорошему очень легко привыкается. Настолько, что оно становится само собой разумеющимся. А вот недостатки на этом фоне становятся особенно выпячивающими. И вот однажы в чьих-то чрезмерно умных головах возникла идея, что где-то есть кнопка счастья. И что стоит эта кнопка счастья дешево, надо лишь купить ее и нажать. А виноваты в том, что до сих пор нет кнопки счастья, как раз злобные айтишники! Ведь если у финдира будет эта кнопка, ему же айтишники не будут нужен! Кпопка счастья, кстати, называлась УПП, впрочем, это не имеет никакого отношения к сути - сюда можно подставить любое название. Этот гениальный финдир, лучше всех знающий, как внедряются системы, приводил такие же гениальные, как он сам, доводы: 1. Вас, дармоедов, фиг заменишь, мы от вас зависим, а одинэсников на рынке пруд-пруди 2. Одинэс - стандартная система, которую любой одинэсник допилит, а у вас самописка. 3. С одинэс работают все. 4. Вы не решили такую-то и такую-то проблемы до сих пор (а проблемы на 100% организационные, для решения которых у руководства не хватало просто воли) В общем, руководитель ИТ-службы приводил доводы, проводил детальный анализ функционала, сравнивал плюсы и минусы. Результат был плачевный: 1. Система из коробки не внедряема на тех бизнес-процессах в принципе. 2. Затраты на доведение функционала УПП хотя бы по основным критическим местам до того уровня, который у людей уже был, сопоставимы с разработкой системы с нуля. 3. Новая система все равно не решит тех проблем, которые не решены предыдущей, если их не решать организационно 4. На рынке труда на самом деле действительно адекватных разработчиков 1с так мало, что проще переучивать тех, что уже есть. В общем, ИТ-руководитель более-менее отбивался, до тех пор, пока к одной гениальной голове не подключилась еще одна в поддержку. Взяли числом. Но так как ИТ-руководитель был предельно лоялен родной фирме, он был действительно заинтересован в том, чтобы проект удался. Еще была такая мысль, что "нет пророка в родном отечестве". Т.е. если свой родной рук.ИТ скажет "надо решить такую оргпроблему" - это просто слова, которые можно проигнорировать. А вот если ровно то же самое произнесен пришлый варяг-консультант, то к этому отнесутся гораздо серьезнее, потому что слова варяга для фирмы на вес золота, ибо ему заплачено за это особо. Таким образом рук.ИТ понадеялся, что с этой точки зрения может быть для фирмы станет в чем-то получше, а с другой стороны его команда была вполне сильна, чтоб этот проект действительно довести до успеха. Ну и такой опыт в резюме для команды будет плюсом. Но, как говорится, благими намерениями... Возможно, в гениальной голове финдира возникла еще одна гениальная мысль, что свои ИТ-злодеи будут всячески мешать процессу обретения кнопки счастья. Отвественным за проект был назначен чел, которому нах ничего не надо, все коммуникации финдир вел через себя, а о каких-то решениях по проекту рук.ИТ узнавал от третьих лиц. Т.е. свои ИТ-ресурсы фирма максимально дистанцировала от проекта (во избежание саботажа?), хотя пришлые варяги настаивали на обратном - на максимальном взаимодействии. Разумеется, проект пошел плохо. Очень плохо. Настолько плохо, что очень быстро всем, кто дружит с мозгом, стало понятно, что 100% не взлетит. Апофеозом сей истории стал кризис, в который решили сокрашать ИТ-отдел, параллельно продолжая оплачивать очередные немаленькие транши по проекту. И это при том, что даже пришлые варяги говорили им, что невозможно будет что-нибудь сделать без УВЕЛИЧЕНИЯ своих ИТ-ресурсов. Итоги сей истории: 1. фирма "избавилась" от зависимости от своих разработчиков. Так как избавилась от этих разработчиков. Ну, точнее оставшиеся разработчики, до конца сохранявшие лояльность, не смотря ни на что, терпели, в конце концов избавились от этой фирмы, просто ушли. Ушел и руководитель ИТ. Все ушли, замечу, на существенно лучшие условия во всем. (Хотя, можно ли считать избавлением от зависимости то, что разработчиков все-таки потом привлекали, но с немаленькой почасовой ставкой) 2. Продолжается использование старой системы и нет никаких людей в конторке, которые в состоянии увидеть альтернативы, адекватно выбрать и внедрить их. 3. Проект внедрения новой системы провален на 100%. Ничего не внедрено, ни единого рабочего места. А деньги закопаны немалые. Забавно еще по этому поводу было услышать бред про то, что дескать из новой системы будут использовать какой-то там финансовый блок. Подозреваю, что сей абсурд был придуман после того, как охреневший генеральный посчитал убытки и спросил с особо гениальных о результате :) P.S. Если в этой истории кому-то что-то показалось знакомым - то это просто случайное совпадение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2012, 11:36 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
vandererP.S. Если в этой истории кому-то что-то показалось знакомым - то это просто случайное совпадение. не случайное. Типичная дурость, финансовый директор просто лапочка. Таких случаев не мало. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2012, 11:46 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
vanderer,) у вас кто-то из дир откат не малый получил, возможно и еще будет получать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2012, 11:49 |
|
||
|
Смена платформы ERP системы - надо ли?
|
|||
|---|---|---|---|
|
#18+
S.PRvanderer,) у вас кто-то из дир откат не малый получил, возможно и еще будет получать Лично я в данной ситуации оцениваю более вероятной дурость, нежели откат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2012, 12:27 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=37846365&tid=1526110]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
40ms |
get topic data: |
14ms |
get forum data: |
3ms |
get page messages: |
74ms |
get tp. blocked users: |
2ms |
| others: | 232ms |
| total: | 394ms |

| 0 / 0 |

Извините, этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
... ля, ля, ля ...