Сопровождение MBS

[ALEG]

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

[2A]

Цитата:

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

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

Снизить затраты, навскидку, можно меньше допрограммируя систему.

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

[Recoilme]

Цитата:

Сообщение от 2A

Снизить затраты, навскидку, можно меньше допрограммируя систему.

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

нет бизнеса - нет затрат!

[Aleck]

Цитата:

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

нет бизнеса - нет затрат!

Хороший аргумент... Особенно он красиво будет выгляеть в годовой отчетности при разъяснении низкой прибыли или убытка))))

[Bobkov]

Цитата:

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

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

Привет!
Думаю, что "как снизить стоимость владения системой" - это предмет для серьезного статистического исследования. Даже если принять какие-то ограничения, например, взять определенную отрасль, регион, вряд ли кто-то будет проводить такое исследование бесплатно.
А если просто высказать необоснованное мнение, то это можно... :-)

В вашем вопросе не уточняется, кто хочет снижать стоимость владения системой, а это существенно, так как у каждого участника процесса свои рычаги влияния на эту стоимость. Зная, что вы, Алексей, работаете в MS, я предполагаю, что вам интересно, что может сделать MS в этом направлении.

Я думаю, что стратегически очень важно поставить методическую работу. Цель этой работы - стандартизация и унификация способов автоматизации конкретных бизнес-процессов клиента с помощью конкретных продуктов MS, для того чтобы внедренец этого продукта, встретившись с новым для него бизнес-процессом, не лепил второпях отсебятину, а мог воспользоваться чужим опытом.
Для этого можно например издавать журнал типа "Best Practice" по внедрению. Очень важно отметить, что ни один отдельно взятый партнер печатать статьи в таком издании не заинтересован, так как делясь своим опытом, он подрывает свое конкурентное преимущество. Поэтому, скорее всего, авторами статей будут авторитетные консультанты. А вот подпишутся на такое издание - я уверен, многие, причем не только партнеры, но и крупные клиенты.

Такая методическая работа позволила бы ускорить подготовку консультантов по внедрению продуктов MS, а следовательно, способствовала бы снижению их стоимости на рынке.

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

[ALEG]

Цитата:

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

Привет!

Я думаю, что стратегически очень важно поставить методическую работу. Цель этой работы - стандартизация и унификация способов автоматизации конкретных бизнес-процессов клиента с помощью конкретных продуктов MS, для того чтобы внедренец этого продукта, встретившись с новым для него бизнес-процессом, не лепил второпях отсебятину, а мог воспользоваться чужим опытом.
Для этого можно например издавать журнал типа "Best Practice" по внедрению. .

Очень верно отмечено. Работа в этом направлении ведется. Сейчас партнерам досутпен Rapid Configuration Tool (бывший ERP Complete). Пока только на английском языке
http://www.microsoft.com/BusinessSol...tion_tool.mspx
Но это больше касается внедрения. Касательно сопровождения очень хочется обсудить реальные технические проблемы upgrade. Т.е. что лучше "выкусывать" требуемые наработки из последнего FP или поднимать свои на последний SP или FP.
В данном конкретном вопросе очень нужно мнение профессионалов. Мы можем теоритически напридумывать что угодно, но без вашего мнения это может так и остаться теорией.

[EVGL]

Цитата:

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

Касательно сопровождения очень хочется обсудить реальные технические проблемы upgrade.

Вот вам конструктив из-за рубежа, реальные технические проблемы upgrade за пределами бывшего СССР:

• венгр не ожидает, что при инсталляции "России" помимо обычных ald-файлов будут изменены font substitutes. Сделайте российские шрифты отдельным пунктом в инсталляторе;
• задокументируйте конфигурационные ключи *_W: напишите попросту справа от каждого, для каких стран Восточной Европы он должен быть активирован; то же самое для кассы, ведь даже не все польские партнеры знают, что русская касса теперь работает и для Польши;
• сделайте поля, в которых сохраняются налоги по строке для invoice, не только чисто российскими, а общими для Восточной Европы;
• сделайте также "Генератор Российской Отчетности" общим для Восточной Европы;
• напишите на этом форуме, что вы видели это сообщение и будете реагировать; в противном случае больше никакого конструктива не будет.

[mazzy]

Цитата:

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

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

Конструктива не будет от кого?
Надеюсь, ты не собираетешься уничтожать форум, чтобы ВООБЩЕ не было конструктива?
Спрашиваю совершенно серьезно - не понимаю я шуток относительно форума.

[komar]

Цитата:

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

Вот вам конструктив из-за рубежа, реальные технические проблемы upgrade за пределами бывшего СССР:

• венгр не ожидает, что при инсталляции "России" помимо обычных ald-файлов будут изменены font substitutes. Сделайте российские шрифты отдельным пунктом в инсталляторе;
• задокументируйте конфигурационные ключи *_W: напишите попросту справа от каждого, для каких стран Восточной Европы он должен быть активирован; то же самое для кассы, ведь даже не все польские партнеры знают, что русская касса теперь работает и для Польши;
• сделайте поля, в которых сохраняются налоги по строке для invoice, не только чисто российскими, а общими для Восточной Европы;
• сделайте также "Генератор Российской Отчетности" общим для Восточной Европы;

Как говорится, нам бы ваши проблемы...

[kvan]

Цитата:

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

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

Сделайте оба варианта. Только очень бы хотелось чтоб результат установки обоих был одинаковым.

[ALEG]

Цитата:

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

Сделайте оба варианта. Только очень бы хотелось чтоб результат установки обоих был одинаковым.

Тут возникает следующая проблема. Сервис пак = пакет исправления для найденых и исправленных ошибок + улучшения производительности и т.д. Новые разработки выполняются на последней версии. Т.е. например SP4 + 60 исправленных ошибок или просто доработок. Для того, чтобы выпустить модификацию по НДС как новый SP или FP + отдельным хотфиксом к SP3 например, то надо сделать и протестировать на SP4 + баги и потом опустить на SP3. В любом случае делать 2 раза. В некоторых случаях это не сложно, в некоторых придется помимо основной модификации опускать кучу другого функционала.
Это тупиковая ветка развития. Кто несогласен, аргументы в студию.

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

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

[kvan]

Цитата:

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

+ улучшения производительности и т.д.

Цитата:

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

Новые разработки выполняются на последней версии. Т.е. например SP4 + 60 исправленных ошибок или просто доработок. Для того, чтобы выпустить модификацию по НДС как новый SP или FP + отдельным хотфиксом к SP3 например, то надо сделать и протестировать на SP4 + баги и потом опустить на SP3. В любом случае делать 2 раза. ... Это тупиковая ветка развития. Кто несогласен, аргументы в студию.

Да не надо мне для SP3 или древнего SP1. Допустим что у меня есть приложение (много своего функционала) поднятое до SP4. Вышел ваш FP1 - так какого же овоща не выпустить его в виде проекта!? Я не могу поднимать такой обьем кода на новую версию по любому вашему чиху! ДАЙТЕ МНЕ ВОЗМОЖНОСТЬ выбирать что поднимать - мой код или ваш!
Хорошо бы было получать новый SP в виде проекта для наката на предыдущий - но требовать от вас это бессмысленно ... слишком сложно это для вас Я уж без вас решил бы - вливать мне несколько проектов(SP + FP + какой нить HF) или поставить готовое приложение и "бороться" со своим "творчеством".
Хоть заплатки не выпускайте толкьо в виде нового приложения ...

Цитата:

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

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

А вы свое мнение на практике пробывали применять?
Прочитайте еще раз пост от Lazy_Tiger и обратите внимание сколько дней партнер планирует потратить на подьем его приложения на вашу заплатку для критической проблемы!

Цитата:

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

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

Причем здесь это!? Это проблема клиента если он не может организовать свою команду. Какое это отношение имеет к новым версиям?

[Lazy_Tiger]

Цитата:

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

+ улучшения производительности и т.д.

Улыбнули, ей богу. Я щас не буду вспомнинать про закрытие склада, тема приелась. Я щас вспомню про "обработку входящего НДС". Знаете сколько оно хотело за месяц считать это дело? Ответ - 44 часа (не факт что посчитало бы, на вторые сутки пришлось сесть и подумать). А знаете за сколько считает сейчас? За 40 минут-час. Это разница возникла изза перестройки 2х (двух) индексов и переписывания 10 строк кода. Это к вопросу о том как пишут Ваши программисты и как те, кого пользователи пинают. Очень хочется вспомнить про производительность 1С и громкие заявления о том что аксапта производительнее во много раз. Но не буду.

Цитата:

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

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

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

С исправление "незначительных" ошибок (а можно Я буду определять что для меня незначительно? пожалуйста) мы как нить уж сами справимся, в оперативном режиме.

[mazzy]

Цитата:

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

Это разница возникла изза перестройки 2х (двух) индексов и переписывания 10 строк кода. Это к вопросу о том как пишут Ваши программисты и как те, кого пользователи пинают. Очень хочется вспомнить про производительность 1С и громкие заявления о том что аксапта производительнее во много раз. Но не буду.

А зря. Попробовал бы ты в 1С найти эти два чудесных индекса и 10 строк кода... что давали бы прирост на порядки
Там производительность поднимается на десятки процентов за счет тотального переписывания конфигурации.

Впрочем, это ОФФ. И этот ОФФ нисколько не отменяет необходимость работ вендора над производительностью.

[mazzy]

Цитата:

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

Для всех существующих на сегодняшний день и поддерживаемых SP.

Угу. Я же говорил!
Как накатывать сервис-паки: нужен ли xpo?

[ALEG]

Цитата:

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

Знаете сколько оно хотело за месяц считать это дело? Ответ - 44 часа (не факт что посчитало бы, на вторые сутки пришлось сесть и подумать). А знаете за сколько считает сейчас? За 40 минут-час. Это разница возникла изза перестройки 2х (двух) индексов и переписывания 10 строк кода.

А можно в студию эти чудо 10 строк кода и 2 индекса?
Можно в новостной группе занести новый post и посмотреть какие будут ответы разработчиков.

[ALEG]

Цитата:

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

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

Полностью согласен. Для критических проблем должно быть в виде HF. Работа над этим ведется. Для 2.5 например CU2 выпустили как 2 xpo.

[Bobkov]

Цитата:

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

Очень верно отмечено. Работа в этом направлении ведется. Сейчас партнерам досутпен Rapid Configuration Tool (бывший ERP Complete). Пока только на английском языке
http://www.microsoft.com/BusinessSol...tion_tool.mspx

Интересно. А как этот тул можно посмотреть-изучить?

[Pavel]

Цитата:

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

Было бы шоколадно, если после этой тирады, вы расскажете как замечательно и бесплатно обновляется SAP... (в отдельной теме, пожалуйста, отсюда сделайте ссылку)

А причем тут SAP?
Мне прилепили лого, хотя я не выступаю не от имени, ни по поручению, ни в интересах SAP и какой-либо другой организации, о чем указывал тебе лично, Сергей, в ходе нашей персональной переписки.
В сообщениях на форуме указано мое личное мнение и мой личный опыт как специалиста в данной области.

Цитата:

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

Если у вас, Pavel, есть реальные проблемы, то совет один - обратитесь к профессионалам. Перечисленные вами вопросы яйца выведенного не стоят, просто вы не умеете варить кошек.
От проблем Pavel'а, вернемся к теме?

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

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

Цитата:

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

Например, вопрос - должен ли корпоративный софт обновляться также легко и просто как домашний (например, при помощи аналога windows update)?
Должен ли поставщик оказывать поддержку таким "неразобравшимся" Pavel'ам напрямую или через партнеров?

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

Я могу поставить обновление MS SQL, хотя политически будет правильнее «сделать противовесы»:
- операционную систему от одного поставщика
- СУБД от другого
- бизнес решение от третьего
Чтобы не было соблазна выкачивать деньги путем «цепной реакции обновлений».

[mazzy]

Цитата:

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

А причем тут SAP?
Мне прилепили лого, хотя я не выступаю не от имени, ни по поручению, ни в интересах SAP и какой-либо другой организации, о чем указывал тебе лично, Сергей, в ходе нашей персональной переписки.
В сообщениях на форуме указано мое личное мнение и мой личный опыт как специалиста в данной области.

Я понял. Но настаиваю на широкой огласке вашего места работы.
Это отдельная тема. Если хочется, открывайте новую тему.
Здесь сообщения на эту тема будет считаться оффтопиком и будет удаляться.