По мотивам общения с Майкрософтом

[AXcons]

Разговор со Специалистом по продаже Бизнес-решений Microsoft | Департамент по продвижению бизнес решений | ООО «Майкрософт Рус»


МС: - Мы консалтинговая компания..

Я: - Да ладно? Вы же вроде вендор, продаете лицензии.

- Нет, мы ничего не продаем, продают партнеры.

- Но деньги же вы получаете

- Мы не получаем никаких денег

- А кто же их получает?

- Ирландия, они и продают. А мы только консультируем.

-Как не продаете, у вас же целый отдел продаж?

- У нас нет отдела продаж, мы консультируем.

- Но ваш отдел называется "Департамент по продвижению бизнес решений" - разве это не продажа?

- Нет, мы консультируем по бизнес-решениям.

- А как вы консультируете? Вы лично консультируете? Вы консультант по Аксапте?

- Нет, я не знаю Аксапту, я консультирую по бизнес-решениям.

- А что вы подразуемаете под бизнес-решениями?

- Бизнес-решения это например, складской учет, финансы...

- Что вы имеете в виду - постановку учета-процессов? Вы занимаетесь постановкой учета? Или вы консультируете по автоматизации процессов? Тогда по какой системе вы консультант?

- Я консультирую по бизнес-решениям


Занавес.

[komar]

Цитата:

I've asked around how this new .NET plan differs from everything we've been working on the past two years and haven't been given a decent answer.

"What's a web service?"

"Look at Passport! THAT'S a service!" (they love saying that one)

"You mean a web service is just another site that you visit that drops encrypted cookies on your machine?"

"No no no. It enables people to work together! It empowers companies to share information!"

"You mean it lets partners access information that _WE_ maintain in a central repository? How is that different from any other website?"

"We allow users to interact with the service! It's not a static vision of the web! It's a two-way collaboration!"

"You mean users fill out forms to create an account. And then we let them access it. What is new about that?"

The answers just kept getting more incomprehensible.

http://www.joelonsoftware.com/articl...000000048.html

[komar]

Кстати, оказывается, существуют генераторы карт для подобного bullshit bingo:

http://homework.nwsnet.de/releases/3...card-generator
http://www.bullshitbingo.net/cards/bullshit/

Вариант для ERP-консультанта, кроме "бизнес-решений" наверняка будет содержать термины вроде "наилучшие практики управления", "уникальное решение на основе мирового опыта" и прочие длинные слова и фразы

[AXcons]

Есть в Майкрософте кто-то, с кем можно поговорить дольше 1 минуты и не захотеть повеситься от безысходности?

[Morpheus]

Цитата:

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

Есть в Майкрософте кто-то, с кем можно поговорить дольше 1 минуты и не захотеть повеситься от безысходности?

Задавайте вопросы здесь! Ответим аргументированно (с пруф линками)! ;-)

[AXcons]

Цитата:

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

Задавайте вопросы здесь! Ответим аргументированно (с пруф линками)! ;-)

Мне нужно чтобы кто-то из экспертов рассказал про функциональность 2012й Аксапты. Именно не догадки по презентациям и изученные методом тыка меню, а люди, которые знают для чего это было разработано и как использовать. Что работает/не работает, что полезно/бесполезно...
И помочь настроить прототип системы по нашим операциям.

[George Nordic]

Цитата:

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

- У нас нет отдела продаж, мы консультируем.

MS в России не занимается продаами, только маркетингом (продвижением). Это все так, и на это есть свои причины. Более того, Вам на них прямым текстом указали. Sapienti sat.

Цитата:

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

Мне нужно чтобы кто-то из экспертов рассказал про функциональность 2012й Аксапты. Именно не догадки по презентациям и изученные методом тыка меню, а люди, которые знают для чего это было разработано и как использовать. Что работает/не работает, что полезно/бесполезно... И помочь настроить прототип системы по нашим операциям.

В 2012? Вы понимаете, что это может сказать только тот, кто реально данную версию внедрял? Причем в сходной с Вами области. Это в консалтинг, пост Евгения п.2

Цитата:

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

1) Такие люди в Microsoft есть. Если вы - партнер, то есть специальные специалисты по поддержке партнеров.

Насколько мне известно, в Российском MBS таких людей (PTS) больше нет. Только менеджеры по работе с партнерами и ответсвенные за продвижение в той или иной вертикали. Но был бы рад ошибаться в данном вопросе.

Цитата:

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

Однако, поскольку по роду службы эти люди общаются с партнерами, а не с клиентами, то большого практического опыта от них ожидать не стоит.

Ну, это смотря кого нанимать. Было время, когда я работал PTSом, и врядли у кого-либо повернулся язык упрекнуть меня в том, что у меня за спиной "мало практического опыта"

С Уважением,
Георгий

[EVGL]

1) Такие люди в Microsoft есть. Если вы - партнер, то есть специальные специалисты по поддержке партнеров. Однако, поскольку по роду службы эти люди общаются с партнерами, а не с клиентами, то большого практического опыта от них ожидать не стоит.

2) Если же вы рассчитываете на поддержку Microsoft всерьез и на время всего проекта, то вам следует обратиться в наше подразделение - Microsoft Services. "Помочь настоить прототип по-быстрому и поотвечать на вопросы" - это не всерьез, поэтому см. пункт 1.

[AXcons]

Цитата:

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

1) Такие люди в Microsoft есть. Если вы - партнер, то есть специальные специалисты по поддержке партнеров. Однако, поскольку по роду службы эти люди общаются с партнерами, а не с клиентами, то большого практического опыта от них ожидать не стоит.

2) Если же вы рассчитываете на поддержку Microsoft всерьез и на время всего проекта, то вам следует обратиться в наше подразделение - Microsoft Services. "Помочь настоить прототип по-быстрому и поотвечать на вопросы" - это не всерьез, поэтому см. пункт 1.

Нет, мы клиент.

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

[EVGL]

Очень хорошо, тогда - пункт 2, так называемое предложение Solution Architecture Assessment, первый же пункт программы. Обращаю ваше внимание на то, что подается все меню целиком, а не только закуска или только десерт.

Предполагаю, что исходно вы общались с "Technology Solutions Professional", но это действительно не та профессия, которая нужна.

[AXcons]

Цитата:

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

Очень хорошо, тогда - пункт 2, так называемое предложение Solution Architecture Assessment, первый же пункт программы. Обращаю ваше внимание на то, что подается все меню целиком, а не только закуска или только десерт.

Предполагаю, что исходно вы общались с "Technology Solutions Professional", но это действительно не та профессия, которая нужна.

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

Architecture Assessment - это не совсем то, это как проверка того, что сделано. А мне надо, чтобы, наоборот, помогли сделать концепцию функциональности по ключевым операциям.
В принципе, это работы на полдня-день, имея прописанные операции и требования.

[mnt_dx]

Цитата:

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

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

Как вы себе видите эту концепцию? Мне думается, что 1-2 дня это слишком оптимистично. Даже просто на подумать надо больше.

[miklenew]

"с этим все прозрачно
эх разогнать бы всю эту кодлу
навести бы порядок
да все некогда, программировать нужно" (c)

[komar]

Цитата:

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

навести бы порядок
да все некогда, программировать нужно" (c)

Ну вот, перед вами Винни-Пух. Как видите, он спускается по лестнице вслед за своим другом Кристофером Робином, головой вниз, пересчитывая ступеньки собственным затылком: бум-бум-бум. Другого способа сходить с лестницы он пока не знает. Иногда ему, правда, кажется, что можно бы найти какой-то другой способ, если бы он только мог на минутку перестать бумкать и как следует сосредоточиться. Но, увы – сосредоточиться-то ему и некогда... (А.Милн)

[AXcons]

Цитата:

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

Как вы себе видите эту концепцию? Мне думается, что 1-2 дня это слишком оптимистично. Даже просто на подумать надо больше.

Черт, я это вижу так, ка как это написано в методологии. В любой методологии, причем... Как в анекдоте "Какого Цукерберга? - Да любого Цукерберга"..

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

[gudzon]

Цитата:

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

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

8-16 часов пишется и согласуется одна ФД. А вы целый анализ хотите. Хватит уже ворчать. Даже если какой то чудак с опытом (!!!) и возьмется вдруг за работы на 16 часов (!!!) вы ж будете месяц работы принимать с таким подходом.
ЗЫ напишите хоть конкретику. что хотите то.

[mnt_dx]

Цитата:

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

Черт, я это вижу так, ка как это написано в методологии. В любой методологии, причем... Как в анекдоте "Какого Цукерберга? - Да любого Цукерберга"..

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

Покажите требования к какой-либо операции, можно в ЛС, может что-то подскажу.

[Atar]

Цитата:

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

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

1. А Вы уверены, что исполнителя устроит качество и детализация прописанных операций и требований?
2. Опытный специалист знает, как много он ещё не знает. Остальные думают, что за день можно оценить степень несоответствия и необходимость изменений, да ещё и задокументировать их.
Это действительно, к продавцам партнёров.
Вас правильно направили.

Я вижу, что Вы опытный специалист, поэтому недоумеваю, откуда такие противоречия в требованиях.

[AXcons]

Цитата:

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

1. А Вы уверены, что исполнителя устроит качество и детализация прописанных операций и требований?
2. Опытный специалист знает, как много он ещё не знает. Остальные думают, что за день можно оценить степень несоответствия и необходимость изменений, да ещё и задокументировать их.
Это действительно, к продавцам партнёров.
Вас правильно направили.

Я вижу, что Вы опытный специалист, поэтому недоумеваю, откуда такие противоречия в требованиях.

У меня как раз противоречий нет. Но, т.к. никто из присутствующих, судя по всему, такой документ не делал, то и возникает непонимание. Просто нет опыта работы с такой технологией.

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

Этап Анализа:
1. Проводим анкетирование, интервьюирование, собираем документы, процедуры, учетные политики, отчетные формы - что есть, короче.

2. Составляем документы:
- Лист операций/требований. - экселевская таблица: БП/Операция/Требования к операции, тип требования, .. какие-то аналитики еще..приоритеты...

- Альбом печатных и отчетных форм.

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

3. Согласовываем список операций и требования - что все правильно, ничего не забыли.

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

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

Про 1-2 это была оценка работы именно на моем проекте, потому что 1) у нас Аксапта уже много лет есть, перечень требований известен, обдуман и понятен, вопрос только (!) в функциональности 2012 версии - что-то, может быть, там добавилось, что может облегчить наше существование... На это много времени не надо. К тому же, есть подозрение, что по на большинство вопросов ответ будет "нет".

Почему именно хотелось, чтобы кто-то из Майкрософта помог сделать этот анализ - потому что мнения о функциональности 12й разняться. Например, мне в МС говорили, что появилась новая складская аналитика "Канал дистрибуции", а нам как раз это очень надо. Спросила у нашего нового подрядчика по Аксапте - они очень удивились, пошли в Аксапту посмотреть - нет такого. Не нашли такой аналитики в системе. Меня такие вещи настораживают. Коллеги из другого партнера тоже смотрят на наши требования - говорят "ничего нет". А у МС в презентациях все есть... Как так? Кому верить? Если есть - пусть покажут как работает..

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

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

7. По итогам этапа подписываются: перечень требований, перечень доработок с разбивкой по этапам, альбом отчетных/печатных форм.

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

Этап Дизайн:

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

2. Настраиваем прототип системы на тестовой базе. Обязательно для всех операций.
Помогает убить двух зайцев - 1 - консультант не ошибется в дизайне, потому что проверит свою идею, настроив ее в системе. А то бывало так поначалу - прочитал в мануале, что есть такой функционал, кнопки даже соответствующие в системе проверил, заложился на это в дизайне... А потом при внедрении вдруг обнаружилось, что это либо не работает вообще, либо работает совсем не так, как написано в мануале.. И начинается...
2 - заказчик увидит в системе настроенным весь свой контур, сразу может дать обратную связь, консультант что-то в дизайне поправит. Чем раньше замечание получено, тем дешевле оно обходится... Заказчику так легче согласовать дизайн и актировать работы по этапу. И для него при внедрении не будет уже новостью как это все будет работать.

3. Согласовываем дизайн.
Тестовый дизайн также можно написать при необходимости, но без фанатизма. Не копи-паст руководства пользователя.
Один партнер нам заявил как-то - да, у нас Дизайн системы является руководством пользователя, мы не пишем отдельного руководства. Редчайший бред.

Корректируем бюджет на этап Разработки при необходимости.

Этап Разработки

Пишем ТЗ, делаем разработку, тестирование...
ну дальше не буду расписывать..

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

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

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

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

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

Anyway, всем спасибо за участие в дискуссии.

[mazzy]

Цитата:

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

Например, мне в МС говорили, что появилась новая складская аналитика "Канал дистрибуции", а нам как раз это очень надо. Спросила у нашего нового подрядчика по Аксапте - они очень удивились, пошли в Аксапту посмотреть - нет такого. Не нашли такой аналитики в системе.

Канал дистрибьюции - это не складская аналитика.
это понятие появилось в 12 в модуле retail

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

канал дистрибьюции в русской версии находится в группе настроек "распределение". ))))

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

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

вы бы просто спросили... Бгггг.