Меню

Сортировать:

Новое Популярное
Роботизированный «регресс» продуктива SAP ERP. Путь к успеху (1)

Комментарий от  

Вячеслав Шиболов

  |  22 июля 2019, 14:50

Очень познавательно, спасибо за "свежий взгляд".
SAP GUI 7.60: первый взгляд (5)

Комментарий от  

Олег Паперин

  |  12 июля 2019, 16:26

Дмитрий Островский 02 июля 2019, 14:21

Пользуюсь
Много вопросов по UX
Так, например, кнопка назад прыгает с места на место и нужно внимательнее несколько раз подряд нажимать
Иконки enhancement и редактирования весьма похожи, иногда путаюсь

В patchlevel 2 обещают возможность вернуть меню. Релиз в конеце июля - начало августа.
Подборка книг по Системному мышлению или управлению бизнесом как системой (2)

Комментарий от  

Олег Бондарь

  |  07 июля 2019, 12:36

Ну, а SAP ERP построен на систематике (аналогия математики только в системной плоскости) второго поколения.
Подборка книг по Системному мышлению или управлению бизнесом как системой (2)

Комментарий от  

Олег Бондарь

  |  07 июля 2019, 12:34

1. Гараедаги есть издание 2011 года на английском - неплохо бы было перевести так как появились существенные изменения. Там описывается новый класс систем, ориентированных на современные предприятия. Книга для прочтения после книг описанных ниже.
2. Есть курс хороших лекций и книга Анатолия Левенчука по системной инженерии. Вправляет мозг для консультантов и для бизнеса.
3. Есть тайные знания - курс Александра Малюты. Вот начинать нужно с 2 и 3.
4. В книге 7 много неточностей так как писали медики, но книга ценна примерами и интересными наблюдениями. Она написана на основе 3.1
5. Для менеджеров коммерческого (концернов обязательно), для паблик сектор просто необходимо в этом разбираться.
6. Системное мышление алогично с точки зрения аналитического мышления так, что рекомендуется для людей определенного уровня зрелости и роста, когда осознаны границы аналитического мышления.
SAP GUI 7.60: первый взгляд (5)

Комментарий от  

Дмитрий Островский

  |  02 июля 2019, 14:21

Пользуюсь
Много вопросов по UX
Так, например, кнопка назад прыгает с места на место и нужно внимательнее несколько раз подряд нажимать
Иконки enhancement и редактирования весьма похожи, иногда путаюсь
SAP GUI 7.60: первый взгляд (5)

Комментарий от  

Олег Точенюк

  |  27 июня 2019, 12:31

Максим Пак 27 июня 2019, 08:36

в принципе, привыкнуть можно ко всему - даже держать ложку ногой. другое дело, что существует пресловутая зона комфорта и неприятие нового (интерфейса в тч) чаще всего связано с необходимостью выйти из нее. непосредственно по теме - да, все эти плитки и веб элементы интерфейса - весьма неудобны и с урезанным функционалом, но SAP не вернется к старому интерфейсу и рано или поздно придется переезжать. тем более, что соль изменений кроется все таки в "кишках" типа перехода к CDS, VDM и тд, а не в изменении обертки. благо, что прецеденты есть - появление ленты (ribbon) в ms office, попытка замены пуска плитками в win 8, переезд на HANA с Oracle и тд. да и в целом, грех жаловаться на неудобства - это все ж таки не в шахте уголь добывать

Ну с плитками как видим майкрософт частично откатил назад к меню, так и тут, могут быть варианты. Идея то конечно понятная, один интерфейс, не важно на каком устройстве.
SAP GUI 7.60: первый взгляд (5)

Комментарий от  

Максим Пак

  |  27 июня 2019, 08:36

в принципе, привыкнуть можно ко всему - даже держать ложку ногой. другое дело, что существует пресловутая зона комфорта и неприятие нового (интерфейса в тч) чаще всего связано с необходимостью выйти из нее. непосредственно по теме - да, все эти плитки и веб элементы интерфейса - весьма неудобны и с урезанным функционалом, но SAP не вернется к старому интерфейсу и рано или поздно придется переезжать. тем более, что соль изменений кроется все таки в "кишках" типа перехода к CDS, VDM и тд, а не в изменении обертки. благо, что прецеденты есть - появление ленты (ribbon) в ms office, попытка замены пуска плитками в win 8, переезд на HANA с Oracle и тд. да и в целом, грех жаловаться на неудобства - это все ж таки не в шахте уголь добывать
SAP GUI 7.60: первый взгляд (5)

Комментарий от  

Олег Точенюк

  |  11 июня 2019, 08:59

Что 7.50, что 7.60, тема Fiori очень спорная, хотя части пользователей, можно сказать она зашла, сидят в ней. Я пытался, но пришлось откатить на стандартную, стримлайн. В 7.50 ловил на теме Fiori пару раз зависание клиента, достало когда зависло при загрузке остатков через мигрейшенкокпит. Про 7.60 пока ничего не скажу, грузить ничего не приходилось.
MVC и обработка событий (7)

Комментарий от  

Антон Китаев

  |  09 июня 2019, 20:51

Валерий Заузолков 18 июня 2018, 15:52

Кроме критики хотелось бы глянуть на то, что предлагаете Вы.

А что тут предлагать, если человек декларирует handler-ы в интерфейсе? Замечание Михаила вполне уместно и не требует никаких пояснений.
Внедряй! SP1 (4)

Комментарий от  

Роман Павленко

  |  03 июня 2019, 16:00

Олег Башкатов 02 июня 2019, 14:02

У меня был опыт, когда начитавшись книг о том, что нельзя участвовать в безнадежных проектах я оставил крупную программу. Программа была обречена на формальный успех, хотя многие из целей и были лишены смысла, а обстановка в проекте была весьма истеричной. Но, проект был хорошей и уникальной школой, которая много дала всем его участникам, в т.ч. и в профессиональном плане. Сейчас бы я так не поступил. Сейчас я понимаю, что любой крупный проект - это уникальный опыт.
 
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Вы бы так не поступили даже в случае, что есть возможность участвовать в другом проекте? Или Вы бы так не поступили в случае, если других проектов нет?

Я ушел на другой проект. Но, нужно было закончить этот.
Внедряй! SP1 (4)

Комментарий от  

Олег Башкатов

  |  02 июня 2019, 14:02

У меня был опыт, когда начитавшись книг о том, что нельзя участвовать в безнадежных проектах я оставил крупную программу. Программа была обречена на формальный успех, хотя многие из целей и были лишены смысла, а обстановка в проекте была весьма истеричной. Но, проект был хорошей и уникальной школой, которая много дала всем его участникам, в т.ч. и в профессиональном плане. Сейчас бы я так не поступил. Сейчас я понимаю, что любой крупный проект - это уникальный опыт.
 
>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
Вы бы так не поступили даже в случае, что есть возможность участвовать в другом проекте? Или Вы бы так не поступили в случае, если других проектов нет?
5 распространенных заблуждений при внедрении SAP (15)

Комментарий от  

Нурбол Жартыбаев

  |  30 мая 2019, 08:50

Антон Муханин 11 апреля 2018, 01:59

+1
Суть та же самая...
Т.е. «А вот на Западе…» то же самое))
 
Вот еще в копилку из моего опыта -
1. Моя жена, которая до недавнего времени к SAP не имела никакого отношения (кроме меня, разумеется ;-) ) устроилась работать в одну достаточно крупную немецкую компанию, которая имеет широкий SAP функционал, о котором я даже не слышал... Так вот спустя пару месяцев работы с SAP в качестве пользователя она приходит с работы и говорит - ничего себе (ну в более ярких словах не для печати), SAP - это круто! Тыкнул сюда, получил такую инфу, тыкнул сюда - другую полезную инфу и т.д. и т.п.
Я чуть не заплакал)))
 
2. А вот еще из темы "SAP is a Puppet"... Был проект в одной "пацанской" компании, так вот ТОПы говорят, немного стесняясь, - нам бы сделать так, чтобы у нас была не только "белая" бухгалтерия, но и "серая"... )))

Стандартная схема отражения давальческих операций у Давальца – Заказчика услуг по переработке (9)

Комментарий от  

Олег Точенюк

  |  24 мая 2019, 09:59

Александр Хан 23 мая 2019, 14:41

Коллеги может кто сталкивался с ситуацией.
Как можно в одном документе «Заказ на поставку» хранить материал в разных единицах измерения (куб. метр и тонна).

Наверное никак, точнее сделайте 3 материала и храните.
Стандартная схема отражения давальческих операций у Давальца – Заказчика услуг по переработке (9)

Комментарий от  

Александр Хан

  |  23 мая 2019, 14:41

Александр Хан 23 мая 2019, 14:35

Отличная статья.

Коллеги может кто сталкивался с ситуацией.
Как можно в одном документе «Заказ на поставку» хранить материал в разных единицах измерения (куб. метр и тонна).
Использование Report-Painter для создания отчетов о финансовом результате (1)

Комментарий от  

Анвар Байгулов

  |  22 мая 2019, 07:15

Здравствуйте, рисунки не отображаются в браузере.
Внедряй! SP1 (4)

Комментарий от  

Роман Павленко

  |  16 мая 2019, 11:01

Сергей Поздняков 16 мая 2019, 07:03

п.1. Залог успеха любого проекта - подготовка бизнес-выгод до начала проекта уровня первого лица или, например отдельно по направлению каждого вице-президента, тогда количество врагов можно существенно сократить. Если же проект делает подрядчик, то с внутренними противоречиями лучше бороться изнутри, добиваясь назначения соответствующего руководителя, ответственного за решение противоречий с полномочиями решать противоречия на самом высшем уровне.
п.2 При подготовке презентаций я часто для РП привожу пример, которому меня когда-то научили старшие коллеги:
При подготовке презентаций в части детализации и количество представляемой в ней информации - руководителя, для которого предназначена презентация, нужно представлять школьником начальных классов, причем чем он высшего должность, тем меньше класс. Соответственно, если руководитель является первым лицом, презентация по своей сложности должна быть мультиком для малышей из детского сада (образно) из 1,3,5 страниц :)
п.3 №2 - интересная мысль, не задумывался ранее о ней
п.4 Часто из проектов делают крестовый поход с огромным числом жертв, забывая в конце проекта кто и зачем плодил эти жертвы. Не нужно терять человеческое лицо достигая любой ценой свои цели.
Полостью согласен с тем, что крупные и сложные проекты - это бесценный опыт, от которого нельзя отмахиваться. В таких проектах закаляются как в личностные качества, так и профессиональные.
п.5 Мелочность руководителей в части элементарных удобств отравляет веру команды в то, что они вкладывают все свои силы в результат, а компания этого по отношению к ним делать не собирается. Вообще мелкие удобства – это пирамида Маслоу – каждый сотрудник должен на базовом уровне себя чувствовать комфортно в безопасности  – такси ночью (безопасно добраться домой + чтобы успеть выспаться), пицца (чтобы удовлетворить голод = безопасность)
п.6 В целом иногда действительно на проектах тратится много ненужных средств, но часто потому что, люди исполняющие их не понимают зачем они были запланированы и не являющиеся профессионалами в их исполнении. Например, процесс коммуникации и информирования участников и руководства является важнейшей составляющей большой программы, но если этим будет заниматься не профессионал, то много времени и денег будет потрачено впустую (так что лучше вообще этим не заниматься), а если профессионал, то эффект будет превышать затраты.
п.7 "Большой проект, в котором кипят страсти, бурлят человеческие эмоции, зачастую меняются судьбы и рушится привычный уклад жизни людей – идеальная площадка для исследования социальных явлений в миниатюре и поведенческих мотивов." - согласен)

Благодарю за рецензию! )
Проблемы внедрения параллельных оценок на базе EHP5 (1)

Комментарий от  

Анвар Байгулов

  |  16 мая 2019, 08:56

Добрый день, рисунки в браузере не показывает
Внедряй! SP1 (4)

Комментарий от  

Сергей Поздняков

  |  16 мая 2019, 07:03

п.1. Залог успеха любого проекта - подготовка бизнес-выгод до начала проекта уровня первого лица или, например отдельно по направлению каждого вице-президента, тогда количество врагов можно существенно сократить. Если же проект делает подрядчик, то с внутренними противоречиями лучше бороться изнутри, добиваясь назначения соответствующего руководителя, ответственного за решение противоречий с полномочиями решать противоречия на самом высшем уровне.
п.2 При подготовке презентаций я часто для РП привожу пример, которому меня когда-то научили старшие коллеги:
При подготовке презентаций в части детализации и количество представляемой в ней информации - руководителя, для которого предназначена презентация, нужно представлять школьником начальных классов, причем чем он высшего должность, тем меньше класс. Соответственно, если руководитель является первым лицом, презентация по своей сложности должна быть мультиком для малышей из детского сада (образно) из 1,3,5 страниц :)
п.3 №2 - интересная мысль, не задумывался ранее о ней
п.4 Часто из проектов делают крестовый поход с огромным числом жертв, забывая в конце проекта кто и зачем плодил эти жертвы. Не нужно терять человеческое лицо достигая любой ценой свои цели.
Полостью согласен с тем, что крупные и сложные проекты - это бесценный опыт, от которого нельзя отмахиваться. В таких проектах закаляются как в личностные качества, так и профессиональные.
п.5 Мелочность руководителей в части элементарных удобств отравляет веру команды в то, что они вкладывают все свои силы в результат, а компания этого по отношению к ним делать не собирается. Вообще мелкие удобства – это пирамида Маслоу – каждый сотрудник должен на базовом уровне себя чувствовать комфортно в безопасности  – такси ночью (безопасно добраться домой + чтобы успеть выспаться), пицца (чтобы удовлетворить голод = безопасность)
п.6 В целом иногда действительно на проектах тратится много ненужных средств, но часто потому что, люди исполняющие их не понимают зачем они были запланированы и не являющиеся профессионалами в их исполнении. Например, процесс коммуникации и информирования участников и руководства является важнейшей составляющей большой программы, но если этим будет заниматься не профессионал, то много времени и денег будет потрачено впустую (так что лучше вообще этим не заниматься), а если профессионал, то эффект будет превышать затраты.
п.7 "Большой проект, в котором кипят страсти, бурлят человеческие эмоции, зачастую меняются судьбы и рушится привычный уклад жизни людей – идеальная площадка для исследования социальных явлений в миниатюре и поведенческих мотивов." - согласен)
Книга "Upgrading SAP. The Comprehensive Guide" (2)

Комментарий от  

Вячеслав Шиболов

  |  15 мая 2019, 13:43

Сергей Бредихин 15 мая 2019, 10:27

Вячеслав, спасибо за обзор. Судя по твоему описанию, отличная книга! Must have.

Сергей,
она пока стоит на первом место на моей полке книг для администратора SAP. Действительно достойный труд.
 
Спасибо за комментарий.