Замкнутый цикл производства пустых фантиков. Новая статья Дмитрия Мартынова

[miklenew]

Когда то давно АНД Проджект свято верил в идею: А давайте будем внедрять без разработчиков. Так же, что то написанное на другом проекте остальным впаривать как отраслевое решение. Интересно они до сих пор верят в это?
Простой пример. У кладовщика два принтера (обычный и принтер штрихкода) в какой то момент слетают параметры. Место того чтоб напечатать одну этикетку на меленький формат, печатает эту этикетку на A4 с вытекающими последствиями. Место одного листочка хавает 5 и штрихкод не там где надо.
Отписал 1С. Ответ - снимите видео и пришлите к нам.
И так и сяк пробывал не нашёл последовательность, при которой это точно произойдёт.
Раз пришёл вручную поправил, второй раз пришёл поправил. В третий раз, плюнул и написал вывод в Excel. Т.е. что печатать набирают в 1с, а далее печать идёт из Excel. Т.е. сама 1С вообще получается не использует принтер этикеток. Всё, больше об этой проблеме я не слышал.
Как бы сделал человек убеждёный что всё можно решить настройками? Ушёл бы в бесконечную переписку с тех поддержкой 1С. Пользователю говорил бы что они мудаки и никак помочь не могут и т.д. Но мы то знаем кто был бы мудак
Кто не работал программистом не поймёт что такое система с открытым кодом и для чего она нужна.
Да настройками можно многое. И стремится надо к том у чтоб не засорять систему.
Без тех людей что их делали эти отраслевые или не отраслевые, пирамидка падает.
В Ax-e и Sap-e вообще смысла нет говорить об отраслевых решениях.
Пусть команда пройдёт через внедрения на 10-ти предприятиях одной отрасли. Тогда можно говорить что они нашли какие то закономерности.

[fed]

Цитата:

Сообщение от miklenew

Когда то давно АНД Проджект свято верил в идею: А давайте будем внедрять без разработчиков. Так же, что то написанное на другом проекте остальным впаривать как отраслевое решение. Интересно они до сих пор верят в это?

Более того, одним из авторов или, по крайней мере, горячих саппортеров этой идеи изначально был топикстартер - Саша Дублин.

[xan]

Цитата:

Сообщение от fed

Более того, одним из авторов или, по крайней мере, горячих саппортеров этой идеи изначально был топикстартер - Саша Дублин.

Более того... :-)
1) Руководство АНД эту идею на самом деле никогда не поддерживало (идея не способствовала разводу клиентов на допы), эту идею использовали только для продаж и лечения клиентов на проектах, когда доп разработки отдельно не оплачивались.
2) Я дважды наступил на грабли разработок на своем проекте в группе компаний Тинькофф (дважды инсталировалась новая система, в последней версии использовалось только 10% от сделанных доработок). Подробности будут опубликованы в серии статей "Как мы внедряли Аксапту на Тинькове".

[fed]

Цитата:

Сообщение от xan

Более того... :-)
1) Руководство АНД эту идею на самом деле никогда не поддерживало (идея не способствовала разводу клиентов на допы), эту идею использовали только для продаж и лечения клиентов на проектах, когда доп разработки отдельно не оплачивались.
2) Я дважды наступил на грабли разработок на своем проекте в группе компаний Тинькофф (дважды инсталировалась новая система, в последней версии использовалось только 10% от сделанных доработок). Подробности будут опубликованы в серии статей "Как мы внедряли Аксапту на Тинькове".

Осталось только спросить тебя, подумал ли ты о росте затрат на комплексирование всех проектных доработок со всех проектов в едином слое ? Вообще множество замечательных идей по организации внедрения быстро затухают, если спросить автора о затратах связанных с ее воплощением...

[xan]

Цитата:

Сообщение от fed

Осталось только спросить тебя, подумал ли ты о росте затрат на комплексирование всех проектных доработок со всех проектов в едином слое ? Вообще множество замечательных идей по организации внедрения быстро затухают, если спросить автора о затратах связанных с ее воплощением...

Денис, мы вроде о другом говорим...
Слоев, программирования и прочих "щенячьих" (для тех, кто понял :-) ) радостей я старался не касаться.
Я был апологетом идеи, что ERP система должна планировать, что именно функция планирования отличает ERP систему от учетной (транзакционной) системы.
Я не понимаю о каких дополнительных расходах ты говоришь.
Может ты имеешь ввиду то, что в том виде, в каком Аксапта поставляется Майкрософт она не может быть использована клиентом и необходимо собрать все и вся модификации, которые компания делала, чтобы у клиента хоть что-то работало?
Я припоминаю, что были целые дискуссии какие заплатки ставить на систему сразу, а какие потом. Точно, а наличие этих заплаток АНД рассматривало как конкурентное преимущество, помню только, что при использовании некоторых заплаток склад не закрывался, сводное планирование не работало. Вот уж точно конкурентное преимущество было. Что сейчас - не знаю.

[fed]

Цитата:

Сообщение от xan

Денис, мы вроде о другом говорим...

Я не понимаю о каких дополнительных расходах ты говоришь.

Но ни кому бы я не рекомендовал .... :-)

Ну как же - ты вроде бы согласился с тем что ты поддерживал идею вообще все доработки делать на общем слое для всех проектов. А потом оказывается что ты никому бы не рекомендовал и не понимаешь о каких дополнительных расходах идет речь.
А дополнительные расходы вытекают из того что необходимо собрать в одном приложении кучу доработок, разработанных разными проектными командами, каждая из которых ничего не знает о проектах своих коллег и их доработках.

Ну и как я уже не раз говорил - это очень и очень большой вопрос - что выгоднее для клиента - дописывать простую аксапту или расставлять галки в сложном САПе.

Я кстати хорошо помню - где-то в мае-июне 2004ого года было общее собрание ПМов, на котором я тоже был, по поводу разработки собственной методологии. ПМы долго рассуждали про создание общего слоя с лучшими доработками и только ты был полным экстремистом и предлагал вообще все разработки по всем проектам делать на одном слое. Типа - а вдруг оно пригодится... К счастью тебя тогда никто не стал слушать

[xan]

Денис,
всё может быть... ничего отрицать не буду...
Честно говоря, про единый слой не помню.
Документов никаких на эту тему у меня не осталось (я не писал). Если есть что, пришли.

Но полагаю, что какое то своё мнение по поводу на какому слое какие доработки делать я имел. И, меня сейчас мало волнует какое это было мнение :-) Так как я сейчас считаю, что любое мнение по этому вопросу ошибочно. ЛЮБОЕ!


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

Т.е. предлагаю не смешивать две проблемы (задачи): методология внедрения (методология управления проектом) и единый слой.

Возвращаясь к обсуждаемой теме (статье Дмитрия), хороша ли ERP система, функционал поставки которой зависит от дистрибютора (внедренца)?

P.S. Давай пользоваться правильной терминологией:
не собрание, тусовка (секретаря собрания не было, документов не велось, .....)
не предложение, а призыв (письменного документов никаких не было, были эмоциональны бла-бла)

[Мирослав Лянцевич]

Как человек, который в Тинькофе в 2009-10м году все перевнедрял, с нетерпением жду серии статей

Цитата:

Сообщение от xan

Более того... :-)
1) Руководство АНД эту идею на самом деле никогда не поддерживало (идея не способствовала разводу клиентов на допы), эту идею использовали только для продаж и лечения клиентов на проектах, когда доп разработки отдельно не оплачивались.
2) Я дважды наступил на грабли разработок на своем проекте в группе компаний Тинькофф (дважды инсталировалась новая система, в последней версии использовалось только 10% от сделанных доработок). Подробности будут опубликованы в серии статей "Как мы внедряли Аксапту на Тинькове".

[xan]

Цитата:

Сообщение от Мирослав Лянцевич

Как человек, который в Тинькофе в 2009-10м году все перевнедрял, с нетерпением жду серии статей

Рад познакомится. Только что Вы перевнедряли? Если еще лет пять назад Аксапта была заменена на SAP? А прау лет назад заводы вообще остановились.
Если только в ресторанах, так там мы и не внедряли практически, только учет денежных средств и всё. Даже никакого материального учета не было.

[Мирослав Лянцевич]

да в ресторанах внедряли нормальный бухгалтерский и материальный учет. спасали их от банкротства благодаря централизации управления на базе Аксапты

Цитата:

Сообщение от xan

Рад познакомится. Только что Вы перевнедряли? Если еще лет пять назад Аксапта была заменена на SAP? А прау лет назад заводы вообще остановились.
Если только в ресторанах, так там мы и не внедряли практически, только учет денежных средств и всё. Даже никакого материального учета не было.

[xan]

Цитата:

Сообщение от Мирослав Лянцевич

да в ресторанах внедряли нормальный бухгалтерский и материальный учет. спасали их от банкротства благодаря централизации управления на базе Аксапты

Мирослав, предлагаю провести диалог (дискуссию) на тему "Как внедрение нормального бухгалтерского учета и материального учета помогло спасти сеть ресторанов от банкротства".

По моему мнению проблемы обсуждаемой сети ресторанов никак не связаны с низким качеством учета, а определены качеством обслуживания, которое снизилось в результате управления "менеджерами из мира затрат". Образовался замкнутый круг: снижение выручки - снижение затрат - снижение качества обслуживания - снижение выручки ... Допускаю, что могу ошибаться и моё видение ошибочно.

Очень интересно как с помощью учета удалось разорвать этот круг?
Если у Вас есть желание написать на эту тему статью, то мы готовы помочь. Поделитесь позитивным опытом с сообществом!

С уважением, Александр Дублин.

[ice]

Цитата:

Сообщение от miklenew

В Ax-e и Sap-e вообще смысла нет говорить об отраслевых решениях.
Пусть команда пройдёт через внедрения на 10-ти предприятиях одной отрасли. Тогда можно говорить что они нашли какие то закономерности.

врядли даже такая команда чтото найдет, тк ведь у нас каждая компания считает все свои бизнес процессы уникальными, а требования специфичными

[ALES]

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