21.08.2006, 15:45 | #21 |
Модератор
|
Цитата:
Сообщение от Aleck
Пока у MS не появиться своей внедренческой практики, продукты будут развиваться окольными путями...
C Уважением, Георгий |
|
21.08.2006, 16:52 | #22 |
Moderator
|
Цитата:
Менеджер проектов / Project Manager MBS Consulting Service Microsoft
|
|
21.08.2006, 17:15 | #23 |
Модератор
|
Пока только первое. Проекты на клиентах тоже будут. Возможно, будем брать партнеров на субподряд. Планируем, со временем, дойти и непосредственно до внедрения.
1) Сервисы, как подразделение в МС, развивается очень быстрыми темпами 2) Цену специально поставили большую, что бы не конкурировать с партнерами все-таки, у МС схема продаж не прямая, а через партнеров, мы их в первую очередь должны поддерживать, а не конкурировать с ними. 3) Уже не раз говорил, что, на мой взгляд, практика SAP и Oracle самим участвовать в проектах - это очень хорошо. Тогда вендор сам в курсе проблем, и не надо собирать отзывы о продукте от партнеров. Поэтому наши HR вынуждены искать просто супер-профи. Иначе какой смысл для клиента платить за обычного специалиста вдвое большие деньги? Лично я очень рад этому начинанию. Давно пора! С Уважением, Георгий |
|
21.08.2006, 18:45 | #24 |
Moderator
|
А MBS Consulting Service будет входить в структуру MBS и подчинятся тому же боссу что и MBS ?
Или это кусок отдельной структуры под названием Microsoft Consulting Service, которая к MBS, его маркетингу, разработке и локализации (как я понимаю) особого отношения не имеет ? |
|
21.08.2006, 18:49 | #25 |
Участник
|
Цитата:
Сообщение от mazzy
Э-м-м... Ты на даты смотрел? ты считаешь эти заметки стоит читать и сейчас?
|
|
21.08.2006, 22:43 | #26 |
Участник
|
Цитата:
Сообщение от gl00mie
Заметки imho столо прочесть хотя бы из-за ссылок на "Business In Motion" Initiative в комментариях (см. также Motion Lite). Да и сам blog действительно интересный.
Если не трудно. |
|
22.08.2006, 09:21 | #27 |
Модератор
|
Цитата:
Сообщение от fed
А MBS Consulting Service будет входить в структуру MBS и подчинятся тому же боссу что и MBS ?
Или это кусок отдельной структуры под названием Microsoft Consulting Service, которая к MBS, его маркетингу, разработке и локализации (как я понимаю) особого отношения не имеет ? С Уважением, Георгий |
|
22.08.2006, 15:02 | #28 |
Участник
|
Цитата:
Сообщение от mazzy
Перескажите в двух словах, пожалуйста. Если не трудно.
Краткое описание Методология Motion Lite, являсь производной от более интенсивной методологии Motion, предполагает проведение двухдневного аналитического исследоваия для отбора проектов [1] и расстановки их приоритетов. Использовать Motion Lite довольно просто. Взгляните на портфель проектов бизнеса, конкретизируйте карту способностей (capability map) для этого бизнеса, установите связи каждого проекта с этими способностями, а затем задайте по этим проектам некоторые или все из 20 вопросов [2]. Затем взгляните на портфель проектов сквозь призму информации, полученной на основе ответов на эти 20 вопросов, открывая для себя то, что прежде не было известно, и действуя соответственно новым знаниям. Определение Motion Motion использует архитектуру бизнеса, чтобы отобразить бизнес-модель организации, и затем применяет эту информацию либо для разрешения специфических проблем, либо для принятия решений, касающихся отбора и расстановки приоритетов среди проектов. Motion включает в себя специально разработанную модель архитектуры бизнеса (на нее подана заявка на патент), методологию с обширным перечнем шаблонов, а также набор инструментов для описания и фиксирования бизнес-архитектуры и информации о модели бизнеса в стабильном объектном формате с большим количеством метрик объектов. Эта информация о бизнес-архитектуре может быть связана с информацией о процессах, организации и IT-архитектуре. Изначально концепция методологии Motion формулировалась так, чтобы не быть перегруженной техническими терминами и акронимами. Определение Motion Lite Проекты использования методологии Motion, как правило, длятся восемь недель и включают в себя моделирование бизнес-архитектуры и выбор проекта с наибольшей ценностью для бизнеса. Motion Lite же представляет собой двухдневный курс, нацеленный на то, чтобы ввести концепции бизнес-архитектуры, используемые в Motion, и позволить приступить к расстановке приоритетов по проектам с использованием этой техники. В течение первого дня идет построение высокоуровневого отображения способностей бизнеса, подкрепляемое использованием одного из более чем дюжины готовых шаблонов библиотеки Motion, которые разработаны с учетом специфики различных отраслей деятельности. В течение второго дня идет анализ ценности для бизнеса (business value), зрелости и взаимосвязанности, а также других специфических атрибутов выявленных способностей, и эта информация используется для того, чтобы увидеть, как методология Motion изменяет ваш способ мышления при отборе проектов и расстановке приоритетов среди них. Цели Motion Lite
Инструменты вчерашнего дня (создание диаграмм бизнес-процессов) не были разработаны с учетом сегодняшних потребностей (динамическое изменение) или перспектив дня завтрашнего (быстрые инновации). Все чаще и чаще методологии, основывающиеся на улучшении бизнес-процессов и эффективности ведения бизнеса, оказываются просто бессильны поспевать за темпами происходящих изменений. Чтобы разрешить эту проблему, перед командой аналитиков Microsoft была поставлена непростая задача - не зацикливаясь на существующих подходах, обратиться к бизнес-философии нового поколения и разработать методологию описания бизнес-архитектуры, которая могла бы успешно справляться с имеющимися и предстоящими непростыми условиями, диктуемыми экономикой с ее сложными взаимосвязями. Фундамент методологии Motion составляет архитектура на основе способностей (capabilities), а не процессов. Абстрагируясь от процессов и рассматривая способности бизнеса, вы получаете, по сути, более стабильное представление вашего бизнеса. За счет отображения бизнес-способностей существенно повышается контроль на заданной функцией, поскольку от традиционного взгляда сквозь призму бизнес-процессов вы переходите к стратегическому и тактическому представлению организации. Создание такого целостного представления организации, называемого Motion Business Architecture, ведет к более быстрому и адекватному (релевантному) принятию решений, которого было бы трудно достичь в других условиях. Благодаря тому, что представление способностей бизнеса по существу инвариантно, методология Motion устраняет множество сложных задач, связанных с изменениями операционной деятельности или реализацией широкомасштабных проектов, за счет:
Возможности (Capabilities) - оптимальный уровень решения проблем Методология Motion предлагает моделировать ваш бизнес как структурированную - в противоположность физически-интегрированной - сеть возможностей. Возможности бизнеса являются структурными элементами, "черными ящиками", предоставляющими стабильный фундамент для построения моделей, что позволяет устанавливать связи между ними и IT либо другими проектами, где ведущими бизнес-компонентами могут быть совсем иные сущности. Отображение бизнес-способностей и координирование сервисов предоставляют новый набор взаимодополняющих инструментов, которые расширяют концепции бизнеса за пределы физических границ корпорации, чтобы включить в получаемую схему всю цепочку создания и увеличения стоимости или экосистему бизнес-функций. Этот подход обращает внимание на "тесную взаимосвязянность", с учетом которой другие аспекты (например, то, как будут применяться различные технологии) могут быть заложены изначально, вместо того чтобы добавляться впоследствии как дорогостоящая и неуклюжая доработка. Такое абстрагирование бизнес-модели позволяет менеджменту узнать, какие вещи работают и почему они работают определенным образом, прежде чем концентрироваться на том, как именно выполняется работа. Возможности фокусируются на том, что, а не как, происходит в вашем бизнесе Простыми примерами бизнес-способностей являются "доставка товара" и "оплата труда работников". Независимо от того, какими являются атрибуты реализации бизнес-способности "оплата труда работников" (то, как она реализуется), осуществляется ли она внутри организации или вовне, насколько она автоматизирована, суть ее от этого не меняется. В качестве примера рассмотрим систему оплаты товара в бакалейной лавке. Кассир видит нового покупателя, сканирует штрих-коды товаров, которые тот выкладывает на конвейерную ленту, и в конечном итоге покупатель тем или иным образом оплачивает сумму покупки, отображаемую на дисплее. Все эти шаги являются необходимыми способностями, которые бакалейная лавка должна реализовывать, чтобы произвести расчет с покупателем и получить деньги за приобретенные им товары. В настоящее время многие такие магазины устанавливают кассы самообслуживания. На первый взгляд может показаться, что самостоятельный подсчет стоимости покупок, в отличие от "управляемого" (осуществляемого кассиром), является существенно отличающимся процессом, чтобы отнести его к новому набору способностей (capabilities). Но в действительности оказывается, что при этом выполняются все те же самые шаги, какие были описаны ранее: идентификация нового покупателя/продажи, сканирование товаров и, в конечном итоге, их оплата. Но в случае самообслуживания появляется дополнительный необходимый этап: для предотвращения обмана системы нечестными покупателями, а также для уменьшения вероятности собственных сбоев такая система самообслуживания нуждается в дополнительной системе проверки (validity check). (Такая проверка осуществляется за счет помещения сканируемого товара на весы и сравнения его веса с весом товаров, известных системе.) Таким образом, хотя последовательность действий отличается лишь этим шагом - проверкой приобретаемого товара - процесс подсчета стоимости и оплаты покупки отличается существенно. Но вопрос в том, отличается ли то, что делается, или же лишь то, как это делается. В данном случае в вопросе есть подвох. Можно утверждать, что проверка приобретаемого товара всегда была неявным обязательным шагом: поскольку магазин доверяет кассиру, который осуществляет обработку товаров на кассе, то этот кассир и осуществляет проверку товара. Так что теперь меняется лишь то, кто выполняет проверку - то, что раньше было неявным этапом в цепочке действий, теперь должно осуществляться явно. Таким образом, совокупная способность (capability) осталась в точности той же, а это означает, что рассматриваемый блок бизнес-архитектуры остается стабильным, в то время как реализация бизнес-процесса претерпела изменения. [1] Проекты следует понимать достаточно широко, безоносительно к вопросам автоматизации. [2] Полный перечень вопросов в статье, описывающей Motion Lite, не приводится. |
|
|
За это сообщение автора поблагодарили: mazzy (5). |
28.08.2006, 16:20 | #29 |
Microsoft CRM Certified Professional
|
Не очень понятно отличие Motion от SADT. IDEF0 - функциональный уровень также предпологает "структурные элементами, "черныме ящиками"", описывающим "что делается", а не "как делается".
Вобщем не видно иновации. |
|
29.08.2006, 16:23 | #30 |
Участник
|
Цитата:
Сообщение от mystic
Не очень понятно отличие Motion от SADT.
Цитата:
IDEF0 - функциональный уровень также предпологает "структурные элементами, "черными ящиками", описывающим "что делается", а не "как делается". Вобщем не видно иновации.
|
|
06.09.2006, 16:49 | #31 |
Шаман форума
|
Цитата:
Сообщение от mazzy
Вольный пересказ второго текста - March 30, 2006: Вторую волну Microsoft Dynamics перенесли на 2009 год. Например, идея: ------- To shift focus from the above three points, Microsoft is aiming the marketing and product plan at “productivity” instead of “functionality,” pushing “mashed up“ applications that have lots of stuff (email, video, etc.) integrated. Nice marketing plan for the Tier 1’s but don’t think it will sell to the majority of the SMB’s. I'm waiting to see the first RFP that requests a RSS feed into accounting or manufacturing. ------ В разных вариантах на форуме обсуждалась, и сводится к тому, что МС пытается развивать технологическую платформу, интегрируя систему со своими приложениями и увешивая ее всячекими мульками в ущерб развитию функциональности. Я не заметил изменения этого подхода.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
06.09.2006, 18:10 | #32 |
Участник
|
Цитата:
Сообщение от komar
...всячекими мульками в ущерб развитию функциональности.
Как это выражается? |
|
06.09.2006, 18:38 | #33 |
Шаман форума
|
Цитата:
Сообщение от mazzy
Что ты подразумешаешь, под "в ущерб развитию функциональности"?
Как это выражается? выражается это в том, что деньги и время тратятся не на добавление лишнего примера из практики бухучета в список поддерживаемых акзаптой, а на перенос портала на sharepoint и интеграции на BizTalk.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
06.09.2006, 18:54 | #34 |
Участник
|
Цитата:
Сообщение от komar
Обсуждалось, например, здесь: Сила бизнес-решений Microsoft в их единстве, адаптивности и доступности
выражается это в том, что деньги и время тратятся не на добавление лишнего примера из практики бухучета в список поддерживаемых акзаптой, а на перенос портала на sharepoint и интеграции на BizTalk. 2. Чем плох перенос портала на sharepoint и интеграции на BizTalk? Цитата из твоего сообщения: "Во-вторых, попытка переноса конкуренции из области, где продукт явно уступает конкурентам в область, в которой Microsoft по определению силен." Даже, если это так, то чем это плохо? Я не понимаю твоего "в ущерб функциональности". Либо ты не знаешь что добавилось (почитай), либо вводишь в заблуждение (не надо), либо у тебя какое-то свое понимание происходящего (хотелось бы понять). Развивается и платформа, и функциональность. Сейчас платформа развивается быстрее, чем функциональность. Что в этом плохого и почему ты считаешь, что это "в ущерб"? Если тебе сложно ответить на такой вопрос, то можно пойти кружным путем. Какое развитие и какой функциональности ты хотел бы видеть? |
|
06.09.2006, 19:09 | #35 |
Шаман форума
|
При чем тут я? Я, может, вообще предпочел бы, чтобы МС занимался платформами для разработки, и не лез бы в функциональность. Не о том речь.
Плохо,по-моему то, что вместо одного продукта юзеры будут покупать 10. Это дороже, чем 1, при той же функциональности. Плюс это есть продолжение практики монополизации рынка. Считаю, что в ущерб потому, что время и деньги тратятся не в функциональность. считаю, что плохо потому, что продается и будет продаваться Dynamics не как средство разработки, а как готовая система. С соответствующими от нее ожиданиями. А получать будем платформу для разработки с навершанной на нее местами недоделанной функциональностью. То есть - ни то, ни се. Меня даже больше устраивает модель 1С - есть платформа разработки, есть типовая конфигурация, есть партнерские конфигурации.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
06.09.2006, 19:56 | #36 |
Участник
|
Цитата:
Сообщение от komar
Плохо,по-моему то, что вместо одного продукта юзеры будут покупать 10.
Цитата:
Сообщение от komar
Это дороже, чем 1, при той же функциональности.
Можно примеры? Цитата:
Сообщение от komar
Плюс это есть продолжение практики монополизации рынка.
Совместная работа нескольких продуктов? Т.е. ты предлагаешь весь функционал в ОС загнать? Я не защищаю и не обвиняю. Я логику понять хочу. Цитата:
Сообщение от komar
Считаю, что в ущерб потому, что время и деньги тратятся не в функциональность.
Я правильно понимаю, что ты утверждаешь, что развивается ТОЛЬКО платформа? Можно я еще раз спрошу - ты читал what's news? Цитата:
Сообщение от komar
считаю, что плохо потому, что продается и будет продаваться Dynamics не как средство разработки, а как готовая система.
То, что на функциональность тратится недостаточно денег? То, что нужно будет покупать несколько продуктов? Ты можешь изложить свою мысль так, чтобы в ней не было слов "это" и умолчаний? Цитата:
Сообщение от komar
А получать будем платформу для разработки с навершанной на нее местами недоделанной функциональностью. То есть - ни то, ни се.
Если ты не можешь ответить на этот вопрос, то чего ты хочешь от Аксапты? Цитата:
Сообщение от komar
Меня даже больше устраивает модель 1С - есть платформа разработки, есть типовая конфигурация, есть партнерские конфигурации.
Есть типовая, которая практически не используется. Есть несовместимые друг с другом и с типовой партнерские конфигурации. Ты предлагаешь такой путь. Ок. Почему тогда плохо, что будет несколько продуктов? Почему плохо, что "вместо одного продукта юзеры будут покупать 10"? Можно я повторю свой вопрос? Какое развитие и какой функциональности ты хотел бы видеть? |
|
07.09.2006, 10:04 | #37 |
Шаман форума
|
Я считаю, что МС старается продать как можно больше сопутствующих продуктов вместе с Акзаптодинамиксом. И это клиентам будет дорого стоить. На этот раз я понятно сказал?
Да, путь 1С мне нравится больше. По крайней мере, понятно, что ждать от такой системы. От акзапты я, увы, не хочу ничего Просто странно как-то смотреть, как разработчика системы бросает то в одну крайность, то в другую - то объединяются все системы в одну, то не объединяются, то предлагаем платформу для разработки, то коробочную систему... Ты вот можешь объяснить - что такое этот новый Динамикс, который мы увидим через N лет? Это платформа, предоставляющая базовый набор сервисов (типа разграничения доступа и т.п.), на которой можно разрабатывать свою систему, либо это полнофункциональная система, за которую предлагается сесть и работать? В случае 1С я точно знаю, что это первое. В случае SAP понимаю, что это второе. В случае Project Green - я не понимаю, чего хочет добиться разработчик. Если про развитие функциональности - то я бы хотел принципиально другого механизма закрытия склада. Хотел бы принципиально другого механизма интеграции ОС с этим складом. Если это тема этой ветки, конечно. Я все это в других ветках излагал, не думаю, что нужно и эту засорять - если речь о перспективах развития, хотелось бы для начала понять, куда это самое развитие движется.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
|
За это сообщение автора поблагодарили: Recoilme (2). |
07.09.2006, 12:51 | #38 |
NavAx
|
Цитата:
Сообщение от komar
Ты вот можешь объяснить - что такое этот новый Динамикс, который мы увидим через N лет?
Похоже, правда, всё это на мечты о светлом будущем. Цитата:
Сообщение от komar
Я все это в других ветках излагал, не думаю, что нужно и эту засорять - если речь о перспективах развития, хотелось бы для начала понять, куда это самое развитие движется.
Мне уже давно интересны все мысли по этому поводу, и инициатива Project Green в этом плане - уникальна, как мне кажется, на массовом рынке. Кроме Microsoft мало кто потянет такие глобальные и сложные идеи. К тому же, практически на 100% первый блин окажется комом, IMHO... Что жа касается функциональности, то тут будут добивать существующие продукты MBS (бывш. Navision), но кардинальных перемен вряд ли стоит ждать. Кто знает, может, впоследствии, их части войдут структурными блоками в PG...
__________________
Жизнь прекрасна! Если, конечно, правильно подобрать антидепрессанты... Последний раз редактировалось Maximin; 07.09.2006 в 19:47. |
|
07.09.2006, 13:59 | #39 |
Участник
|
Great Plains это один из продуктов MBS, давно существующий
Пока у SAP двигаться по пути SOA получается гораздо быстрее, чем у MBS. Последний раз редактировалось Aleck; 07.09.2006 в 14:17. |
|
07.09.2006, 14:57 | #40 |
Шаман форума
|
Цитата:
Сообщение от Aleck
Пока у SAP двигаться по пути SOA получается гораздо быстрее, чем у MBS.
И надо ли оно вообще? Вроде как интегрировать приложения и разрабатывать свои модули можно и сейчас.
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately. |
|
Теги |
dynamics, перспективы |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|