IT «за стеклом»: BigBuzzy внедряет решение SAP BusinessObjects в режиме «реалити-шоу»
21 ноября 2011 года, Москва – Два технологических лидера - BigBuzzy и SAP, при поддержке BI Partner впервые в России будут внедрять решение SAP в режиме «реалити-шоу»: ход проекта будет ежедневно освещаться в Twitter, а также Facebook и на портале SAPLAND.RU.
21 ноября 2011 года, Москва – Два технологических лидера - BigBuzzy и SAP, при поддержке BI Partner впервые в России будут внедрять решение SAP в режиме «реалити-шоу»: ход проекта будет ежедневно освещаться в Twitter, а также Facebook и на портале SAPLAND.RU.
Действие будет происходить в Москве. В России. В Интернете. Далее – везде. Начало – 21 ноября. Завершение – 22 декабря.
За это время:
- Директор по развитию BigBuzzy Филипп Домитеев будет рассказывать о внедрении SAP и о своем взгляде на развитие BigBuzzy в Twitter –канале «тотальный бизнес».
- Партнер BI Partner будет рассказывать о технической стороне
Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland
ЗарегистрироватьсяУ вас уже есть учетная запись?
Войти
Обсуждения
100
Комментарий от
Олег Точенюк
| 21 ноября 2011, 14:13
Комментарий от
Александр Дублин
| 21 ноября 2011, 14:46
1) предоставлять пользователям еще больше интересных предложений,
2) быть еще оперативнее и внимательнее к своим клиентам,
3) обеспечить максимальную прозрачность бизнеса.
К п 1) - Одно предложение дополнительно - это уже достижение цели? Что значит интересных предложений: которых больше читают или которые больше покупают?
К п 2) Что значит оперативнее? Сейчас отвечают на вопрос в течение 10 минут, а будут отвечать в течение 5? Что значит внимательнее?
К п 3) - чем и как измеряем прозрачность?
И главное: как все эти цели связаны с внедряемой функциональность? Какие решения и кто будет принимать?
Ну а в успехе проекта никто не сомневается, ведь валидировать результат будет "честный министр" (см. сказку "Платье короля"). Разве он сможет отрицать, что бизнес стал прозрачнее некуда, ну так прозрачен, что и не видно ничего кроме этой прозрачности; разве скажет он, что компания не стала относится к своим клиентам внимательнее и оперативнее, да уж больше внимательности и оперативности не бывает; ну а то, что предложений стало больше и они стали интереснее разве сможет кто-нибудь усомниться?
Главное, чтобы "мальчик" из толпы не крикнул: "Мы и без SAP BussinessObject могли сделать больше интересных предложений, быть более внимательными к своим клиентам и оперативнее".
И самое главное, чтобы жены акционеров не спросили: "Ну появилась эта прозрачность, за счет наших некупленных норковых шуб и пропущенного отдыха на Канарах, а также новой машины". Сколько времени теперь ждать? Конкретно.
Комментарий от
Филипп Домитеев
| 21 ноября 2011, 17:23
Олег Точенюк 21 ноября 2011, 14:13
Ну что внедрят за 30 дней это без сомнений, еще бы потом периодически показывали бы как они этим внедрением будут пользоваться далее, например на протяжении так последующих 12 месяцев. А то рассказывали тут про один проект, внедрили за кажется за 1,5 месяца, отчитались, типа урааа мы это молодцы, а потом как обычно еще восемь месяцев приводили этот внедрЁж в чувство, чтобы им можно было пользоваться.
Комментарий от
Екатерина Панкрашенко
| 21 ноября 2011, 17:39
Комментарий от
Александр Дублин
| 21 ноября 2011, 19:10
Филипп Домитеев 21 ноября 2011, 17:23
Постараемся не разочаровать. Основания у нас для этого есть. Это НУЖНО нам и только нам. Нужно не для галочки в САП, не для отчета перед своим руководством, а потому что мы работаем в реальном, не терпящем остановки бизнесе. Каждый день нужно решать новые задачи, которые вы можете видеть воочию на bigbuzzy.ru.
Какие проблемы вы хотите решить внедрив Решение?
Как решение ЭТИХ проблем отразится на прибыли?
Что будет через 30 дней? Внедренный софт или достижение поставленных целей? Если только софт, то к какому сроку вы планируете достигнуть поставленных целей? Как вы поймете (и покажете нам ), что цели достигнуты?
Комментарий от
Евгений Литвиненко
| 21 ноября 2011, 20:06
Александр Дублин 21 ноября 2011, 19:10
Понятно, что НУЖНО, но не понятно ЧТО нужно.
Какие проблемы вы хотите решить внедрив Решение?
Как решение ЭТИХ проблем отразится на прибыли?
Что будет через 30 дней? Внедренный софт или достижение поставленных целей? Если только софт, то к какому сроку вы планируете достигнуть поставленных целей? Как вы поймете (и покажете нам ), что цели достигнуты?
- анализ потребностей рынка,
- анализ продаж,
- анализ эффективности работы персонала,
- анализ эффективности принятых решений и анализ эффективности решений, еще не принятых.
Исходя из вышесказанного понятно (ИМХО), что поставленные цели не могут быть достигнуты, потому-что срок для решения стратегических задач слишком мал, а софт внедряется вообще за 1 день (говорю про SAP BO) - инсталлировал, прописался в источники, завел пользователей, раздал права.
Цель проекта скорее состоит в том, чтобы за 30 дней построить систему, которой смогут пользоваться сотрудники компании для решения своих задач, довольно разнообразных и интересных.
Для нас понять, что цель проекта достигнута просто - количество активных пользователей системы. Более того, что интерес пользователей к отчетности есть давно, только пока не был установлен адекватный продукт. А вот как показать широкой общественности? Так скажите, что вы можете принять в качестве такого доказательства?
Комментарий от
Евгений Литвиненко
| 21 ноября 2011, 20:14
Олег Точенюк 21 ноября 2011, 14:13
Ну что внедрят за 30 дней это без сомнений, еще бы потом периодически показывали бы как они этим внедрением будут пользоваться далее, например на протяжении так последующих 12 месяцев. А то рассказывали тут про один проект, внедрили за кажется за 1,5 месяца, отчитались, типа урааа мы это молодцы, а потом как обычно еще восемь месяцев приводили этот внедрЁж в чувство, чтобы им можно было пользоваться.
Комментарий от
Александр Дублин
| 21 ноября 2011, 20:52
Евгений Литвиненко 21 ноября 2011, 20:14
Вообще-то за 30 дней невозможно "построить город на века". За это время (30 дней) можно сделать систему востребованной и необходимой. А уж развивать, дотачивать, изменять придется не 8 месяцев, а надеюсь дольше. И, как раз, если после внедрения системы в ней ничего не меняется, то есть повод задуматься о нужности этой системы предприятию. Особенно это касается информационно-аналитических систем, каковой и является BOBJ.
а может попытаться понять ДО внедрения, что нужно менять? Чтобы потом не было "мучительно больно за бесцельно потраченные" деньги и время?
Создать "океан данных" для айтизанов (продавцов и внедренцев ИТ) - не проблема,
а ведь вам нужны не горы данных, а информация для принятия решения!
И сейчас никто (как я понял) не может сказать - какая информация и для каких решений. Откуда такая уверенность, что потом откуда не возьмись появится кто-то, кто скажет? Почему бы сейчас не попытаться ответить на этот вопросы: "Какие решения нам необходимо принять, чтобы увеличить прибыль нашего бизнеса? Какая для этого нужна информация?"
Поверьте, не появится! Вместо него появится "Полиана" (см. нашу колонку или википедию) , которая скажет, а как здорово, что нам "костыли не понабились"
Комментарий от
Евгений Литвиненко
| 21 ноября 2011, 20:56
Александр Дублин 21 ноября 2011, 14:46
Цели то "пацанские" (сбыча мечт):
1) предоставлять пользователям еще больше интересных предложений,
2) быть еще оперативнее и внимательнее к своим клиентам,
3) обеспечить максимальную прозрачность бизнеса.
К п 1) - Одно предложение дополнительно - это уже достижение цели? Что значит интересных предложений: которых больше читают или которые больше покупают?
К п 2) Что значит оперативнее? Сейчас отвечают на вопрос в течение 10 минут, а будут отвечать в течение 5? Что значит внимательнее?
К п 3) - чем и как измеряем прозрачность?
И главное: как все эти цели связаны с внедряемой функциональность? Какие решения и кто будет принимать?
Ну а в успехе проекта никто не сомневается, ведь валидировать результат будет "честный министр" (см. сказку "Платье короля"). Разве он сможет отрицать, что бизнес стал прозрачнее некуда, ну так прозрачен, что и не видно ничего кроме этой прозрачности; разве скажет он, что компания не стала относится к своим клиентам внимательнее и оперативнее, да уж больше внимательности и оперативности не бывает; ну а то, что предложений стало больше и они стали интереснее разве сможет кто-нибудь усомниться?
Главное, чтобы "мальчик" из толпы не крикнул: "Мы и без SAP BussinessObject могли сделать больше интересных предложений, быть более внимательными к своим клиентам и оперативнее".
И самое главное, чтобы жены акционеров не спросили: "Ну появилась эта прозрачность, за счет наших некупленных норковых шуб и пропущенного отдыха на Канарах, а также новой машины". Сколько времени теперь ждать? Конкретно.
1 к "К п 2)". Сейчас могут и не ответить на вопрос (не мы, а наши партнеры по акциям). К сожалению такое иногда случается. Такие акции мы снимаем с продажи, т.к. такое поведение партнера свидетельствует о его незаинтересованности в проведении акции, а значит и в качественном оказании услуг нашим пользователям. Мониторинг работы партнера с потенциальным клиентом на нашем сайте есть часть нашей деятельности по повышению лойяльности пользователей (будет время - посмотрите наши предложения, где партнер заинтересован в новых клиентах не остается без внимания ни один пост).
1 к "К п 3)". Прозрачность прежде всего зависит от наличия методик расчетов тех или иных показателей, а также понятности этих методик пользователям системы. Ведь всем знакома ситуация в которой "Мой Excel считает более правильно, чем ваш, но я не скажу, где у вас собака порылась..."
А по поводу "Платья..." так у нас сейчас есть целых 3 системы отчетности (по количеству основных приложений) + еще одна, НО...
- одна система отчетности не является оперативной,
- вторая система отчетности требует нонстопного соповождения,
- третья система отчетности слегка недостоверна,
а главное, все они работают только на своих данных, что сильно усложняет их использование, а также сильно тормозит поиск правильного ответа.
с SAP BO мы собираемся уменьшить время собирания данных (оперативность), а также повысить достоверность отчетов (прозрачность).
А "честный министр" и жены акционеров - это не к нам, это.... ну сами знаете куда. Все-таки мы не бюджет пилим (нам его почему-то не выделяют), а строим систему эффективного управления нашим бзнесом, и SAP осознанно является частью этой системы.
Комментарий от
Александр Дублин
| 21 ноября 2011, 21:03
Евгений Литвиненко 21 ноября 2011, 20:06
Нужно оперативное управление компанией в обстановке перманентно меняющейся коньюктуры (т.е. нужно держать руку на пульсе). Задачи вполне стандартные:
- анализ потребностей рынка,
- анализ продаж,
- анализ эффективности работы персонала,
- анализ эффективности принятых решений и анализ эффективности решений, еще не принятых.
Исходя из вышесказанного понятно (ИМХО), что поставленные цели не могут быть достигнуты, потому-что срок для решения стратегических задач слишком мал, а софт внедряется вообще за 1 день (говорю про SAP BO) - инсталлировал, прописался в источники, завел пользователей, раздал права.
Цель проекта скорее состоит в том, чтобы за 30 дней построить систему, которой смогут пользоваться сотрудники компании для решения своих задач, довольно разнообразных и интересных.
Для нас понять, что цель проекта достигнута просто - количество активных пользователей системы. Более того, что интерес пользователей к отчетности есть давно, только пока не был установлен адекватный продукт. А вот как показать широкой общественности? Так скажите, что вы можете принять в качестве такого доказательства?
И при этом не важно, предоставляет ли система им информацию для принятия решений, направленных на увеличение прибыли компании, или предоставляет "океан данных" для "полета мысли"?
Приведите, пожалуйста, примеры решений, анализ эффективности которых вы хотите выполнять с помощью системы. Как вы будете измерять эффективность?
Про эффективность работы персонала не спрашиваю, так как считаю, что эта самая эффективность является причиной неэффективности бизнеса.
Комментарий от
Александр Дублин
| 21 ноября 2011, 21:27
Евгений Литвиненко 21 ноября 2011, 20:56
1 к "К п 1)". Все зависит от того, какое это будет предложение, если это будет "предложение", то нет, а если это будет "ПРЕДЛОЖЕНИЕ", то возможно и да. Если бы мы были интернет-библиотекой, то, наверно, одним из KPI's был бы "Количество активных читателей", но мы не интернет-библиотека...
1 к "К п 2)". Сейчас могут и не ответить на вопрос (не мы, а наши партнеры по акциям). К сожалению такое иногда случается. Такие акции мы снимаем с продажи, т.к. такое поведение партнера свидетельствует о его незаинтересованности в проведении акции, а значит и в качественном оказании услуг нашим пользователям. Мониторинг работы партнера с потенциальным клиентом на нашем сайте есть часть нашей деятельности по повышению лойяльности пользователей (будет время - посмотрите наши предложения, где партнер заинтересован в новых клиентах не остается без внимания ни один пост).
1 к "К п 3)". Прозрачность прежде всего зависит от наличия методик расчетов тех или иных показателей, а также понятности этих методик пользователям системы. Ведь всем знакома ситуация в которой "Мой Excel считает более правильно, чем ваш, но я не скажу, где у вас собака порылась..."
А по поводу "Платья..." так у нас сейчас есть целых 3 системы отчетности (по количеству основных приложений) + еще одна, НО...
- одна система отчетности не является оперативной,
- вторая система отчетности требует нонстопного соповождения,
- третья система отчетности слегка недостоверна,
а главное, все они работают только на своих данных, что сильно усложняет их использование, а также сильно тормозит поиск правильного ответа.
с SAP BO мы собираемся уменьшить время собирания данных (оперативность), а также повысить достоверность отчетов (прозрачность).
А "честный министр" и жены акционеров - это не к нам, это.... ну сами знаете куда. Все-таки мы не бюджет пилим (нам его почему-то не выделяют), а строим систему эффективного управления нашим бзнесом, и SAP осознанно является частью этой системы.
Есть отчет ХХХ, на его получение сейчас уходит 5Х часов, после внедрения отчет будет предоставляться через Х часов. Благодаря этому ХХХХ будет принимать решение о ХХХХХХ гораздо быстрее, что по ХХХХХХ причинам увеличит нашу прибыль. Раньше такие решения не приносили прибыли, потому что ХХХХХХ .
Докажите, пожалуйста, нам, что сокращение времени получения отчетности увеличит вашу прибыль, а не даст менеджеру в руки красивую игрушку.
Комментарий от
Евгений Литвиненко
| 21 ноября 2011, 21:59
Александр Дублин 21 ноября 2011, 20:52
Евгений,
а может попытаться понять ДО внедрения, что нужно менять? Чтобы потом не было "мучительно больно за бесцельно потраченные" деньги и время?
Создать "океан данных" для айтизанов (продавцов и внедренцев ИТ) - не проблема,
а ведь вам нужны не горы данных, а информация для принятия решения!
И сейчас никто (как я понял) не может сказать - какая информация и для каких решений. Откуда такая уверенность, что потом откуда не возьмись появится кто-то, кто скажет? Почему бы сейчас не попытаться ответить на этот вопросы: "Какие решения нам необходимо принять, чтобы увеличить прибыль нашего бизнеса? Какая для этого нужна информация?"
Поверьте, не появится! Вместо него появится "Полиана" (см. нашу колонку или википедию) , которая скажет, а как здорово, что нам "костыли не понабились"
Так что хоть люди мы земные, но с некоторым бэкграундом и зачатком жабров
Комментарий от
Евгений Литвиненко
| 21 ноября 2011, 23:21
Александр Дублин 21 ноября 2011, 21:27
Давайте рассмотрим на конкретном примере, конкретном отчете (пример за вами).
Есть отчет ХХХ, на его получение сейчас уходит 5Х часов, после внедрения отчет будет предоставляться через Х часов. Благодаря этому ХХХХ будет принимать решение о ХХХХХХ гораздо быстрее, что по ХХХХХХ причинам увеличит нашу прибыль. Раньше такие решения не приносили прибыли, потому что ХХХХХХ .
Докажите, пожалуйста, нам, что сокращение времени получения отчетности увеличит вашу прибыль, а не даст менеджеру в руки красивую игрушку.
Не считаю правильной предложенную методику расчета ROI (шутка). По мне так гораздо важнее не время, затраченное на подготовку отчета (хотя с экономической точки зрения это естественно надо тоже считать), а то, что благодаря отчетам (обязательно оформленным эргономически) решения принимаются.
В качестве примера могу привести случай, когда когда руководство компании более трех суток обсуждало проблему, а решение было принято через 20 минут после анализа красивого отчета, на подготовку которого ушло около 2-х часов, что привело к существенной (по сравнению со стоимостью нашего SAP BO) экономии, а также к стратегической переориентации.
А прибыль от сокращения времени получения отчетности получается даже на экономии зарплаты высококвалифицированных подготовителей отчетов.
Комментарий от
Александр Дублин
| 21 ноября 2011, 23:40
Евгений Литвиненко 21 ноября 2011, 23:21
Начнем с того, что наше решение даст в руки менеджеру именно красивую игрушку. Если игрушка будет некрасивой, то ее рчень быстро закинут и забудут.
Не считаю правильной предложенную методику расчета ROI (шутка). По мне так гораздо важнее не время, затраченное на подготовку отчета (хотя с экономической точки зрения это естественно надо тоже считать), а то, что благодаря отчетам (обязательно оформленным эргономически) решения принимаются.
В качестве примера могу привести случай, когда когда руководство компании более трех суток обсуждало проблему, а решение было принято через 20 минут после анализа красивого отчета, на подготовку которого ушло около 2-х часов, что привело к существенной (по сравнению со стоимостью нашего SAP BO) экономии, а также к стратегической переориентации.
А прибыль от сокращения времени получения отчетности получается даже на экономии зарплаты высококвалифицированных подготовителей отчетов.
Интересно как получается прибыль на экономии зарплат. Кого-то увольняют? Скажите, пожалуйста, сколько человек и с какими окладами будут уволены в результате внедрения системы, так как сократятся временные затраты на подготовку отчетности?
Комментарий от
Александр Дублин
| 21 ноября 2011, 23:50
Евгений Литвиненко 21 ноября 2011, 21:59
нууу, не совсем так. В ситеме периодически появляется новая информация, которой раньше не было и которую нужно анализировать. Вот вам и доработки, допиливание, создпние новых отчетов. А так мы прекрасно понимаем ( мы - это группа внедрения SAP BO), что из данных у нас есть в наличии. Пользователи являются типичными представителями пользователей с настроениями от "Что это за фигня..." до "Классно, я такое же хочу..." соответственно мы приучаем пользователей, они формируют вменяемые требования. К тому же мы не с нуля работаем в плане отчетности и представляем текущие и потенциальные потребности пользователей. Так что я пока не боюсь утонуть в "океане данных".
Так что хоть люди мы земные, но с некоторым бэкграундом и зачатком жабров
Комментарий от
Евгений Литвиненко
| 21 ноября 2011, 23:52
Александр Дублин 21 ноября 2011, 21:03
Я правильно Вас понял, что если по метрике "количество активных пользователей" (количество сотрудников ежедневно входящих в программу) через 30 дней вы получите результат 25 человек (количество условно, но так как проект "за стеклом", то неплохо бы сообщить миру реальное целевое количество пользователей), то вы будете считать проект успешным?
И при этом не важно, предоставляет ли система им информацию для принятия решений, направленных на увеличение прибыли компании, или предоставляет "океан данных" для "полета мысли"?
Приведите, пожалуйста, примеры решений, анализ эффективности которых вы хотите выполнять с помощью системы. Как вы будете измерять эффективность?
Про эффективность работы персонала не спрашиваю, так как считаю, что эта самая эффективность является причиной неэффективности бизнеса.
Меня немного смущает термин "Информация для принятия решений". По сути ВСЯ информация является основой для принятия решений. И я считаю, что именно "океан данных" и "полет мысли", а система - это карта звездного неба и навигатор. Пользователь должен уметь пользоваться инструментом для анализа течений "Океана...". Полет мысли и нужен, чтобы увидеть тенденции. SAP - это инструмент, который опишет океан в понятных пользователю терминах. Задача наша не в том, чтобы соорудить сотню-другую отчетов, аккуратно разложенных по папочкам. У нас есть такая возможность и без SAP. А именно дать пользователю возможность вырваться за рамки регламента и пофантазировать. Все-таки мы не ФСК, не РЖД, в конце концов не Росатом с Газпромом. Мы - BigBuzzy.
А эффективность считать надо ибо можно заменить человека машиной и сэкономить на больничных )))
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 00:14
Александр Дублин 21 ноября 2011, 23:50
А можно увидеть документы проекта: Устав проекта, договор, ... ?
Зачем мне писать устав проекта для самого себя и заключать с собой договор? Мне достаточно плана.
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 00:30
Александр Дублин 21 ноября 2011, 23:40
Так приведите, пожалуйста, это пример: проблему, что обсуждало руководство, отчет (форма и содержание), решение, которое было принято.
Интересно как получается прибыль на экономии зарплат. Кого-то увольняют? Скажите, пожалуйста, сколько человек и с какими окладами будут уволены в результате внедрения системы, так как сократятся временные затраты на подготовку отчетности?
В прошлой жизни мы говорили: "внедрение системы поможет сэкономить на зарплате". После внедрения системы как правило штат сотрудников увеличивался (не шутка).
Наша цель не увольнять ( хотя такой побочный эффект может быть). Наша цель - расширить рамки понимания тенденций. А зарплата - пусть финдир думает о том, как оборачивать деньги, а не о том, как построить этот отчет?
Комментарий от
Александр Дублин
| 22 ноября 2011, 00:40
Евгений Литвиненко 21 ноября 2011, 23:52
Для начала нам надо засадить хотя бы десяток топов ( поверьте, что это уже немало).
Меня немного смущает термин "Информация для принятия решений". По сути ВСЯ информация является основой для принятия решений. И я считаю, что именно "океан данных" и "полет мысли", а система - это карта звездного неба и навигатор. Пользователь должен уметь пользоваться инструментом для анализа течений "Океана...". Полет мысли и нужен, чтобы увидеть тенденции. SAP - это инструмент, который опишет океан в понятных пользователю терминах. Задача наша не в том, чтобы соорудить сотню-другую отчетов, аккуратно разложенных по папочкам. У нас есть такая возможность и без SAP. А именно дать пользователю возможность вырваться за рамки регламента и пофантазировать. Все-таки мы не ФСК, не РЖД, в конце концов не Росатом с Газпромом. Мы - BigBuzzy.
А эффективность считать надо ибо можно заменить человека машиной и сэкономить на больничных )))
1) "засадить хотя бы десяток топов" (хорошо топов, а не топам :-) )
2) дать пользователю возможность вырваться за рамки регламента и пофантазировать ?
Увеличение доходов не предвидится и окупаться внедрение будет за счет
на больничных или я что-то перепутал?
Комментарий от
Александр Дублин
| 22 ноября 2011, 00:42
Евгений Литвиненко 22 ноября 2011, 00:14
Устав, договор, пожалуй у нас есть только план проекта... мы внедряем собственными силами в небольшой по количеству сотрудников компании. Излишняя формализация не для нас. Знаете в Оракле был такой продукт OFA, и был так называемый Oracle Fast Track - 1 куб, 4 измерения (Статьи бюджета, продукты, регионы, время). Делов было, создал куб, импортировал элементы измерений и готовы 3 отчета (P&L, Cashflow, BS). Внедрение занимало 3 дня, 2 из который уходили на инсталляцию OFA.
Зачем мне писать устав проекта для самого себя и заключать с собой договор? Мне достаточно плана.
А какую роль в проекте играют BI Partner и SAP CIS?
Комментарий от
Александр Дублин
| 22 ноября 2011, 00:46
Евгений Литвиненко 22 ноября 2011, 00:30
Пожалуйста. Проблема - работать с компанией или нет? была исписана пачка бумаги, были посажены голосовые связки и бизнес встал практически на трое суток. Отчет, сосотоящий из одного графика и двух диаграмм (показывались прибыль и затраты во времени) показал всю бесперспективность работы с компанией.
В прошлой жизни мы говорили: "внедрение системы поможет сэкономить на зарплате". После внедрения системы как правило штат сотрудников увеличивался (не шутка).
Наша цель не увольнять ( хотя такой побочный эффект может быть). Наша цель - расширить рамки понимания тенденций. А зарплата - пусть финдир думает о том, как оборачивать деньги, а не о том, как построить этот отчет?
Так увеличится штат или сократится?
Или как получится? А там обоснуем, что получилось как раз то, что нужно.
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 10:08
Александр Дублин 22 ноября 2011, 00:40
Я правильно понял, что целями являются:
1) "засадить хотя бы десяток топов" (хорошо топов, а не топам :-) )
2) дать пользователю возможность вырваться за рамки регламента и пофантазировать ?
Увеличение доходов не предвидится и окупаться внедрение будет за счет
на больничных или я что-то перепутал?
Предложите варианты вашей оценки эффективности и успешности проекта внедрения информационно-аналитической системы
Комментарий от
Александр Дублин
| 22 ноября 2011, 10:35
Евгений Литвиненко 22 ноября 2011, 10:08
Хотя это считается неэтичным, но отвечу вопросом на вопрос: "Когда внедряется информационно-аналитическая система, как оценить ее эффективность и что считать успешным завершением проекта?" Количество созданных внедренцами отчетов? Количество времени, проведенного пользователями в системе? Количество времени, необходимого на извлечение данных? Потенциальная прибыль от принятия (непринятия) решений?
Предложите варианты вашей оценки эффективности и успешности проекта внедрения информационно-аналитической системы
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 10:40
Александр Дублин 22 ноября 2011, 00:42
" ...Два технологических лидера - BigBuzzy и SAP, при поддержке BI Partner впервые в России будут внедрять решение SAP в режиме «реалити-шоу»: ход ... "
А какую роль в проекте играют BI Partner и SAP CIS?
SAP CIS является представителем правообладателя ( SAP, поправьте, если я не прав), осуществляет техническое сопровождение второго уровня, учит нас и выступает в качестве тяжелой артиллерии в особо пикантных случаях.
Комментарий от
Александр Дублин
| 22 ноября 2011, 10:50
Евгений Литвиненко 22 ноября 2011, 10:40
BI Partner - эксперты в области систем BI, хранилищ данных, бюджетирования и финансовой консолидации. BI Partner курирует, консультирует нас, проводит аудит наших решений, т.е. смотрит за тем, чтобы мы не наступали на грабли, разбросанные по поляне в изобилии, осуществляет техническое сопровождение первого уровня.
SAP CIS является представителем правообладателя ( SAP, поправьте, если я не прав), осуществляет техническое сопровождение второго уровня, учит нас и выступает в качестве тяжелой артиллерии в особо пикантных случаях.
Надеюсь, что такие документы будут по ходу проекта (и что это не бла-бла аудит и не бла-бла консультации).
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 11:17
Александр Дублин 22 ноября 2011, 00:46
Ничего не понял из вашего "общего описания". Приведите, пожалуйста, конкретное описание, не вообще, а конкретный бизнес-кейс.
Так увеличится штат или сократится?
Или как получится? А там обоснуем, что получилось как раз то, что нужно.
Вопрос - работать с конкретной компанией XYZ или нет?
Ответ - Отчет по ретроспективному анализу взамоотношений и тренд на будущее показал всю бесперспективность работы с конкретной компанией XYZ (Название компании не скажу).
В нашем случае размер штата сотрудников не коррелирует с системой.
Комментарий от
Владимир Бредихин
| 22 ноября 2011, 11:24
Екатерина Панкрашенко 21 ноября 2011, 17:39
А где же найти ленту на Facebook?Как сделить?)
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 11:56
Александр Дублин 22 ноября 2011, 10:35
Они предложены нами. Смотрите наши статьи "Целесообразное внедрение" на нашем портале (если мало времени, то можно начать со второго цикла).
Комментарий от
Александр Дублин
| 22 ноября 2011, 12:18
Евгений Литвиненко 22 ноября 2011, 11:56
вот это? http://www.sapland.ru/articles/stats/2011/1/tsikl-vtoroi-toc-i-tselesoobraznoe-vnedrenie-erp-sistem-statiya-tretiya-chasti-1.html
начинать нужно с концепции
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 13:19
Александр Дублин 22 ноября 2011, 10:50
Будет очень интересно прочитать отчет об аудите решения (конкретного) и отчет о консультации.
Надеюсь, что такие документы будут по ходу проекта (и что это не бла-бла аудит и не бла-бла консультации).
Комментарий от
Юрий Марьинский
| 22 ноября 2011, 17:21
Евгений Литвиненко 22 ноября 2011, 00:14
Устав, договор, пожалуй у нас есть только план проекта... мы внедряем собственными силами в небольшой по количеству сотрудников компании. Излишняя формализация не для нас. Знаете в Оракле был такой продукт OFA, и был так называемый Oracle Fast Track - 1 куб, 4 измерения (Статьи бюджета, продукты, регионы, время). Делов было, создал куб, импортировал элементы измерений и готовы 3 отчета (P&L, Cashflow, BS). Внедрение занимало 3 дня, 2 из который уходили на инсталляцию OFA.
Зачем мне писать устав проекта для самого себя и заключать с собой договор? Мне достаточно плана.
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 17:41
Юрий Марьинский 22 ноября 2011, 17:21
Евгений, а можно ли увидеть план проекта, периодически видеть его в актуализированном виде (на сколько процентов завершен каждый этап работ, по возможности - какие ресурсы/члены команды работают над какими этапами, кто из вас насколько загружен, и т.п.). Было бы интересно узнать из плана проекта, будете ли вы разрабатывать хранилище данных, если да - то сколько времени вы на это запланировали.
1. Сбор и анализ требований пользователей к отчетности - 4 дня.
2. Анализ источников информации - 1 день.
3. Разработка модели метаданных (Universes) - 6 дней.
4. Разработка и тестирование отчетов и дэшбордов - 10 дней.
5. Обучение пользователей - 3 дня.
Проектная команда - 2 человека на 80% рабочего времени + консультации BI Partner. Более, чем скромно, но большими ресурсами будет больше бесполезной толкотни.
Хранилище безусловно является вещью, которая существенно упростит управление системой отчетности, но увеличит время до получения первой отчетности. В данном проекте мы работаем на "живых" данных и выбор этот осознанный.
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 17:46
Александр Дублин 22 ноября 2011, 12:18
вот это sapland.ru/articles/stats
начинать нужно с концепции
А можно в качестве дайджеста получить эти критерии?
Комментарий от
Александр Дублин
| 22 ноября 2011, 21:15
Евгений Литвиненко 22 ноября 2011, 17:46
Александр, подборка материалов интересная, но я не увидел критериев оценки успешности проекта внедрения информационно-аналитической системы. Видимо невнимательно читал, при свободе перечитаю более внимательно.
А можно в качестве дайджеста получить эти критерии?
изменение прохода;
изменение уровня инвестиций;
изменение операционных затрат.
Самая сложная часть - это показать (выявить) целевое влияние внедряемой системы на эти показатели. Это тяжелая работа. SAP со своим вэлью менеджментов предлагает надеяться на чуда (у других что-то там "выросло" и у вас вероятно вырастет, а может и не "вырастет" ).
Но без этой тяжелой работы внедрения становится самоцелью.
Комментарий от
Александр Дублин
| 22 ноября 2011, 21:17
Евгений Литвиненко 22 ноября 2011, 13:19
Надеюсь, что репутация BI Partner позволит вам не сомневаться в качестве отчетов. Кстати, консультации уже ведутся, но опять же я не знаю критериев вашей оценки бла-бла-бла. Возможно для меня консультация будет ценной, а Вы, как эксперт воспримете ее как бла-бла-бла.
Выложите?
Комментарий от
Александр Дублин
| 22 ноября 2011, 21:19
Евгений Литвиненко 22 ноября 2011, 17:41
Юрий, приветствую, план примерно такой:
1. Сбор и анализ требований пользователей к отчетности - 4 дня.
2. Анализ источников информации - 1 день.
3. Разработка модели метаданных (Universes) - 6 дней.
4. Разработка и тестирование отчетов и дэшбордов - 10 дней.
5. Обучение пользователей - 3 дня.
Проектная команда - 2 человека на 80% рабочего времени + консультации BI Partner. Более, чем скромно, но большими ресурсами будет больше бесполезной толкотни.
Хранилище безусловно является вещью, которая существенно упростит управление системой отчетности, но увеличит время до получения первой отчетности. В данном проекте мы работаем на "живых" данных и выбор этот осознанный.
прошу прощения, но не хочется смотреть на "примерно", хочется видеть ДОКУМЕНТ.
Выложите, пожалуйста, план.
Интересно также будет посмотреть на отчет по этапу "Сбор и анализ требований пользователей к отчетности".
Комментарий от
Александр Дублин
| 22 ноября 2011, 21:21
Евгений Литвиненко 22 ноября 2011, 11:17
Конкретный бизнес кейс:
Вопрос - работать с конкретной компанией XYZ или нет?
Ответ - Отчет по ретроспективному анализу взамоотношений и тренд на будущее показал всю бесперспективность работы с конкретной компанией XYZ (Название компании не скажу).
В нашем случае размер штата сотрудников не коррелирует с системой.
Заранее благодарен.
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 21:40
Александр Дублин 22 ноября 2011, 21:19
Евгений,
прошу прощения, но не хочется смотреть на "примерно", хочется видеть ДОКУМЕНТ.
Выложите, пожалуйста, план.
Интересно также будет посмотреть на отчет по этапу "Сбор и анализ требований пользователей к отчетности".
Комментарий от
Александр Дублин
| 22 ноября 2011, 21:44
Евгений Литвиненко 22 ноября 2011, 21:40
ДОКУМЕНТ в формате Primavera, MS Project, Excel или в виде текстового файла?
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 21:51
Александр Дублин 22 ноября 2011, 21:15
Критерия три:
изменение прохода;
изменение уровня инвестиций;
изменение операционных затрат.
Самая сложная часть - это показать (выявить) целевое влияние внедряемой системы на эти показатели. Это тяжелая работа. SAP со своим вэлью менеджментов предлагает надеяться на чуда (у других что-то там "выросло" и у вас вероятно вырастет, а может и не "вырастет" ).
Но без этой тяжелой работы внедрения становится самоцелью.
тогда встречный вопрос: "Как влиять на изменение операционных затрат, если административный директор не договорился о выгодных компании коммунальных платежах, финансовый директор не договорился о беспроцентных ссудах, менеджеры по закупкам не бьются за снижение цен поставщиков?"
Комментарий от
Александр Дублин
| 22 ноября 2011, 22:01
Евгений Литвиненко 22 ноября 2011, 21:51
из вышеперечисленного последний критерий нам подходит, но с другой стороны на изменение операционных затрат ( я не говорю ВООБЩЕ о гипотетическом предприятии, а именно про нас) влияет эффективность работы менеджеров, но это считать не надо, потому-что http://www.sapland.ru/blogs/sap-bo-za-30-dney/?post=5671#comment-946
тогда встречный вопрос: "Как влиять на изменение операционных затрат, если административный директор не договорился о выгодных компании коммунальных платежах, финансовый директор не договорился о беспроцентных ссудах, менеджеры по закупкам не бьются за снижение цен поставщиков?"
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 22:05
Александр Дублин 22 ноября 2011, 21:44
Скан подписанного документа.
давайте с самого начала. Я представляю компанию BigBuzzy, которая внедряет систему аналитической и управленческой отчетности на базе продукта SAP BO. Компания SAP CIS предложила нам сделать это публично. Компания BI Partner, являясь официальным партнером SAP, выступает в качестве партнера по техническому сопровождению ПО (к сожалению все поставщики ПО включают в стоимость покупки софта и стоимость первого года сопровождения).
Возникает вопрос. С кем и какие документы я должен подписывать? У меня есть срок, есть ресурс, есть желание руководства навести порядок в собственных мыслях.
И смысл нашего проекта не наплодить кучу макулатуры, загубив не одну сосну, не оправдать нерациональное расходование бюджета (как я упоминал, мы бюджет не пилим), а создать инструмент принятия решений на удобной платформе.
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 22:09
Александр Дублин 22 ноября 2011, 21:21
Названия не надо, но ситуацию описать надо и приложить форму отчета с цифрами (без дат и названий компаний). И комментарии, почему было принято решение.
Заранее благодарен.
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 22:29
Александр Дублин 22 ноября 2011, 22:01
так это к Вам вопрос. Вы же утверждаете, что внедряемое ПО каким то чудным образом снизит операционный расходы. Так покажите (докажите) это.
Предлагайте ответы, но с учетом того, что системы у нас пока нет и договоров на внедрение нет тоже.
Комментарий от
Евгений Литвиненко
| 22 ноября 2011, 22:36
Александр Дублин 22 ноября 2011, 21:17
репутация BI Partner мне ничего не позволит. Я хочу, чтобы вы выложили отчеты об аудите и консультациях для ознакомления, чтобы люди сами могли сделать выводы о их качестве и соответствии репутации.
Выложите?
Комментарий от
Александр Дублин
| 22 ноября 2011, 23:14
Евгений Литвиненко 22 ноября 2011, 22:29
я утверждаю, что за 30 дней можно создать работающую BI систему на основе SAP BO в компании BigBuzzy и не более того. У Вас возник вопрос как мы будем доказывать миру, что внедрение состоялось, что отчеты консультантов правдивы, и что все это не фикция?
Предлагайте ответы, но с учетом того, что системы у нас пока нет и договоров на внедрение нет тоже.
В результате получил ответ: "Да какая разница, придумай сам. Наша задача внедрить, а зачем - это не наш вопрос". Я правильно понял?
Комментарий от
Александр Дублин
| 22 ноября 2011, 23:15
Евгений Литвиненко 22 ноября 2011, 22:36
что-то обязательно выложим, не сомневайтесь.
Комментарий от
Александр Дублин
| 22 ноября 2011, 23:16
Евгений Литвиненко 22 ноября 2011, 22:05
Александр,
давайте с самого начала. Я представляю компанию BigBuzzy, которая внедряет систему аналитической и управленческой отчетности на базе продукта SAP BO. Компания SAP CIS предложила нам сделать это публично. Компания BI Partner, являясь официальным партнером SAP, выступает в качестве партнера по техническому сопровождению ПО (к сожалению все поставщики ПО включают в стоимость покупки софта и стоимость первого года сопровождения).
Возникает вопрос. С кем и какие документы я должен подписывать? У меня есть срок, есть ресурс, есть желание руководства навести порядок в собственных мыслях.
И смысл нашего проекта не наплодить кучу макулатуры, загубив не одну сосну, не оправдать нерациональное расходование бюджета (как я упоминал, мы бюджет не пилим), а создать инструмент принятия решений на удобной платформе.
Не бумажка, не файл, а ДОКУМЕНТ!
Комментарий от
Юрий Марьинский
| 23 ноября 2011, 11:31
Евгений Литвиненко 22 ноября 2011, 17:41
Юрий, приветствую, план примерно такой:
1. Сбор и анализ требований пользователей к отчетности - 4 дня.
2. Анализ источников информации - 1 день.
3. Разработка модели метаданных (Universes) - 6 дней.
4. Разработка и тестирование отчетов и дэшбордов - 10 дней.
5. Обучение пользователей - 3 дня.
Проектная команда - 2 человека на 80% рабочего времени + консультации BI Partner. Более, чем скромно, но большими ресурсами будет больше бесполезной толкотни.
Хранилище безусловно является вещью, которая существенно упростит управление системой отчетности, но увеличит время до получения первой отчетности. В данном проекте мы работаем на "живых" данных и выбор этот осознанный.
Например, сейчас у меня появились следующие вопросы:
1) Планируете ли вы через 3 дня огласить требования ваших пользователей к отчетности? Это покажет, насколько искушенные у вас пользователи, и насколько продвинутые отчеты, насколько опытные члены проектной команды. Возможно, после этого вам дадут рекомендации по доработке требований.
2) Интересно было бы узнать ваши объемы данных (сколько записей в основных таблицах фактов, сколько элементов в основных справочниках. Например, если объем данных - существенный - то хотелось бы услышать подтверждение коллег из BI Partner, что они согласны с архитектурой "без хранилища".
Комментарий от
Евгений Литвиненко
| 23 ноября 2011, 13:15
Александр Дублин 22 ноября 2011, 23:16
Вопрос: "Есть ли ДОКУМЕНТ - план проекта?"
Не бумажка, не файл, а ДОКУМЕНТ!
Комментарий от
Евгений Литвиненко
| 23 ноября 2011, 13:34
Юрий Марьинский 23 ноября 2011, 11:31
Не секрет, что большинство компаний не раскрывают подробностей своих проектов по разработке и внедрению BI систем, так как это - конфиденциальная информация. Но в случае данного проекта, упоминается, что он в формате "За стеклом". Хочется понять в ходе общения в этом блоге, насколько стекло прозрачное или мутное/тонированное ;)
Например, сейчас у меня появились следующие вопросы:
1) Планируете ли вы через 3 дня огласить требования ваших пользователей к отчетности? Это покажет, насколько искушенные у вас пользователи, и насколько продвинутые отчеты, насколько опытные члены проектной команды. Возможно, после этого вам дадут рекомендации по доработке требований.
2) Интересно было бы узнать ваши объемы данных (сколько записей в основных таблицах фактов, сколько элементов в основных справочниках. Например, если объем данных - существенный - то хотелось бы услышать подтверждение коллег из BI Partner, что они согласны с архитектурой "без хранилища".
2) не все, но некоторые:
2.1) подписчики - более 1 млн. записей
2.2) Время - посекундная деиализация с момента основания компании
2.3) может коллеги из BI Partner и не согласны с нашей архитектурой, но в проекте будет именно наша архитектура
Комментарий от
Евгений Литвиненко
| 23 ноября 2011, 13:44
Александр Дублин 22 ноября 2011, 23:15
Не надо что-то. Если уж ввязались в проект под стеклом, так уж будьте добры, выкладывайте все документы проекта.
Комментарий от
Евгений Литвиненко
| 23 ноября 2011, 13:45
Александр Дублин 22 ноября 2011, 23:15
Не надо что-то. Если уж ввязались в проект под стеклом, так уж будьте добры, выкладывайте все документы проекта.
Комментарий от
Евгений Литвиненко
| 23 ноября 2011, 13:49
Александр Дублин 22 ноября 2011, 23:14
Я задал вопрос: "Какие проблемы решит система?".
В результате получил ответ: "Да какая разница, придумай сам. Наша задача внедрить, а зачем - это не наш вопрос". Я правильно понял?
- анализ потребностей рынка,
- анализ продаж,
- анализ эффективности работы персонала,
- анализ эффективности принятых решений и анализ эффективности решений, еще не принятых.
Комментарий от
Юрий Марьинский
| 23 ноября 2011, 13:50
Евгений Литвиненко 23 ноября 2011, 13:34
1) что-то покажем
2) не все, но некоторые:
2.1) подписчики - более 1 млн. записей
2.2) Время - посекундная деиализация с момента основания компании
2.3) может коллеги из BI Partner и не согласны с нашей архитектурой, но в проекте будет именно наша архитектура
Комментарий от
Сергей Шургин
| 23 ноября 2011, 17:00
Александр Дублин 22 ноября 2011, 23:14
Я задал вопрос: "Какие проблемы решит система?".
В результате получил ответ: "Да какая разница, придумай сам. Наша задача внедрить, а зачем - это не наш вопрос". Я правильно понял?
С текущей, стартовой, позиции, проблемы описаны абсолютно корректно - есть понимание того, что задачи подготовки отчетов для анализа продаж
и оценки лояльности партнероврешаются неэффективно. Что-то не решается в принципе, потому что не может быть решено в разумные сроки имеющимися ресурсами. BI как раз и внедряется для того, чтобы решать конкретные, насущные задачи. Причем уровень изложения конкретики в виде "есть проблемы с анализом, потому что менеджер не может построить отчет" уже достаточен. Все остальное - на этапе постановки.
Приведенные Вами ссылки безусловно интересны и, вероятно (со стороны BI и DWH плохо видно) крайне полезны и должны быть использованы как ориентиры. Но только для ERP.
Фишка BI в том, что он может (и изначально должен) внедряться на малых, локальных задачах. И оценить эффект всегда проще. И не обязательно количественно. Если менеджер получит ответ на свой единственный вопрос, или сможет получать ответ на свой вопрос быстрее и чаще (ежедневно, а не ежемесячно) - цель достигнута.
ЗЫ. Пока идет постановка
Комментарий от
Сергей Шургин
| 23 ноября 2011, 17:01
Сергей Шургин 23 ноября 2011, 17:00
Добрый день, Александр!
С текущей, стартовой, позиции, проблемы описаны абсолютно корректно - есть понимание того, что задачи подготовки отчетов для анализа продаж
и оценки лояльности партнероврешаются неэффективно. Что-то не решается в принципе, потому что не может быть решено в разумные сроки имеющимися ресурсами. BI как раз и внедряется для того, чтобы решать конкретные, насущные задачи. Причем уровень изложения конкретики в виде "есть проблемы с анализом, потому что менеджер не может построить отчет" уже достаточен. Все остальное - на этапе постановки.
Приведенные Вами ссылки безусловно интересны и, вероятно (со стороны BI и DWH плохо видно) крайне полезны и должны быть использованы как ориентиры. Но только для ERP.
Фишка BI в том, что он может (и изначально должен) внедряться на малых, локальных задачах. И оценить эффект всегда проще. И не обязательно количественно. Если менеджер получит ответ на свой единственный вопрос, или сможет получать ответ на свой вопрос быстрее и чаще (ежедневно, а не ежемесячно) - цель достигнута.
ЗЫ. Пока идет постановка
Комментарий от
Сергей Шургин
| 23 ноября 2011, 17:05
Евгений Литвиненко 23 ноября 2011, 13:34
1) что-то покажем
2) не все, но некоторые:
2.1) подписчики - более 1 млн. записей
2.2) Время - посекундная деиализация с момента основания компании
2.3) может коллеги из BI Partner и не согласны с нашей архитектурой, но в проекте будет именно наша архитектура
Комментарий от
Сергей Шургин
| 23 ноября 2011, 17:05
Сергей Шургин 23 ноября 2011, 17:05
Евгений, а вы все равно к ней придете :) История внедрений BI это показывает. Главное сейчас получит результат положительный!
Комментарий от
Евгений Литвиненко
| 23 ноября 2011, 17:37
Сергей Шургин 23 ноября 2011, 17:05
Да чтож я мажу-то... :) Это Евгению было
Комментарий от
Юрий Марьинский
| 23 ноября 2011, 17:55
Евгений Литвиненко 23 ноября 2011, 17:37
Я не сомневаюсь, что придем, более того, мы и начать-то хотели именоо с хранилища, но... быстро получить отчет важнее (имею в виду не вреня обработки SQL-запроса, а время календарное)
Комментарий от
Олег Новожилов
| 23 ноября 2011, 20:26
Александр Дублин 21 ноября 2011, 23:50
А можно увидеть документы проекта: Устав проекта, договор, ... ?
Вы когда дома себе будете устанавливать кондиционер, тоже будете считать выгоды и писать устав? Аналогию чувствуете?
Комментарий от
Александр Дублин
| 23 ноября 2011, 22:55
Сергей Шургин 23 ноября 2011, 17:00
Добрый день, Александр!
С текущей, стартовой, позиции, проблемы описаны абсолютно корректно - есть понимание того, что задачи подготовки отчетов для анализа продаж
и оценки лояльности партнероврешаются неэффективно. Что-то не решается в принципе, потому что не может быть решено в разумные сроки имеющимися ресурсами. BI как раз и внедряется для того, чтобы решать конкретные, насущные задачи. Причем уровень изложения конкретики в виде "есть проблемы с анализом, потому что менеджер не может построить отчет" уже достаточен. Все остальное - на этапе постановки.
Приведенные Вами ссылки безусловно интересны и, вероятно (со стороны BI и DWH плохо видно) крайне полезны и должны быть использованы как ориентиры. Но только для ERP.
Фишка BI в том, что он может (и изначально должен) внедряться на малых, локальных задачах. И оценить эффект всегда проще. И не обязательно количественно. Если менеджер получит ответ на свой единственный вопрос, или сможет получать ответ на свой вопрос быстрее и чаще (ежедневно, а не ежемесячно) - цель достигнута.
ЗЫ. Пока идет постановка
именно для BI написанное в наших статьях гораздо более актуально, чем для ERP, так как BI не приносит операционных выгод, но позволяет получить необходимую информацию для принятия решения с целью "увеличения прохода", "снижения уровня инвестиций", "сокращения затрат", а также получить ответ на вопрос что - если.
Но такое возможно только при целесообразном внедрении. Используемый же в данном проекте подход таков:
давайте дадим менеджерам инструмент для датамайнинга в океане имеющихся данных и может (для продажи используется обязательно случится) чудо - он придумает такие хитрые отчеты, которые помогут ему принять такое чудо решение, что чудесным образом скажется на бизнесе. (Не поможет датамайнинг на помощь придет фрикономика :-) )
Своим подходом мы выступаем против надежды на чудо, а за планирование успеха.
Ведь что я наблюдаю после окончания проектов: ИТ директора - полианы (см. наши колонки или википедию) "генерят" радость по всякому поводу наличия и эксплуатации системы (см. нашу колонку завтра: такая чудесная система - пять дней пять отделов одну ошибку исправляли).
Вопрос к Вам Сергей: почему ДО внедрения не выяснить
1) Какие решения позволят улучшить финансовые показатели?
2) Какая информация для этого нужна менеджерам для принятия?
3) Почему Вы полагаете, что если сейчас (ДО внедрения) менеджеры не могут ответить на этот вопрос, то после внедрения смогут (у них откроется "третий глаз" или "второе дыхание")? Ведь сейчас они ни чем не ограничены, а после внедрения будут ограничены "чудесным" Решением.
Предвижу Ваш ответ на третий вопрос: "Именно этим мы и будем заниматься во время обследования". Уточняю вопрос для такого ответа: "1) Не верю, что это можно сделать за короткий срок . 2) А что произойдет, если BI не сможет предоставить необходимую информацию или для этого придется утроить стоимость проекта?
Комментарий от
Александр Дублин
| 23 ноября 2011, 22:57
Евгений Литвиненко 23 ноября 2011, 13:45
Александр, мы (BigBuzzy) собрались не документы создавать, а систему. Исходя из этого лично я в потенциальных спорах о составе и качестве документов принимать не буду, к тому же состав и содержание этих документов сильно зависят от используемой методологии внедрения.
С документами по управлению проектом больше не пристаю.
Не могли бы Вы назвать используемую методологию внедрения (название, авторство)?
Комментарий от
Александр Дублин
| 23 ноября 2011, 23:12
Олег Новожилов 23 ноября 2011, 20:26
Александ, проект подобного микро-масштаба не нуждается ни в детальной ценке эффективности, ни в уставе и проч. артифактах большого проекта. Целей, сформулированных вначале более чем достаточно.
Вы когда дома себе будете устанавливать кондиционер, тоже будете считать выгоды и писать устав? Аналогию чувствуете?
Давайте тогда не называть это действо проектом, а назовем "Увеселительно - развлекательное мероприятие по приобретению и наладке BI системы": будем радоваться, как полианы, что затраты не большие и не придется другую BI систему внедрять и развлечем своих сотрудников: им теперь будет над чем посмеяться, копаясь в этом прекрасном океане данных.
P.S. Устав проекта для тех, кто называет подобную яхту "проектом" занимает 1 лист формата А4 (максимум 1,5). И для больших проектов большинство Уставов проекта хоть уставами и называются, но являются бумажками для "надувания щек" и используются для показа крутости и выставления больших счетов.
P.S. Как Вы думаете использование любой методологии по управлению проектами для ремонта квартиры:
на сколько сократит срок ремонта в два раза?
на сколько снизит стоимость ремонта?
на сколько повысит удовлетворение от качества ремонта?
И почему люди, дающие ответы на вышеуказанные вопросы в диапазоне от 1,5 до 3 предпочитает действовать наугад и не использовать проектный подход к ремонту квартиры?
Комментарий от
Сергей Шургин
| 24 ноября 2011, 00:08
Александр Дублин 23 ноября 2011, 22:55
То, что я скажу будет звучать для Вас парадоксально :
именно для BI написанное в наших статьях гораздо более актуально, чем для ERP, так как BI не приносит операционных выгод, но позволяет получить необходимую информацию для принятия решения с целью "увеличения прохода", "снижения уровня инвестиций", "сокращения затрат", а также получить ответ на вопрос что - если.
Но такое возможно только при целесообразном внедрении. Используемый же в данном проекте подход таков:
давайте дадим менеджерам инструмент для датамайнинга в океане имеющихся данных и может (для продажи используется обязательно случится) чудо - он придумает такие хитрые отчеты, которые помогут ему принять такое чудо решение, что чудесным образом скажется на бизнесе. (Не поможет датамайнинг на помощь придет фрикономика :-) )
Своим подходом мы выступаем против надежды на чудо, а за планирование успеха.
Ведь что я наблюдаю после окончания проектов: ИТ директора - полианы (см. наши колонки или википедию) "генерят" радость по всякому поводу наличия и эксплуатации системы (см. нашу колонку завтра: такая чудесная система - пять дней пять отделов одну ошибку исправляли).
Вопрос к Вам Сергей: почему ДО внедрения не выяснить
1) Какие решения позволят улучшить финансовые показатели?
2) Какая информация для этого нужна менеджерам для принятия?
3) Почему Вы полагаете, что если сейчас (ДО внедрения) менеджеры не могут ответить на этот вопрос, то после внедрения смогут (у них откроется "третий глаз" или "второе дыхание")? Ведь сейчас они ни чем не ограничены, а после внедрения будут ограничены "чудесным" Решением.
Предвижу Ваш ответ на третий вопрос: "Именно этим мы и будем заниматься во время обследования". Уточняю вопрос для такого ответа: "1) Не верю, что это можно сделать за короткий срок . 2) А что произойдет, если BI не сможет предоставить необходимую информацию или для этого придется утроить стоимость проекта?
- в FMCG для оперативного управления поставками и работой торг(мед)представителей
- в банках для повышения привлекательности отдельных активов, что требуется в оперативной работе
- в управлении активами для ежедневного мониторинга собственных успехов в управлении активами/привлечении средств по сравнению с конкурентами
- и просто для корректного расчета бонусов где бы то ни было
По вопросам
1) Какие решения позволят улучшить финансовые показатели?
Те, которые помогут:
- проводить анализ продаж в разрезе акций/типов акций/менеджеров
- увидеть сезонность
- мониторить лояльность партнеров
Эти решения основаны на возможности простого и удобного использования информации, а также ее быстрого получения. В данном случае мы говорим, что это решение зовут SAP BusinessObjects.
2) Какая информация для этого нужна менеджерам для принятия?
Ответ выше.
3) Почему Вы полагаете, что если сейчас (ДО внедрения) менеджеры не могут ответить на этот вопрос, то после внедрения смогут.
Они отвечают. Но надо формализовать просто :) Сейчас идут интервью "трехсторонние": наши специалисты - бизнес - спецы по основной системе.
Вот, вспомнил я про майнинг случай (о его внедрении речи в BigBuzzy не идет. Вообще обычно майнинг отдельно выносят как проект и не пересекают с BI. Есть ощущение, что уже и не относят к нему - настолько специфичны задачи). Один очень-очень известный и успешный розничный банк, предлагающий клиентам широкий спектр услуг в части кредитования, купил очень-очень дорогой программно-аппаратный комплекс для выявления наиболее привлекательных категорий клиентов из БД с точки зрения продажи того или иного продукта (data mining). Проект быстро окупился. И как! За счет сокращения расходов на отправку "ненужной" корреспонденции :)
Комментарий от
Александр Дублин
| 24 ноября 2011, 00:16
Сергей Шургин 24 ноября 2011, 00:08
Вы как-то очень лихо разделили ERP и BI. На самом деле BI очень даже приносит выгоды на операционном уровне. У нас есть тому примеры. Навскидку:
- в FMCG для оперативного управления поставками и работой торг(мед)представителей
- в банках для повышения привлекательности отдельных активов, что требуется в оперативной работе
- в управлении активами для ежедневного мониторинга собственных успехов в управлении активами/привлечении средств по сравнению с конкурентами
- и просто для корректного расчета бонусов где бы то ни было
По вопросам
1) Какие решения позволят улучшить финансовые показатели?
Те, которые помогут:
- проводить анализ продаж в разрезе акций/типов акций/менеджеров
- увидеть сезонность
- мониторить лояльность партнеров
Эти решения основаны на возможности простого и удобного использования информации, а также ее быстрого получения. В данном случае мы говорим, что это решение зовут SAP BusinessObjects.
2) Какая информация для этого нужна менеджерам для принятия?
Ответ выше.
3) Почему Вы полагаете, что если сейчас (ДО внедрения) менеджеры не могут ответить на этот вопрос, то после внедрения смогут.
Они отвечают. Но надо формализовать просто :) Сейчас идут интервью "трехсторонние": наши специалисты - бизнес - спецы по основной системе.
Вот, вспомнил я про майнинг случай (о его внедрении речи в BigBuzzy не идет. Вообще обычно майнинг отдельно выносят как проект и не пересекают с BI. Есть ощущение, что уже и не относят к нему - настолько специфичны задачи). Один очень-очень известный и успешный розничный банк, предлагающий клиентам широкий спектр услуг в части кредитования, купил очень-очень дорогой программно-аппаратный комплекс для выявления наиболее привлекательных категорий клиентов из БД с точки зрения продажи того или иного продукта (data mining). Проект быстро окупился. И как! За счет сокращения расходов на отправку "ненужной" корреспонденции :)
У меня к Вам предложение. Давайте не будет приводить примеры "вообще". Давайте возьмем ОДИН конкретный пример.
Пусть это будет "FMCG для оперативного управления поставками и работой торг(мед)представителей" и Вы напишите:
какие КОНКРЕТНО стали приниматься решения, как эти решения повлияли на финансовые показатели, какая КОНКРЕТНО информация позволила принимать эти решения, почему без BI невозможно было получить эту информацию?
ОДИН, только один пример, но давайте разберем его по "косточкам".
Комментарий от
Сергей Шургин
| 24 ноября 2011, 00:29
Александр Дублин 24 ноября 2011, 00:16
Сергей, большое спасибо за оперативный ответ.
У меня к Вам предложение. Давайте не будет приводить примеры "вообще". Давайте возьмем ОДИН конкретный пример.
Пусть это будет "FMCG для оперативного управления поставками и работой торг(мед)представителей" и Вы напишите:
какие КОНКРЕТНО стали приниматься решения, как эти решения повлияли на финансовые показатели, какая КОНКРЕТНО информация позволила принимать эти решения, почему без BI невозможно было получить эту информацию?
ОДИН, только один пример, но давайте разберем его по "косточкам".
По FMCG:
1. собираем данные первичных и вторичных продаж
2. видим актуальный склад дистрибутора(ов),
3. мониторим сами по нему все или выделенные позиции.
4. регулируем поставки, если идут скачки в сбыте.
Там же в FMCG:
1. смотрим закупки клиентов (это данные вторичных продаж),
2. для каждого клиента формируем потенциал потребления видов продукции, 3. как только начинают просели продажи - торг(мед)представителя первым делом к нему.
Ну как-то так. Итого получаем: "снижение рисков out-of-stock", "повышение лояльности клиентов". Я так понимаю, финансовый результат не сможет оказаться отрицательным
Комментарий от
Александр Дублин
| 24 ноября 2011, 08:46
Сергей Шургин 24 ноября 2011, 00:29
Я не буду писать про финансовые показатели. Мы не строим полную модель бизнеса - а только по ней можно дать такой ответ, иначе расчеты - примерны, если яйца выеденного не стоят. Недавно видел в брошюре "...благодаря внедрению ERP оборот торговой сети <надо полагать в денежном эквиваленте> за год увеличился на 10%...". Но это же меньше годовой инфляции :)
По FMCG:
1. собираем данные первичных и вторичных продаж
2. видим актуальный склад дистрибутора(ов),
3. мониторим сами по нему все или выделенные позиции.
4. регулируем поставки, если идут скачки в сбыте.
Там же в FMCG:
1. смотрим закупки клиентов (это данные вторичных продаж),
2. для каждого клиента формируем потенциал потребления видов продукции, 3. как только начинают просели продажи - торг(мед)представителя первым делом к нему.
Ну как-то так. Итого получаем: "снижение рисков out-of-stock", "повышение лояльности клиентов". Я так понимаю, финансовый результат не сможет оказаться отрицательным
- Так ведь других то и нету.
- Всё равно не читайте
Комментарий от
Олег Точенюк
| 24 ноября 2011, 11:52
Евгений Литвиненко 21 ноября 2011, 20:14
Вообще-то за 30 дней невозможно "построить город на века". За это время (30 дней) можно сделать систему востребованной и необходимой. А уж развивать, дотачивать, изменять придется не 8 месяцев, а надеюсь дольше. И, как раз, если после внедрения системы в ней ничего не меняется, то есть повод задуматься о нужности этой системы предприятию. Особенно это касается информационно-аналитических систем, каковой и является BOBJ.
- Вам кажется что я легкомысленная?
- Поживем - увидим!
Комментарий от
Евгений Литвиненко
| 24 ноября 2011, 16:47
Юрий Марьинский 23 ноября 2011, 17:55
Надеюсь у вас не появятся тормоза в работе оперативной учетной системы, когда к ней пойдет нагрузка со стороны аналитических отчетов SAP BO...
Комментарий от
Юрий Марьинский
| 24 ноября 2011, 17:10
Евгений Литвиненко 24 ноября 2011, 16:47
не пойдет, этот момент мы предусмотрели полгода назад )))
Комментарий от
Евгений Литвиненко
| 24 ноября 2011, 17:27
Александр Дублин 24 ноября 2011, 08:46
- Не читайте маркетинговых брошюр.
- Так ведь других то и нету.
- Всё равно не читайте
Это был этап -1, который мы прошли, т.е. обосновали себе, что нам это надо, посчитали возможные затраты и поняли, что можем их себе позволить, выбрали себе первичные вопросы (они уже озвучены здесь несколько раз), на которые мы будем отвечать с помощью системы и...
стартовали проект. Поэтому предлагаю далее не обсуждать вопросы по теме "Что такое система отчетности?" и "СтОит ли на это тратить время силы и деньги?"
Наш ответ - стОит, даже с учетом того, что какая-то отчетность у нас есть.
Комментарий от
Евгений Литвиненко
| 24 ноября 2011, 17:30
Александр Дублин 23 ноября 2011, 23:12
"Как яхту назовешь - так она поплывет".
Давайте тогда не называть это действо проектом, а назовем "Увеселительно - развлекательное мероприятие по приобретению и наладке BI системы": будем радоваться, как полианы, что затраты не большие и не придется другую BI систему внедрять и развлечем своих сотрудников: им теперь будет над чем посмеяться, копаясь в этом прекрасном океане данных.
P.S. Устав проекта для тех, кто называет подобную яхту "проектом" занимает 1 лист формата А4 (максимум 1,5). И для больших проектов большинство Уставов проекта хоть уставами и называются, но являются бумажками для "надувания щек" и используются для показа крутости и выставления больших счетов.
P.S. Как Вы думаете использование любой методологии по управлению проектами для ремонта квартиры:
на сколько сократит срок ремонта в два раза?
на сколько снизит стоимость ремонта?
на сколько повысит удовлетворение от качества ремонта?
И почему люди, дающие ответы на вышеуказанные вопросы в диапазоне от 1,5 до 3 предпочитает действовать наугад и не использовать проектный подход к ремонту квартиры?
В нашем случае налицо и то, и другое. А то что с вашей помощью он станет "увеселительно-развлекательным", так ИМХО, это только в плюс.)))
Комментарий от
Евгений Литвиненко
| 24 ноября 2011, 17:41
Юрий Марьинский 24 ноября 2011, 17:10
чуть выше в нашей дискуссии было сказано, что "В данном проекте мы работаем на "живых" данных и выбор этот осознанный". По другим сведениям, "разумеется мы будем делать витрину, а в недалекой перспективе, когда структура БД стабилизируется , перейдем к Хранилищу." Кому же верить? ;) Если вы будете делать витрину - то я не вижу этих работ в плане проекта.
Комментарий от
Юрий Марьинский
| 24 ноября 2011, 18:18
Евгений Литвиненко 24 ноября 2011, 17:41
Мы работаем по схеме "Живая Витрина", хотя хранилище, конечно же, лучше. Т.к. витринная часть уже сделана, то ее нет в проекте естественным образом.
Комментарий от
Евгений Литвиненко
| 24 ноября 2011, 19:50
Юрий Марьинский 24 ноября 2011, 18:18
Такого термина мне встречать еще не приходилось ;) Если в вашу основную базу, базу CRM или 1С вводятся новые данные - то они мгновенно попадают и в Живую Витрину? Или Живая Витрина - это вьюшки, которые смотрят на ваши оперативные базы данных?
Комментарий от
Евгений Литвиненко
| 25 ноября 2011, 16:34
Олег Точенюк 24 ноября 2011, 11:52
Ну если через два месяца окажется что город заложили не там, не тот и т.д. то стоимость этого внедрения как и города можно списать в убытки. Так что как бы не оказалось, что вы сейчас заложите не то и не там... А так как говорили в одном старом хорошем кино:
- Вам кажется что я легкомысленная?
- Поживем - увидим!
Если имеется в виду, что мы акцентировались не на тех задачах, так сила BI в том и заключается, что задачи можно расширять, уточнять или менять (жизнь-то не стоит на месте).
Так что если говорить в терминах города, то это мобильный модульный город.
Комментарий от
Александр Дублин
| 25 ноября 2011, 17:22
Понял, что даст внедрение компании.
Вот такие истории http://www.dgl.ru/news/2011/11/502.html
благодаря внедренному софту не смогут повториться.
Комментарий от
Алексей Юсов
| 25 ноября 2011, 19:30
Александр Дублин 25 ноября 2011, 17:22
Сегодня наступило прозрение!
Понял, что даст внедрение компании.
Вот такие истории http://www.dgl.ru/news/2011/11/502.html
благодаря внедренному софту не смогут повториться.
Комментарий от
Александр Дублин
| 25 ноября 2011, 22:16
Евгений Литвиненко 24 ноября 2011, 17:30
Проект - это мероприятие, ограниченное по времени и ресурсам.
В нашем случае налицо и то, и другое. А то что с вашей помощью он станет "увеселительно-развлекательным", так ИМХО, это только в плюс.)))
Мы знаем только время, ни внятного scope ни бюджет нам не известен (за туманным стеклом, так сказать)
Комментарий от
Юрий Марьинский
| 25 ноября 2011, 23:06
Евгений Литвиненко 25 ноября 2011, 16:34
если имеется в виду, что для решения озвученных нами задач был выбран не тот продукт, то могу сказать, что выбирался он не 15 минут.
Если имеется в виду, что мы акцентировались не на тех задачах, так сила BI в том и заключается, что задачи можно расширять, уточнять или менять (жизнь-то не стоит на месте).
Так что если говорить в терминах города, то это мобильный модульный город.
Комментарий от
Александр Дублин
| 25 ноября 2011, 23:34
Юрий Марьинский 25 ноября 2011, 23:06
Было бы интересно узнать, как у вас проходил выбор программного продукта. Какие системы еще рассматривались, каковы были критерии сравнения, в чем SAP BO оказался лучше?
Было бы интересно посмотреть на аналитические записки или иные документы, на основании которых принималось решение.
Комментарий от
Евгений Литвиненко
| 27 ноября 2011, 21:31
Александр Дублин 25 ноября 2011, 22:16
проект - это scope + time+ cost
Мы знаем только время, ни внятного scope ни бюджет нам не известен (за туманным стеклом, так сказать)
time=время,
Cost=ресурсы.
Я в чем-то оБшибся?
Бюджет озвучивать никто не обещал. Обещали внедрение за 30 дней. Завтра выложу сводку по собранным требованиям пользователей.
Комментарий от
Евгений Литвиненко
| 27 ноября 2011, 22:02
Юрий Марьинский 25 ноября 2011, 23:06
Было бы интересно узнать, как у вас проходил выбор программного продукта. Какие системы еще рассматривались, каковы были критерии сравнения, в чем SAP BO оказался лучше?
Критерии выбора вполне стандарты:
- функционал продукта (таблицы, диаграммы, drill-down, drill-through, dashboards);
- совокупная стоимость владения;
- легкость внедрения, развития и поддержки;
- личные предпочтения выборщиков ))).
Cognos не выбрали, т.к. накушались им в прошлой жизни, да и политика IBM не радует.
QlikView не подошел по функционалу и стоимости.
SaaS - дороговато пока еще.
Весь софт предварительно тестировался нами на наших данных. выбирали больше полугода.
Т.е. все звезды сошлись на SAP BO.
Комментарий от
Евгений Литвиненко
| 27 ноября 2011, 22:31
Алексей Юсов 25 ноября 2011, 19:30
Смогут. Ведь не у всех же еще есть такие внедрения! А кивать в сторону - это у нас запросто.
Комментарий от
Юрий Марьинский
| 27 ноября 2011, 22:45
Евгений Литвиненко 27 ноября 2011, 22:02
Рассматривали IBM Cognos, QlikView, пару облачных решений (SaaS), ну и SAP BO.
Критерии выбора вполне стандарты:
- функционал продукта (таблицы, диаграммы, drill-down, drill-through, dashboards);
- совокупная стоимость владения;
- легкость внедрения, развития и поддержки;
- личные предпочтения выборщиков ))).
Cognos не выбрали, т.к. накушались им в прошлой жизни, да и политика IBM не радует.
QlikView не подошел по функционалу и стоимости.
SaaS - дороговато пока еще.
Весь софт предварительно тестировался нами на наших данных. выбирали больше полугода.
Т.е. все звезды сошлись на SAP BO.
Комментарий от
Александр Дублин
| 28 ноября 2011, 00:13
Юрий Марьинский 27 ноября 2011, 22:45
Насчет "накушались в прошлой жизни" и "личные предпочтения" - это понятно. А по функциональности, можете привести какие-либо примеры, где/в чем SAP BO показал себя лучше, чем IBM Cognos BI?
мы же видим, что они же внедряют "на коленке".
Они же умные , это дураки книги читают (по Чехову), планы составляют и отчеты пишут, а у умных есть проблема, они подумали и решили эту проблему.
Не уже ли Вы думаете, что они как то документировали процесс выбора. "Пацанам" этого не надо, пусть "ботаники" бумажки пишут и методиками пользуются.
Уже неделя, как проект идет, а еще ни одного документа не выложены, одни "тинейджерские" утверждения.
Комментарий от
Александр Дублин
| 28 ноября 2011, 00:17
Евгений Литвиненко 27 ноября 2011, 21:31
Scope =мероприятие,
time=время,
Cost=ресурсы.
Я в чем-то оБшибся?
Бюджет озвучивать никто не обещал. Обещали внедрение за 30 дней. Завтра выложу сводку по собранным требованиям пользователей.
Записал в цитаты, не удаляйте свой пост, мы на эту тему прекрасную колонку напишем ... :-)
Комментарий от
Евгений Литвиненко
| 28 ноября 2011, 07:38
Юрий Марьинский 27 ноября 2011, 22:45
Насчет "накушались в прошлой жизни" и "личные предпочтения" - это понятно. А по функциональности, можете привести какие-либо примеры, где/в чем SAP BO показал себя лучше, чем IBM Cognos BI?
Комментарий от
Евгений Литвиненко
| 28 ноября 2011, 07:55
Александр Дублин 28 ноября 2011, 00:13
Юрий,
мы же видим, что они же внедряют "на коленке".
Они же умные , это дураки книги читают (по Чехову), планы составляют и отчеты пишут, а у умных есть проблема, они подумали и решили эту проблему.
Не уже ли Вы думаете, что они как то документировали процесс выбора. "Пацанам" этого не надо, пусть "ботаники" бумажки пишут и методиками пользуются.
Уже неделя, как проект идет, а еще ни одного документа не выложены, одни "тинейджерские" утверждения.
Если вы считаете, что любой процесс необходимо обложить со всех сторон кучкой документов, то вы либо консультант, который бумажками прикрывает свою некомпетентность, либо представитель планктона, который пытается проложиться документиком, так, на всякий случай, либо ваша деятельность заключается исключительно в размножении документов.
Документы показывать мы не будем ,т.к. не хочется принимать участие в бесполезном обсуждении, что документ "не тот", заполнен "не так" и вообще "ваша методология неправильная, а вот наша - само совершенство, но я вам ее не покажу, ибо это мой хлеб".
Комментарий от
Евгений Литвиненко
| 28 ноября 2011, 07:59
Александр Дублин 28 ноября 2011, 00:17
Шикарно!
Записал в цитаты, не удаляйте свой пост, мы на эту тему прекрасную колонку напишем ... :-)
Комментарий от
Юрий Марьинский
| 28 ноября 2011, 11:47
Евгений Литвиненко 28 ноября 2011, 07:38
Юрий, мы (я) не против IBM Cognos, кому-то он нравится и подходит. Мы выбрали SAP BO. А пример (не функциональности, а скорее юзабилити) такой. Наш неспециалист построил первый отчет в ВО через 15 минут после инсталляции продукта на сервер. Cognos-у такое и не снилось (по крайней мере мне такое не удавалось).
Мне приходилось делать первые отчеты в IBM Cognos BI и через 5 минут после инсталляции. Но понятно, что в связи с небольшим масштабом и бюджетом вашего проекта, у вас не было причины привлекать к проекту специалистов с подобным опытом ;)
Комментарий от
Юрий Марьинский
| 28 ноября 2011, 12:13
Александр Дублин 28 ноября 2011, 00:13
Юрий,
мы же видим, что они же внедряют "на коленке".
Они же умные , это дураки книги читают (по Чехову), планы составляют и отчеты пишут, а у умных есть проблема, они подумали и решили эту проблему.
Не уже ли Вы думаете, что они как то документировали процесс выбора. "Пацанам" этого не надо, пусть "ботаники" бумажки пишут и методиками пользуются.
Уже неделя, как проект идет, а еще ни одного документа не выложены, одни "тинейджерские" утверждения.
Мы с Евгением и другими коллегами, которые работают на этом проекте, знакомы уже очень много лет, пива вместе выпили немало. В основном мы с ними на предыдущих местах работы занимались темой Cognos. Поэтому мне интересно узнать у них мнение о другой аналитической системе.
Часто бывает, что проект выполняется не очень профессионально, не на лучшем программном продукте, но при этом и задачи заказчиком ставятся несложные, базовые. Поэтому такие проекты ощущаются успешными. При этом есть компании, которые более серьезно относятся к вопросам аналитических систем, вкладывают в это больше ресурсов, привлекают более опытных специалистов, делают более продвинутые аналитические модели. Это им ИНОГДА помогает становиться лидерами рынка. Если бы все были одинаково опытными и продвинутыми - жить было бы не так интересно ;)
Комментарий от
Александр Дублин
| 28 ноября 2011, 15:43
Юрий Марьинский 28 ноября 2011, 12:13
Александр,
Мы с Евгением и другими коллегами, которые работают на этом проекте, знакомы уже очень много лет, пива вместе выпили немало. В основном мы с ними на предыдущих местах работы занимались темой Cognos. Поэтому мне интересно узнать у них мнение о другой аналитической системе.
Часто бывает, что проект выполняется не очень профессионально, не на лучшем программном продукте, но при этом и задачи заказчиком ставятся несложные, базовые. Поэтому такие проекты ощущаются успешными. При этом есть компании, которые более серьезно относятся к вопросам аналитических систем, вкладывают в это больше ресурсов, привлекают более опытных специалистов, делают более продвинутые аналитические модели. Это им ИНОГДА помогает становиться лидерами рынка. Если бы все были одинаково опытными и продвинутыми - жить было бы не так интересно ;)
вопрос не в том, как ведется проект, а в том, чтобы быть последовательным.
Если нет документа, то не надо говорить мы провели анализ, скажите честно - ткнули пальцем в небо и интуитивно выбрали то-то, потому что интуиция подсказала, что это удобно, лучше и т.д.
Проект "под стеклом", что означает если анализ был - документ предъявите, пожалуйста. А если нет докмуента, то и анализа не было, была интуиция.
Такие проекты тоже имеют право на успех. И, как говорят многие, чем имитировать документирование, лучше управлять по интуиции: по интуиции выбирать, по интуиции внедрять, по интуиции управлять.
Почему бы не заявиться, что "наше конкурентное преимущество - это интуиция наших менеджеров " (и ведь ни скопировать, ни украсть :-) )?!
И такие проекты практически всегда ощущаются успешными, потому что ключевое слово здесь "ощущаются" :-)
Комментарий от
Евгений Литвиненко
| 28 ноября 2011, 18:01
Юрий Марьинский 28 ноября 2011, 11:47
Евгений, я ничего не имею против выбора вами SAP BO. Мне просто хочется увидеть (из спортивного интереса, и поскольку проект в ваш проходит в формате развлекательного реалити-шоу) 1 или несколько примеров преимуществ SAP BO над IBM Cognos BI. Можно ли посмотреть внешний вид отчета, который удалось сделать за 15 минут в SAP BO (без конфиденциальных цифр)? Это была простая кросс-таблица, или навороченный многостраничный отчет? И хотелось бы уточнить, ваш специалист имел опыт работы и с SAP BO, и с IBM Cognos BI, или он был знаком только с SAP BO?
Мне приходилось делать первые отчеты в IBM Cognos BI и через 5 минут после инсталляции. Но понятно, что в связи с небольшим масштабом и бюджетом вашего проекта, у вас не было причины привлекать к проекту специалистов с подобным опытом ;)
Специалист имел самое приблизительное представление о SAP BO.
Преимущества для нас я уже отмечал. Не хочу приуменьшать IBM Cognos, но SAP оказался дружелюбней.
Комментарий от
Юрий Марьинский
| 28 ноября 2011, 23:33
Евгений Литвиненко 28 ноября 2011, 18:01
Специалист имел самое приблизительное представление о SAP BO.
Преимущества для нас я уже отмечал. Не хочу приуменьшать IBM Cognos, но SAP оказался дружелюбней.
Было бы интересно увидеть рано или поздно 1-2 примера отчетов, на основе которых можно увидеть некие ранее скрытые тенденции/закономерности, и/или принять некое управленческое решение.
Комментарий от
Евгений Литвиненко
| 28 ноября 2011, 23:50
Юрий Марьинский 28 ноября 2011, 23:33
Ну что, программа-минимум уже выполнена - разработаны и отчетность, и дашборд ;)
Было бы интересно увидеть рано или поздно 1-2 примера отчетов, на основе которых можно увидеть некие ранее скрытые тенденции/закономерности, и/или принять некое управленческое решение.
Комментарий от
Юрий Марьинский
| 28 ноября 2011, 23:55
Евгений Литвиненко 28 ноября 2011, 23:50
Лиха беда начало ))) дальше будет веселее, сами отчеты по форме просты, а вот фильтры и условия заставляют задуматься.
Комментарий от
Евгений Литвиненко
| 29 ноября 2011, 00:01
Юрий Марьинский 28 ноября 2011, 23:55
У вас планируются только статичные отчеты и дашборды? Или некоторые пользователи будут "крутить" данные в разных разрезах?