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

Такого термина мне встречать еще не приходилось ;) Если в вашу основную базу, базу CRM или 1С вводятся новые данные - то они мгновенно попадают и в Живую Витрину? Или Живая Витрина - это вьюшки, которые смотрят на ваши оперативные базы данных?

Мы работаем по схеме "Живая Витрина", хотя хранилище, конечно же, лучше. Т.к. витринная часть уже сделана, то ее нет в проекте естественным образом.

чуть выше в нашей дискуссии было сказано, что "В данном проекте мы работаем на "живых" данных и выбор этот осознанный". По другим сведениям, "разумеется мы будем делать витрину, а в недалекой перспективе, когда структура БД стабилизируется , перейдем к Хранилищу." Кому же верить? ;) Если вы будете делать витрину - то я не вижу этих работ в плане проекта.

"Как яхту назовешь - так она поплывет".
 
Давайте тогда не называть это действо проектом, а назовем "Увеселительно - развлекательное мероприятие по приобретению и наладке BI системы": будем радоваться, как полианы, что затраты не большие и не придется другую BI систему внедрять и развлечем своих сотрудников: им теперь будет над чем посмеяться, копаясь в этом прекрасном океане данных.
 
P.S. Устав проекта для тех, кто называет подобную яхту "проектом" занимает 1 лист формата А4 (максимум 1,5). И для больших проектов большинство Уставов проекта хоть уставами и называются, но являются бумажками для "надувания щек" и используются для показа крутости и выставления больших счетов.
 
P.S. Как Вы думаете использование любой методологии по управлению проектами для ремонта квартиры:
на сколько сократит  срок ремонта в два раза?
на сколько снизит стоимость ремонта?
на сколько повысит удовлетворение от качества ремонта?
И почему люди, дающие ответы на вышеуказанные вопросы в диапазоне от 1,5 до 3 предпочитает действовать наугад и не использовать проектный подход к ремонту квартиры?

- Не читайте маркетинговых брошюр.
- Так ведь других то и нету.
- Всё равно не читайте

не пойдет, этот момент мы предусмотрели полгода назад )))

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

Вообще-то за 30 дней невозможно "построить город на века". За это время (30 дней) можно сделать систему востребованной и необходимой. А уж развивать, дотачивать, изменять придется не 8 месяцев, а надеюсь дольше. И, как раз, если после внедрения системы в ней ничего не меняется, то есть повод задуматься о нужности этой системы предприятию. Особенно это касается информационно-аналитических систем, каковой и является BOBJ.

Я не буду писать про финансовые показатели. Мы не строим полную модель бизнеса - а только по ней можно дать такой ответ, иначе расчеты - примерны, если яйца выеденного не стоят. Недавно видел в брошюре "...благодаря внедрению ERP оборот торговой сети <надо полагать в денежном эквиваленте> за год увеличился на 10%...". Но это же меньше годовой инфляции :)
 
По FMCG:
1. собираем данные первичных и вторичных продаж
2. видим актуальный склад дистрибутора(ов),
3. мониторим сами по нему все или выделенные позиции.
4. регулируем поставки, если идут скачки в сбыте.
 
Там же в FMCG:
1. смотрим закупки клиентов (это данные вторичных продаж),
2. для каждого клиента формируем потенциал потребления видов продукции, 3. как только начинают просели продажи - торг(мед)представителя первым делом к нему.
 
Ну как-то так. Итого получаем: "снижение рисков out-of-stock", "повышение лояльности клиентов". Я так понимаю, финансовый результат не сможет оказаться отрицательным

Сергей, большое спасибо за оперативный ответ.
У меня к Вам предложение. Давайте не будет приводить примеры "вообще". Давайте возьмем ОДИН конкретный пример.
Пусть это будет "FMCG для оперативного управления поставками и работой торг(мед)представителей" и Вы напишите:
какие КОНКРЕТНО стали приниматься решения, как эти решения повлияли на финансовые показатели, какая КОНКРЕТНО информация позволила принимать эти решения, почему без BI невозможно было получить эту информацию?
ОДИН, только один пример, но давайте разберем его по "косточкам".

Вы как-то очень лихо разделили ERP и BI. На самом деле BI очень даже приносит выгоды на операционном уровне. У нас есть тому примеры. Навскидку:
 
- в FMCG для оперативного управления поставками и работой торг(мед)представителей
- в банках для повышения привлекательности отдельных активов, что требуется в оперативной работе
- в управлении активами для ежедневного мониторинга собственных успехов в управлении активами/привлечении средств по сравнению с конкурентами
- и просто для корректного расчета бонусов где бы то ни было
 
По вопросам
 
1) Какие решения позволят улучшить финансовые показатели?
Те, которые помогут:
- проводить анализ продаж в разрезе акций/типов акций/менеджеров
- увидеть сезонность
- мониторить лояльность партнеров
Эти решения основаны на возможности простого и удобного использования информации, а также ее быстрого получения. В данном случае мы говорим, что это решение зовут SAP BusinessObjects.
 
2) Какая информация для этого нужна менеджерам для принятия?
Ответ выше.
 
3) Почему Вы полагаете, что если сейчас (ДО внедрения) менеджеры не могут ответить на этот вопрос, то после внедрения смогут.
Они отвечают. Но надо формализовать просто :) Сейчас идут интервью "трехсторонние": наши специалисты - бизнес - спецы по основной системе.
 
Вот, вспомнил я про майнинг случай (о его внедрении речи в BigBuzzy не идет. Вообще обычно майнинг отдельно выносят как проект и не пересекают с BI. Есть ощущение, что уже и не относят к нему - настолько специфичны задачи). Один очень-очень известный и успешный розничный банк, предлагающий клиентам широкий спектр услуг в части кредитования, купил очень-очень дорогой программно-аппаратный комплекс для выявления наиболее привлекательных категорий клиентов из БД с точки зрения продажи того или иного продукта (data mining). Проект быстро окупился. И как! За счет сокращения расходов на отправку "ненужной" корреспонденции :)

То, что я скажу будет звучать для Вас парадоксально :
именно для BI написанное в наших статьях гораздо более актуально, чем для ERP, так как BI не приносит операционных выгод, но позволяет получить необходимую информацию для принятия решения с целью "увеличения прохода", "снижения уровня инвестиций", "сокращения затрат", а также получить ответ на вопрос что - если.
 
Но такое возможно только при целесообразном внедрении. Используемый же в данном проекте подход таков:
давайте дадим менеджерам инструмент для датамайнинга в океане имеющихся данных и может (для продажи используется обязательно случится) чудо - он придумает такие хитрые отчеты, которые помогут ему принять такое чудо решение, что чудесным образом скажется на бизнесе. (Не поможет датамайнинг на помощь придет фрикономика :-) )
 
Своим подходом мы выступаем против надежды на чудо, а за планирование успеха.
Ведь что я наблюдаю после окончания проектов: ИТ директора - полианы (см. наши колонки или википедию) "генерят" радость по всякому поводу наличия и эксплуатации системы (см. нашу колонку завтра: такая чудесная система - пять дней пять отделов одну ошибку исправляли).
 
Вопрос к Вам Сергей: почему ДО внедрения не выяснить
1) Какие решения позволят улучшить финансовые показатели?
2) Какая информация для этого нужна менеджерам для принятия?
3) Почему Вы полагаете, что если сейчас (ДО внедрения) менеджеры не могут ответить на этот вопрос, то после внедрения смогут (у них откроется "третий глаз" или "второе дыхание")? Ведь сейчас они ни чем не ограничены, а после внедрения будут ограничены "чудесным" Решением.
Предвижу Ваш ответ на третий вопрос: "Именно этим мы и будем заниматься во время обследования". Уточняю вопрос для такого ответа: "1) Не верю, что это можно сделать за короткий срок .  2) А что произойдет, если BI не сможет предоставить необходимую информацию или для этого придется утроить стоимость проекта?

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

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

Добрый день, Александр!
 
С текущей, стартовой, позиции, проблемы описаны абсолютно корректно - есть понимание того, что задачи подготовки отчетов для анализа продаж
и оценки лояльности партнероврешаются неэффективно. Что-то не решается в принципе, потому что не может быть решено в разумные сроки имеющимися ресурсами. BI как раз и внедряется для того, чтобы решать конкретные, насущные задачи. Причем уровень изложения конкретики в виде "есть проблемы с анализом, потому что менеджер не может построить отчет" уже достаточен. Все остальное - на этапе постановки.
 
Приведенные Вами ссылки безусловно интересны и, вероятно (со стороны BI и DWH плохо видно) крайне полезны и должны быть использованы как ориентиры. Но только для ERP.
 
Фишка BI в том, что он может (и изначально должен) внедряться на малых, локальных задачах. И оценить эффект всегда проще. И не обязательно количественно. Если менеджер получит ответ на свой единственный вопрос, или сможет получать ответ на свой вопрос быстрее и чаще (ежедневно, а не ежемесячно) - цель достигнута.
 
ЗЫ. Пока идет постановка

А можно увидеть документы проекта: Устав проекта, договор, ... ?

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