Насчет "накушались в прошлой жизни" и "личные предпочтения" - это понятно. А по функциональности, можете привести какие-либо примеры, где/в чем SAP BO показал себя лучше, чем IBM Cognos BI?

Scope =мероприятие,
time=время,
Cost=ресурсы.
 
Я в чем-то оБшибся?
 
Бюджет озвучивать никто не обещал. Обещали внедрение за 30 дней. Завтра выложу сводку по собранным требованиям пользователей.

Насчет "накушались в прошлой жизни" и "личные предпочтения" - это понятно. А по функциональности, можете привести какие-либо примеры, где/в чем SAP BO показал себя лучше, чем IBM Cognos BI?

Рассматривали IBM Cognos, QlikView, пару облачных решений (SaaS), ну и SAP BO.
Критерии выбора вполне стандарты:
- функционал продукта (таблицы, диаграммы, drill-down, drill-through, dashboards);
- совокупная стоимость владения;
- легкость внедрения, развития и поддержки;
- личные предпочтения выборщиков ))).
 
Cognos не выбрали, т.к. накушались им в прошлой жизни, да и политика IBM не радует.
 
QlikView не подошел по функционалу и стоимости.
 
SaaS - дороговато пока еще.
 
Весь софт предварительно тестировался нами на наших данных. выбирали больше полугода.
 
Т.е. все звезды сошлись на SAP BO.

Смогут. Ведь не у всех же еще есть такие внедрения! А кивать в сторону - это у нас запросто.

Было бы интересно узнать, как у вас проходил выбор программного продукта. Какие системы еще рассматривались, каковы были критерии сравнения, в чем SAP BO оказался лучше?

проект - это scope + time+ cost
Мы знаем только время, ни внятного scope ни бюджет нам не известен (за туманным стеклом, так сказать)

Было бы интересно узнать, как у вас проходил выбор программного продукта. Какие системы еще рассматривались, каковы были критерии сравнения, в чем SAP BO оказался лучше?

если имеется в виду, что для решения озвученных нами задач был выбран не тот продукт, то могу сказать, что выбирался он не 15 минут.
 
Если имеется в виду, что мы акцентировались не на тех задачах, так сила BI в том и заключается, что задачи можно расширять, уточнять или менять (жизнь-то не стоит на месте).
 
Так что если говорить в терминах города, то это мобильный модульный город.

Проект - это мероприятие, ограниченное по времени и ресурсам.
 
В нашем случае налицо и то, и другое. А то что с вашей помощью он станет "увеселительно-развлекательным", так ИМХО, это только в плюс.)))

Сегодня наступило прозрение!
Понял, что даст внедрение компании.
Вот такие истории http://www.dgl.ru/news/2011/11/502.html
благодаря внедренному софту не смогут повториться.

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

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

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

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

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

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

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