Развитие в экосистеме SAP
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Обучение и развитие проектных команд
Станьте участником SAPLAND и получите доступ к самым интересным публикациям SAPPRO
Зарегистрироваться
Развитие в экосистеме SAP
Александр, мы (BigBuzzy) собрались не документы создавать, а систему. Исходя из этого лично я в потенциальных спорах о составе и качестве документов принимать не буду, к тому же состав и содержание этих документов сильно зависят от используемой методологии внедрения.
Добрый день, Александр!
С текущей, стартовой, позиции, проблемы описаны абсолютно корректно - есть понимание того, что задачи подготовки отчетов для анализа продаж
и оценки лояльности партнероврешаются неэффективно. Что-то не решается в принципе, потому что не может быть решено в разумные сроки имеющимися ресурсами. BI как раз и внедряется для того, чтобы решать конкретные, насущные задачи. Причем уровень изложения конкретики в виде "есть проблемы с анализом, потому что менеджер не может построить отчет" уже достаточен. Все остальное - на этапе постановки.
Приведенные Вами ссылки безусловно интересны и, вероятно (со стороны BI и DWH плохо видно) крайне полезны и должны быть использованы как ориентиры. Но только для ERP.
Фишка BI в том, что он может (и изначально должен) внедряться на малых, локальных задачах. И оценить эффект всегда проще. И не обязательно количественно. Если менеджер получит ответ на свой единственный вопрос, или сможет получать ответ на свой вопрос быстрее и чаще (ежедневно, а не ежемесячно) - цель достигнута.
ЗЫ. Пока идет постановка
А можно увидеть документы проекта: Устав проекта, договор, ... ?
Я не сомневаюсь, что придем, более того, мы и начать-то хотели именоо с хранилища, но... быстро получить отчет важнее (имею в виду не вреня обработки SQL-запроса, а время календарное)
Да чтож я мажу-то... :) Это Евгению было
Евгений, а вы все равно к ней придете :) История внедрений BI это показывает. Главное сейчас получит результат положительный!
1) что-то покажем
2) не все, но некоторые:
2.1) подписчики - более 1 млн. записей
2.2) Время - посекундная деиализация с момента основания компании
2.3) может коллеги из BI Partner и не согласны с нашей архитектурой, но в проекте будет именно наша архитектура
Добрый день, Александр!
С текущей, стартовой, позиции, проблемы описаны абсолютно корректно - есть понимание того, что задачи подготовки отчетов для анализа продаж
и оценки лояльности партнероврешаются неэффективно. Что-то не решается в принципе, потому что не может быть решено в разумные сроки имеющимися ресурсами. BI как раз и внедряется для того, чтобы решать конкретные, насущные задачи. Причем уровень изложения конкретики в виде "есть проблемы с анализом, потому что менеджер не может построить отчет" уже достаточен. Все остальное - на этапе постановки.
Приведенные Вами ссылки безусловно интересны и, вероятно (со стороны BI и DWH плохо видно) крайне полезны и должны быть использованы как ориентиры. Но только для ERP.
Фишка BI в том, что он может (и изначально должен) внедряться на малых, локальных задачах. И оценить эффект всегда проще. И не обязательно количественно. Если менеджер получит ответ на свой единственный вопрос, или сможет получать ответ на свой вопрос быстрее и чаще (ежедневно, а не ежемесячно) - цель достигнута.
ЗЫ. Пока идет постановка
Я задал вопрос: "Какие проблемы решит система?".
В результате получил ответ: "Да какая разница, придумай сам. Наша задача внедрить, а зачем - это не наш вопрос". Я правильно понял?
1) что-то покажем
2) не все, но некоторые:
2.1) подписчики - более 1 млн. записей
2.2) Время - посекундная деиализация с момента основания компании
2.3) может коллеги из BI Partner и не согласны с нашей архитектурой, но в проекте будет именно наша архитектура
Я задал вопрос: "Какие проблемы решит система?".
В результате получил ответ: "Да какая разница, придумай сам. Наша задача внедрить, а зачем - это не наш вопрос". Я правильно понял?
Не надо что-то. Если уж ввязались в проект под стеклом, так уж будьте добры, выкладывайте все документы проекта.
Не надо что-то. Если уж ввязались в проект под стеклом, так уж будьте добры, выкладывайте все документы проекта.
Не секрет, что большинство компаний не раскрывают подробностей своих проектов по разработке и внедрению BI систем, так как это - конфиденциальная информация. Но в случае данного проекта, упоминается, что он в формате "За стеклом". Хочется понять в ходе общения в этом блоге, насколько стекло прозрачное или мутное/тонированное ;)
Например, сейчас у меня появились следующие вопросы:
1) Планируете ли вы через 3 дня огласить требования ваших пользователей к отчетности? Это покажет, насколько искушенные у вас пользователи, и насколько продвинутые отчеты, насколько опытные члены проектной команды. Возможно, после этого вам дадут рекомендации по доработке требований.
2) Интересно было бы узнать ваши объемы данных (сколько записей в основных таблицах фактов, сколько элементов в основных справочниках. Например, если объем данных - существенный - то хотелось бы услышать подтверждение коллег из BI Partner, что они согласны с архитектурой "без хранилища".
Вопрос: "Есть ли ДОКУМЕНТ - план проекта?"
Не бумажка, не файл, а ДОКУМЕНТ!
Юрий, приветствую, план примерно такой:
1. Сбор и анализ требований пользователей к отчетности - 4 дня.
2. Анализ источников информации - 1 день.
3. Разработка модели метаданных (Universes) - 6 дней.
4. Разработка и тестирование отчетов и дэшбордов - 10 дней.
5. Обучение пользователей - 3 дня.
Проектная команда - 2 человека на 80% рабочего времени + консультации BI Partner. Более, чем скромно, но большими ресурсами будет больше бесполезной толкотни.
Хранилище безусловно является вещью, которая существенно упростит управление системой отчетности, но увеличит время до получения первой отчетности. В данном проекте мы работаем на "живых" данных и выбор этот осознанный.
Александр,
давайте с самого начала. Я представляю компанию BigBuzzy, которая внедряет систему аналитической и управленческой отчетности на базе продукта SAP BO. Компания SAP CIS предложила нам сделать это публично. Компания BI Partner, являясь официальным партнером SAP, выступает в качестве партнера по техническому сопровождению ПО (к сожалению все поставщики ПО включают в стоимость покупки софта и стоимость первого года сопровождения).
Возникает вопрос. С кем и какие документы я должен подписывать? У меня есть срок, есть ресурс, есть желание руководства навести порядок в собственных мыслях.
И смысл нашего проекта не наплодить кучу макулатуры, загубив не одну сосну, не оправдать нерациональное расходование бюджета (как я упоминал, мы бюджет не пилим), а создать инструмент принятия решений на удобной платформе.
что-то обязательно выложим, не сомневайтесь.
я утверждаю, что за 30 дней можно создать работающую BI систему на основе SAP BO в компании BigBuzzy и не более того. У Вас возник вопрос как мы будем доказывать миру, что внедрение состоялось, что отчеты консультантов правдивы, и что все это не фикция?
Предлагайте ответы, но с учетом того, что системы у нас пока нет и договоров на внедрение нет тоже.
Разработка SAPUI5 приложений
15.06.2026SAP HANA: Установка и администрирование
15.06.2026Настройка основных данных в Управлении проектами в SAP
16.06.2026Управление запасами и инвентаризация в SAP
16.06.2026
Комментарий от
Александр Дублин
| 23 ноября 2011, 23:12
Олег Новожилов 23 ноября 2011, 20:26
Александ, проект подобного микро-масштаба не нуждается ни в детальной ценке эффективности, ни в уставе и проч. артифактах большого проекта. Целей, сформулированных вначале более чем достаточно.
Вы когда дома себе будете устанавливать кондиционер, тоже будете считать выгоды и писать устав? Аналогию чувствуете?
Давайте тогда не называть это действо проектом, а назовем "Увеселительно - развлекательное мероприятие по приобретению и наладке BI системы": будем радоваться, как полианы, что затраты не большие и не придется другую BI систему внедрять и развлечем своих сотрудников: им теперь будет над чем посмеяться, копаясь в этом прекрасном океане данных.
P.S. Устав проекта для тех, кто называет подобную яхту "проектом" занимает 1 лист формата А4 (максимум 1,5). И для больших проектов большинство Уставов проекта хоть уставами и называются, но являются бумажками для "надувания щек" и используются для показа крутости и выставления больших счетов.
P.S. Как Вы думаете использование любой методологии по управлению проектами для ремонта квартиры:
на сколько сократит срок ремонта в два раза?
на сколько снизит стоимость ремонта?
на сколько повысит удовлетворение от качества ремонта?
И почему люди, дающие ответы на вышеуказанные вопросы в диапазоне от 1,5 до 3 предпочитает действовать наугад и не использовать проектный подход к ремонту квартиры?