AXForum  
Вернуться   AXForum > Прочие обсуждения > Курилка
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 03.09.2012, 14:14   #41  
Мартынов Дмитрий is offline
Мартынов Дмитрий
Участник
 
236 / 66 (3) ++++
Регистрация: 02.02.2004
Адрес: г. Москва
Цитата:
Сообщение от fed Посмотреть сообщение
Приведенный тобой конкретный пример как раз таки говорит о крайнем бардаке в учете у заказчика. И вместо того чтобы их хоть как-то наставить на путь истинный (например - предложить им признавать задолженость по получению счета от клиента), консультант переписывает систему так чтобы задолженость рассчитывалась вопреки минимальному финансовому смыслу. Очень наглядная иллюстрация к тезису о том что 90% разработок - от непонимания...
Не надо смешивать обязательства и задолженность, это разные вещи. Может быть вас сбило с толку слово "ведомость".

Товар еще не поставлен и накладной нет. Но обязательство оплатить важное поставщика, а значит и для покупателя появилось. Может быть не сталкивались с таким? Но, например, некоторые китайские поставщики при нарушении таких обязательств принципиально отказываются работать дальше. А в других случаях это гарантия обозначает возможность для поставщика не останавливать тот же флот-процесс или домну...
Старый 03.09.2012, 14:23   #42  
Мартынов Дмитрий is offline
Мартынов Дмитрий
Участник
 
236 / 66 (3) ++++
Регистрация: 02.02.2004
Адрес: г. Москва
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Если конечно не оценивать консультанта как постановщика задач на программирование. Но я так данную роль не оцениваю.
Консультант, конечно, поставщик задач вообще, а не только по программированию. Речь идет о задачах, которые не видит заказчик по различным причинам (замыливание глаз, сложность процессов, незнание известных практик, отсутствия опыта в каких то решениях).

Я ни как не хочу при этом принизить спобоности владельца, который построил бизнес или директора, который им управляют, и большинство задач, которые ставит консультант, оказываются в достаточной мере ими осознанными и решенными. Но те единичные случаи, когда консультант попадает в точку, дорогого стоят. А решения могут быть программные или какие то другие...
Старый 03.09.2012, 14:32   #43  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Не в том дело чтобы отказывать клиенту в разработках, а в том чтобы делать их как можно меньше особенно на этапе запуска.
Мне кажется, что цель состоит в том, чтобы обеспечить клиента полноценно работающим функционалом на определенный срок, без вызова стороннего программиста, который будет исправлять баги, выявленные в процессе ОПЫТНОЙ эксплуатации.И отговорки "нам за 2 часа работы в САП платят больше, чем здесь за 2 дня" должны инкреминироваться как не качественное выполнение работ.
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 03.09.2012, 14:45   #44  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Плох тот консультант который предлагает
что-то решить через по-программировать. То есть как минимум половина кастомизаций от незнания функционала а вторую половину неплохо бы делать только после запуска и с помощью другой компании. Это так с точки зрения Идеала
Старый 03.09.2012, 14:51   #45  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от Pustik Посмотреть сообщение
Мне кажется, что цель состоит в том, чтобы обеспечить клиента полноценно работающим функционалом на определенный срок, без вызова стороннего программиста, который будет исправлять баги, выявленные в процессе ОПЫТНОЙ эксплуатации.И отговорки "нам за 2 часа работы в САП платят больше, чем здесь за 2 дня" должны инкреминироваться как не качественное выполнение работ.
Неа. Цель в том чтобы клиент заплатил денег, не имел претензий, согласился с тем что проект успешный на основе заранее оговоренных критериев. То есть все по плану минимум и нас ждут другие клиенты. По максимуму же клиента удовлетворить в принципе нельзя а потому надо вовремя и тихо уйти
Старый 03.09.2012, 15:00   #46  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Плох тот консультант который предлагает
что-то решить через по-программировать.
Какие то идеальные консультанты на идеальных проектах у идеальных клиентов. Ваше "что-то" находится в очень широком диапазоне. И объясните толком чем плохо программировать то. А то я как то не встречал проекты без кодинга. Может не так что то делаю.
Старый 03.09.2012, 15:05   #47  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Да и консультант должен не ставить задачи а решать их функциоанально. Программирование как открытая операция на сердце - последнее средство.

Все доехал до клиента (5 часов сидя в поезде), ушел в ненавистное программирование... Главное руки потом помыть
Старый 03.09.2012, 15:08   #48  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,909 / 5730 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Мартынов Дмитрий Посмотреть сообщение
Не надо смешивать обязательства и задолженность, это разные вещи. Может быть вас сбило с толку слово "ведомость".

Товар еще не поставлен и накладной нет. Но обязательство оплатить важное поставщика, а значит и для покупателя появилось. Может быть не сталкивались с таким? Но, например, некоторые китайские поставщики при нарушении таких обязательств принципиально отказываются работать дальше. А в других случаях это гарантия обозначает возможность для поставщика не останавливать тот же флот-процесс или домну...
Насколько я помню IAS/GAAP, там вводится понятие "принципе осмотрительности", в соответствии с которым обязательства и убытки признаются в момент возникновения, даже если они не подтверждены конкретными документами. Соответственно если китайские поставщики при нарушении этих обязательств отказываются работать дальше, то необходимо эти обязательства принять к учету. Обычно для этого задолженость разноситься на некий промежуточный счет, на котором и живет. По прибытии товара, оприходование случается не со счета задолжености, а с этого промежуточного счета. Если присланная накладная оказалась чуть больше или меньше предварительно проведенной задолжености, то либо проводиться дополнительная (маленькая) задолженость, либо старая задолженость сторнируется в текущем периоде и проводится заново (в текущем периоде опять таки) с новой суммой.

Это я к тому, что независимо от степени "управленческости" учета, так сказать, следование некоторым фундаментальным принципам GAAP/IAS весьма полезно. Возможно тогда как раз удастся внедрить модуль рассчетов с поставщиками, расширяя его, а не переписывая отчетность по задолженостям с ноля...
Старый 03.09.2012, 15:10   #49  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от gudzon Посмотреть сообщение
Какие то идеальные консультанты на идеальных проектах у идеальных клиентов. Ваше "что-то" находится в очень широком диапазоне. И объясните толком чем плохо программировать то. А то я как то не встречал проекты без кодинга. Может не так что то делаю.
Не плохо. Речь о том чем меньше программирования тем лучше.
Да и тема скорее про то что для Консалтинга программирование это зло. Часто неизбежное. С позиции владельцев такого бизнеса.
Старый 03.09.2012, 15:17   #50  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Не плохо. Речь о том чем меньше программирования тем лучше.
Да и тема скорее про то что для Консалтинга программирование это зло. Часто неизбежное. С позиции владельцев такого бизнеса.
Не особо знаком с консалтингом со стороны владельца. Отчего не выгодно то? Вроде у программистов ставка не меньше чем у консультанта.
Старый 03.09.2012, 15:26   #51  
veps is offline
veps
Участник
 
87 / 26 (1) +++
Регистрация: 22.03.2006
Адрес: хабаровск
и не только консалтингу, бизнес тоже считает деньги.
После покупки компанией Heineken завода Амур-Пиво в Хабаровске и последующего тиражирования проекта SAP, на заводе закрыли линию по производству бутилированной питьевой воды, т.к. в системе отсутствовали номенклатуры, не были описаны и проработаны алгоритмы расчета себестоимости в SAP и понадобилось бы программировать :-)
Старый 03.09.2012, 15:36   #52  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,909 / 5730 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от gudzon Посмотреть сообщение
Не особо знаком с консалтингом со стороны владельца. Отчего не выгодно то? Вроде у программистов ставка не меньше чем у консультанта.
В краткосрочной перспективе - разработка выгодна, поскольку помогает поднять побольше денег с клиента (в случае почасовки вообще легко, в случае фикса - с помощью допсоглашений - менее легко, но реально). В долгосрочной перспективе, избыточная разработка снижает шансы на запуск и завершение проекта. После некоторого числа доработок, затраты на комплексирование и отладку растут квадратически, в то же время выручка растет линейно. А после некоторого количества ошибок и факапов - клиент начинает упираться с оплатой (даже если формально это почасовка) или вводить требование бесплатного исправления ошибок.
Кроме того, в нормальных экономиках, те фирмы которые факапят слишком много проектов, со временем вымываются с рынка. (Конечно - не везде, не всегда, не на 100%, но в целом тенденция присутствует).
Так что избыточная разработка - это хорошо в краткосрочной перспективе и плохо в долгосрочной...

Последний раз редактировалось fed; 03.09.2012 в 15:46.
Старый 03.09.2012, 15:55   #53  
gudzon is offline
gudzon
программист
 
1,166 / 324 (13) ++++++
Регистрация: 06.07.2004
Адрес: Москва
Цитата:
Сообщение от fed Посмотреть сообщение
Так что избыточная разработка - это хорошо в краткосрочной перспективе и плохо в долгосрочной...
Спасибо. Ну избыточная деятельность это всегда плохо. Будь то разработка или консалтинг. Но ведь и без программирования можно завалить проект. Особенно если жестко насаживать клиента на голую аксапту, мотивируя это тем, что мы не можем контролировать риски разработки. А вот следить за разработкой надо точно. Разработка в рамках предусмотренных часов по контракту вполне себе нормальное дело. Не вижу причин бояться кодинга как такового при обоюдном согласии сторон.
Старый 03.09.2012, 17:22   #54  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Я не понимаю, блин, почему никто не говорит о специфики предприятия? Или аксапта такая крутая , что может вот так просто влится в предприятие и при этом там жить полноценной жизнью без модификаций?.Сомневаюсь , что это так.
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 03.09.2012, 17:27   #55  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2156 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от gudzon Посмотреть сообщение
Не особо знаком с консалтингом со стороны владельца. Отчего не выгодно то? Вроде у программистов ставка не меньше чем у консультанта.
Как правило, разработчики нужны только на часть проекта. В итоге необходимо балансировать количество разработчиков и проектов, чтобы и люди были для проектов, и проекты для людей. В общем случае Консалтинга - это дополнительные затраты. Понятно, что остается балансировка консультантов, но там проще это привязать непосредственно к проектам.

Насколько я знаю, есть разные подходы среди партнеров МС - и полное выделение команды на проект, и выделение людей (в т.ч. консов) под конкретные "разовые задачи". Что в итоге оправданнее, покажет время
__________________
Ivanhoe as is..
Старый 03.09.2012, 17:30   #56  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2156 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от Pustik Посмотреть сообщение
Я не понимаю, блин, почему никто не говорит о специфики предприятия? Или аксапта такая крутая , что может вот так просто влится в предприятие и при этом там жить полноценной жизнью без модификаций?.Сомневаюсь , что это так.
Предлагаю завести отдельную тему, где обсуждать, насколько Аксапта соответствует потребностям разных заказчиков

Изначально тема - про Консалтинг (и даже не совсем про Ax, про Ax условие появилось позже).
__________________
Ivanhoe as is..
Старый 03.09.2012, 17:32   #57  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,909 / 5730 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Pustik Посмотреть сообщение
Я не понимаю, блин, почему никто не говорит о специфики предприятия? Или аксапта такая крутая , что может вот так просто влится в предприятие и при этом там жить полноценной жизнью без модификаций?.Сомневаюсь , что это так.
Просто речь-то идет не о том что вообще все модификации вредны или наоборот полезны, а о том что для каждого внедрения есть некий разумный минимум модификаций. Хорошие партнеры склонны оставаться в рамках этого минимума, плохие - склонны доить клиента до тех пор пока проект не разваливается из за допиливания.
В долгосрочной перспективе для партнера выгодно ограничивать клиента этим разумным мнимумом. Может в короткой перспективе слегка меньше денег будет поднято, но в долгосрочной перспективе - довольный клиент принесет больше денег (как за поддержку так и косвенно - как референтное внедрение).

Ну и надо помнить, что есть отрасли на которые Аксапта в принципе не становиться с разумным уровнем доработок (типа непрерывки например). Конечно можно ее переделывать, но скорее всего это ничем хорошим не кончиться. Лучше такому клиенту просто не продавать аксапту (опять таки - лучше в долгосрочной перспективе. В краткосрочной перспективе - лучше продавать кому угодно, а потом валить из фирмы-продавца с премией полученной за продажу ).
(Дисклеймер - про процессное производство в DAX2012 - знаю. Лично не внедрял. Уверен что до DAX версии 8, оно будет малость кривоватым и лучше с ним не связываться...)

Последний раз редактировалось fed; 03.09.2012 в 18:14.
За это сообщение автора поблагодарили: eugene egorov (2), sukhanchik (2).
Старый 03.09.2012, 18:01   #58  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Предлагаю завести отдельную тему, где обсуждать, насколько Аксапта соответствует потребностям разных заказчиков
Если вырезки, которые связаны с темой,превращать в отдельные ветки, то потом можно запутаться, Вы со мной не согласны?
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 03.09.2012, 18:09   #59  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
to fed
как всегда грамотно и по делу. Очень информативно сказано, для рынка. Некоторым людям да эти слова в уши.
__________________
-Ты в гномиков веришь?
-Нет.
-А они в тебя верят, смотри, не подведи их.
Старый 03.09.2012, 18:15   #60  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2156 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Цитата:
Сообщение от Pustik Посмотреть сообщение
Если вырезки, которые связаны с темой,превращать в отдельные ветки, то потом можно запутаться, Вы со мной не согласны?
Не согласен. Общий подход форума - обсуждать не все подряд, а создавать отдельные темы. В отдельной теме с удовольствием поделюсь своим видением отраслей, применимостью AX и т.п.
__________________
Ivanhoe as is..
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Помогите студенту! UML, разработка БД Zhacha Курилка 2 01.06.2009 16:38

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 15:55.