Все эпиграфы к новой статье взяты из известной песни "Музыка нас связала" группы Мираж.
Как описывать бизнес-процессы "своими силами"? Кто это должен делать?
Нет, это несложно, и вовсе не обязательно придерживаться специальных нотаций. Всего пять основных правил...
Говорят, есть ложь, наглая ложь и статистика. И все же позволим себе не уподобляться культуре Бивиса и Батхеда, глумясь над всем чего касается наш глаз, не предлагая взамен ничего более разумного. Вторая часть публикуемого исследования Panorama Consulting безусловно не содержит откровений, которые позволят окончательно определиться с выбором ERP системы. Конечно, это исследование является в некоторой степени маркетинговой приманкой, направленной в адрес компаний, стоящих на пороге ответственного выбора ERP системы. Приманкой для выбора "правильных" специалистов, которые помогут "семь раз отмерить". Вместе с тем, будучи приманкой, оно содержит хоть и немного, но все же "съедобной", и даже "вкусной" информации. По крайней мере для людей думающих приведенные в этом исследовании данные могут послужить отправной точкой для дальнейших более глубоких исследований особенностей и потребностей нынешнего рынка ERP. Для тех же кто стоит на пороге выбора системы, это исследование в общих чертах позволит охватить круг проблем с которыми, возможно, предстоит столкнуться при внедрении ERP.
Для более системного изучения порядка выполнения организационных изменений, правильное соблюдение которого является ключевым для успешного внедрения SAP (при условии наличия адекватной команды и адекватных параметров проекта, не перекошенных отделом продаж в ходе битвы за клиента) рекомендую обратиться к книге "Управление организационными изменениями при внедрении SAP" (Люк Галоппен и Зигфрид Кемс).
С прошлого года у меня появилось новое направление "Статьи для чайников". Такие статьи появились из моих попыток ответить в постах: комментарий оказывался слишком длинным и приходилось писать статью. Первой чайной стала статья "ERP и CRM с открытой бизнес-логикой"
Сравнение линеек продуктов лидирующих поставщиков ПО на рынке ERP (SAP, Oracle и Microsoft Dynamics) представлено в индустриальном отчете Panorama Consulting Solutions. Его перевод мы разбили на две части. В первой части вашему вниманию предлагается краткая история развития основных линеек продуктов большой тройки.
Крупные вендоры ERPсистем успешно сформировали у российских покупателей многообещающий дискурс: внедрив ERPсистему, вы «встраиваетесь» в особую экосистему, где вендор-демиург творит новую ИТ-вселенную, где сбываются мечты...
В настоящий момент существует вакуум методов организации высокотехнологичных и инновационных проектов. Типовые инструменты, такие как «диаграмма Ганта», «план-факт» еще используются, несмотря на их неэффективность, отмеченную многими экспертами.
Хочу представить новую методологию управления сложными проектами. Ее основу составляет специальный словарь, содержащий необычные термины: «принципы метасистемного перехода в менеджменте», «псевдо-вязкие изменения», «точка абсурда». Это язык на котором надо научиться думать, и это позволит точно предсказывать события и как следствие планировать проекты иначе, чем это принято сейчас.
Методология создавалась для проектов ERP, но консультации со специалистами в других отраслях, показали, что получился довольно универсальный инструмент. Методология специализирована на инновациях, т.е. на проектах которые имеют некоторую или даже значительную неопределенность в целях и путях к ней, а инновации есть в любой отрасли.
Только ленивый интегратор сегодня не предлагает услуг по поддержке «успешных» решений SAP. При этом не играет роли, кто внедрял, какие модули и как внедрял. Эти услуги предлагаются взамен деятельности центров внутренней компетенции компании Клиента как аутсорсинг обеспечения эффективной эксплуатации SAP.
В статье авторы рассматривают коллизию многопередельного планирования, искусственно наводимую применением отдельных записей материалов для заготовок. Разрешение этой коллизии обеспечивается применением методологии Теории ограничений при планировании и управлении производством.
В опубликованной только что на sapland статье "Классификация отраслевых решений" есть слабое место, за которое конечно сразу зацепился внимательный читатель. Деля разработки на лабораторные и полевые я ни чего не доказывая объявил, что лабораторные лучше. Пришло время держать ответ.
Здесь описан механизм работы соглашения об уровне сервисного обслуживания (SLA) в SAP Solution Manager. Особое внимание автор уделяет перемещению информации между объектами конфигурации. Знание особенностей взаимодействия объектов позволяет не только повысить эффективность конфигурирования, но и решить возможные проблемы.
В статье рассматриваются аспекты внедрения ERP проекта, вызывающие наибольшие трудности на пути к реализации проекта в установленных временных и бюджетных рамках. Автор предлагает читателям рекомендации по построению оптимальной структуры собственных проектов.
Предисловие к третьему циклу статей, посвящённому решению проблем бизнеса путём внедрения ERP системы и инкорпорирование её в систему управления бизнесом.
Растёт число и сложность структурных (функциональных) компонент внедряемых ERP систем. Вендоры из лучших побуждений непрерывно расширяют возможности системы, а внедрнецы по любому поводу предпочитают «сочинение» дополнительного программного кода использованию стандартной (но неведомой их консультантам!) функциональности. Однако чем более функциональна информационная система (ERP система), встраиваемая в процесс управления, тем взаимодействие с ней сложнее и «запутанней» и растёт неопределённость реакции всей системы управления на локальное возмущение.
Если приобретение и внедрение системы SAP осуществляется Вами ради повышения цены компании на IPO или формального удовлетворения требований иностранного партнера, дальнейший текст Вам читать не имеет смысла.
Во второй части отчета Panorama Consulting Solutions вы найдете советы по успешному внедрению SAP проектов. Дополнительные материалы на эту тему читайте в шестом выпуске SAP Professional Journal Россия за 2011 год, который выйдет во второй половине декабря (в разделе Project Expert).