Устав, договор, пожалуй у нас есть только план проекта... мы внедряем собственными силами в небольшой по количеству сотрудников компании. Излишняя формализация не для нас. Знаете в Оракле был такой продукт OFA, и был так называемый Oracle Fast Track - 1 куб, 4 измерения (Статьи бюджета, продукты, регионы, время). Делов было, создал куб, импортировал элементы измерений и готовы 3 отчета (P&L, Cashflow, BS). Внедрение занимало 3 дня, 2 из который уходили на инсталляцию  OFA.
 
Зачем мне писать устав проекта для самого себя и заключать с собой договор? Мне достаточно плана.

Для начала нам надо засадить хотя бы десяток топов ( поверьте, что это уже немало).
 
Меня немного смущает термин "Информация для принятия решений". По сути ВСЯ информация является основой для принятия решений. И я считаю, что именно "океан данных" и "полет мысли", а система - это карта звездного неба и навигатор. Пользователь должен уметь пользоваться инструментом для анализа течений "Океана...". Полет мысли и нужен, чтобы увидеть тенденции. SAP - это инструмент, который опишет океан в понятных пользователю терминах. Задача наша не в том, чтобы соорудить сотню-другую отчетов, аккуратно разложенных по папочкам. У нас есть такая возможность и без SAP. А именно дать пользователю возможность вырваться за рамки регламента и пофантазировать. Все-таки мы не ФСК, не РЖД, в конце концов не Росатом с Газпромом. Мы - BigBuzzy.
 
А эффективность считать надо ибо можно заменить человека машиной и сэкономить на больничных )))

Так приведите, пожалуйста, это пример: проблему, что обсуждало руководство, отчет (форма и содержание), решение, которое было принято.
 
Интересно как получается прибыль на экономии зарплат. Кого-то увольняют? Скажите, пожалуйста, сколько человек и с какими окладами будут уволены в результате внедрения системы, так как сократятся временные затраты на подготовку отчетности?

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

Я правильно Вас понял, что если по метрике "количество активных пользователей" (количество сотрудников ежедневно входящих в программу) через 30 дней вы получите результат 25 человек (количество условно, но так как проект "за стеклом", то неплохо бы сообщить миру реальное целевое количество пользователей), то вы будете считать проект успешным?
И при этом не важно, предоставляет ли система им информацию для принятия решений, направленных на увеличение прибыли компании, или предоставляет "океан данных" для "полета мысли"?
 
Приведите, пожалуйста, примеры решений, анализ эффективности которых вы хотите выполнять с помощью системы. Как вы будете измерять эффективность?
 
Про эффективность работы персонала не спрашиваю, так как считаю, что эта самая эффективность является причиной неэффективности бизнеса.

нууу, не совсем так. В ситеме периодически появляется новая информация, которой раньше не было и которую нужно анализировать. Вот вам и доработки, допиливание, создпние новых отчетов. А так мы прекрасно понимаем ( мы - это группа внедрения SAP BO), что из данных у нас есть в наличии. Пользователи являются типичными представителями пользователей с настроениями от "Что это за фигня..." до "Классно, я такое же хочу..." соответственно мы приучаем пользователей, они формируют вменяемые требования. К тому же мы не с нуля работаем в плане отчетности и представляем текущие и потенциальные потребности пользователей. Так что я пока не боюсь утонуть в "океане данных".
 
Так что хоть люди мы земные, но с некоторым бэкграундом и зачатком жабров

Начнем с того, что наше решение даст в руки менеджеру именно красивую игрушку. Если игрушка будет некрасивой, то ее рчень быстро закинут и забудут.
 
Не считаю правильной предложенную методику расчета ROI (шутка). По мне так гораздо важнее не время, затраченное на подготовку отчета (хотя с экономической точки зрения это естественно надо тоже считать), а то, что благодаря отчетам (обязательно оформленным эргономически) решения принимаются.
 
В качестве примера могу привести случай, когда когда руководство компании более трех суток обсуждало проблему, а решение было принято через 20 минут после анализа красивого отчета, на подготовку которого ушло около 2-х часов, что привело к существенной (по сравнению со стоимостью нашего SAP BO) экономии, а также к стратегической переориентации.
 
А прибыль от сокращения времени получения отчетности получается даже на экономии зарплаты высококвалифицированных подготовителей отчетов.

Давайте рассмотрим на конкретном примере, конкретном отчете (пример за вами).
Есть отчет ХХХ, на его получение сейчас уходит 5Х часов, после внедрения отчет будет предоставляться через Х часов. Благодаря этому ХХХХ будет принимать решение о ХХХХХХ гораздо быстрее, что по ХХХХХХ причинам увеличит нашу прибыль. Раньше такие решения не приносили прибыли, потому что ХХХХХХ .
 
Докажите, пожалуйста, нам, что сокращение времени получения отчетности увеличит вашу прибыль, а не даст менеджеру в руки красивую игрушку.

Статья написана и переведена отлично. Есть незначительная опечатка в тексте "...либо произвести платеж ранее срок, если год кредитора заканчивается.". Функционал транзакции MASS мне хорошо знаком. Приятно было освежить уже знакомую информацию и узнать что-то новое из раздела "Внесение массовых изменений в данные позиций". Было бы интересно если автор поделился опытом предоставления полномочий MASS "суперпользователям" и показал бы возможность ограничения функционала MASS для конечного пользователя.

Полезно было просмотреть. Аналогичное есть в MM (по материалам тр. MM17) и PS (тр.CNMASS).

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

1 к "К п 1)".  Все зависит от того, какое это будет предложение, если это будет "предложение", то нет, а если это будет "ПРЕДЛОЖЕНИЕ", то возможно и да. Если бы мы были интернет-библиотекой, то, наверно, одним из KPI's был бы "Количество активных читателей", но мы не интернет-библиотека...
 
1 к "К п 2)". Сейчас могут и не ответить на вопрос (не мы, а наши партнеры по акциям). К сожалению такое иногда случается. Такие акции мы снимаем с продажи, т.к. такое поведение партнера свидетельствует о его незаинтересованности в проведении акции, а значит и в качественном оказании услуг нашим пользователям.  Мониторинг работы партнера с потенциальным клиентом на нашем сайте есть часть нашей деятельности по повышению лойяльности пользователей (будет время - посмотрите наши предложения, где партнер заинтересован в новых клиентах не остается без внимания ни один пост).
 
1 к "К п 3)". Прозрачность прежде всего зависит от наличия методик расчетов тех или иных показателей, а также понятности этих методик пользователям системы.  Ведь всем знакома ситуация в которой "Мой Excel считает более правильно, чем ваш, но я не скажу, где у вас собака порылась..."
 
А по поводу "Платья..." так у нас сейчас есть целых 3 системы отчетности (по количеству основных приложений) + еще одна, НО...
 
- одна система отчетности не является оперативной,
- вторая система отчетности требует нонстопного соповождения,
- третья система отчетности слегка недостоверна,
а главное, все они работают только на своих данных, что сильно усложняет их использование, а также сильно тормозит поиск правильного ответа.
 
с SAP BO мы собираемся уменьшить время собирания данных (оперативность), а также повысить достоверность отчетов (прозрачность).
 
А "честный министр" и жены акционеров - это не к нам, это.... ну сами знаете куда. Все-таки мы не бюджет пилим (нам его почему-то не выделяют), а строим систему эффективного управления нашим бзнесом, и SAP осознанно является частью этой системы.

Нужно оперативное управление компанией в обстановке перманентно меняющейся коньюктуры (т.е. нужно держать руку на пульсе). Задачи вполне стандартные:
- анализ потребностей рынка,
- анализ продаж,
- анализ эффективности работы персонала,
- анализ эффективности принятых решений и анализ эффективности решений, еще не принятых.
 
Исходя из вышесказанного понятно (ИМХО), что поставленные цели не могут быть достигнуты, потому-что срок для решения стратегических задач слишком мал, а софт внедряется вообще за 1 день (говорю про SAP BO) - инсталлировал, прописался в источники, завел пользователей, раздал права.
 
Цель проекта скорее состоит в том, чтобы за 30 дней построить систему, которой смогут пользоваться сотрудники компании для решения своих задач, довольно разнообразных и интересных.
 
Для нас понять, что цель проекта достигнута просто - количество активных пользователей системы. Более того, что интерес пользователей к отчетности есть давно, только пока не был установлен адекватный продукт. А вот как показать широкой общественности? Так скажите, что вы можете принять в качестве такого доказательства?

Цели то "пацанские" (сбыча мечт):
1) предоставлять пользователям еще больше интересных предложений,
2) быть еще оперативнее и внимательнее к своим клиентам,
3) обеспечить максимальную прозрачность бизнеса.
 
К п 1) - Одно предложение дополнительно - это уже достижение цели? Что значит интересных предложений: которых больше читают или которые больше покупают?
К п 2) Что значит оперативнее? Сейчас отвечают на вопрос в течение 10 минут, а будут отвечать в течение 5? Что значит внимательнее?
К п 3) - чем и как измеряем прозрачность?
 
И главное: как все эти цели связаны с внедряемой функциональность? Какие решения и кто будет принимать?
 
Ну а в успехе проекта никто не сомневается, ведь валидировать результат будет "честный министр" (см. сказку "Платье короля"). Разве он сможет отрицать, что бизнес стал прозрачнее некуда, ну так прозрачен, что и не видно ничего кроме этой прозрачности; разве скажет он, что компания не стала относится к своим клиентам внимательнее и оперативнее, да уж больше внимательности и оперативности не бывает; ну а то, что предложений стало больше и они стали интереснее разве сможет кто-нибудь усомниться?
 
Главное, чтобы "мальчик" из толпы не крикнул: "Мы и без SAP BussinessObject могли сделать больше интересных предложений, быть более внимательными к своим клиентам  и оперативнее".
И самое главное, чтобы жены акционеров не спросили: "Ну появилась эта прозрачность, за счет наших некупленных норковых шуб и пропущенного отдыха на Канарах, а также новой машины". Сколько времени теперь ждать? Конкретно.

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

Ну что внедрят за 30 дней это без сомнений, еще бы потом периодически показывали бы как они этим внедрением будут пользоваться далее, например на протяжении так последующих 12 месяцев. А то рассказывали тут про один проект, внедрили за кажется за 1,5 месяца, отчитались, типа урааа мы это молодцы, а потом как обычно еще восемь месяцев приводили этот внедрЁж в чувство, чтобы им можно было пользоваться.

Понятно, что НУЖНО, но не понятно ЧТО нужно.
Какие проблемы вы хотите решить внедрив Решение?
Как решение ЭТИХ проблем отразится на прибыли?
 
Что будет через 30 дней? Внедренный софт или достижение поставленных целей? Если только софт, то к какому сроку вы планируете достигнуть поставленных целей? Как вы поймете (и покажете нам ), что цели достигнуты?

Постараемся не разочаровать. Основания у нас для этого есть. Это НУЖНО нам и только нам. Нужно не для галочки в САП, не для отчета перед своим руководством, а потому что мы работаем в реальном, не терпящем остановки бизнесе.  Каждый день нужно решать новые задачи, которые вы можете видеть воочию на bigbuzzy.ru.

Ну что внедрят за 30 дней это без сомнений, еще бы потом периодически показывали бы как они этим внедрением будут пользоваться далее, например на протяжении так последующих 12 месяцев. А то рассказывали тут про один проект, внедрили за кажется за 1,5 месяца, отчитались, типа урааа мы это молодцы, а потом как обычно еще восемь месяцев приводили этот внедрЁж в чувство, чтобы им можно было пользоваться.