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

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

Честно говоря, не знаю, какой код вы пишите.
Но на западе заказчики ничем принципиально не отличаются от заказчиков в Украине / России. Очень небольшой процент знает, как именно должно работать то, что им нужно.

leonmbss_ustinovпропущено...

Честно говоря, не знаю, какой код вы пишите.
Но на западе заказчики ничем принципиально не отличаются от заказчиков в Украине / России. Очень небольшой процент знает, как именно должно работать то, что им нужно.
Ошибаетесь. Заказчик всегда знает что ему нужно. Это его бизнес и ему виднее. Даже если он ошибся - это ЕГО бизнес и его риски. Посему програмисты там решают задачи поставленые заказчиком а не расказывают ему как правильно. Он платит за то что он хочет а не за то что хочет програмист.

Впрочем большинство нагих заказчиков тоже знают что хотят. Просто програмисты им лапшу на уши вешают.

Посудите сами - у человека бизнес , он зараьбатывает деньги. И не просто деньги а еще и может позволить себе недешовое ПО типа ERP какой нибудь.

И тут приходит нищеброд програмист, у которого за душой ничео кроме компа, и начинает расказывать ему как надо вести дела.

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

Если приходит специалист "у которого за душой ничео кроме компа", то такого, разумеется, никто слушать не будет. Но у некоторых есть еще довольно большой объем знаний и опыта, кроме компа.

rkh99s_ustinovОк, назовите мне парочку заказчиков, которые знают, как должна, например, работать консолидация (расчет консолидированной фин отчетности).
Я говорю не о том, как должен выглядеть интерфейс пользователя (одна большая кнопка "Подготовить отчетность, включая раскрытия"), а о том, как именно и что должно считаться.

Если приходит специалист "у которого за душой ничео кроме компа", то такого, разумеется, никто слушать не будет. Но у некоторых есть еще довольно большой объем знаний и опыта, кроме компа.

Ну я могу назвать парочку предприятий... и эти люди специально организовывали сложные холдинговые структуры, что бы минимизировать налоговую нагрузку, а не из-за глупости... Я от этих людей я научился обналичивать деньги по 3-4%, причем законно... причем так законно, что "комар носу не подточит". Так что не надо наезжать на наш менеджмент... Они не дураки, просто у наших цели другие)))
Я не об оптимизации налогообложения, я именно о технической части говорю. :)
Если вы более менее хорошо общаетесь именно с людьми, которые и готовят отчетность - поинтересуйтесь, как происходит процесс - в чем именно они делают консолидацию, если это не ексель - как и кем это внедрялось и сейчас работает, если услышите слово "пакет" - попросите на посмотреть (цифры пусть удалят, там главное - структура), ну и, самое главное, поинтересуйтесь, как, собственно говоря, эта отчетность делается (процедура).
Я не спорю, наверняка есть несколько групп с нормальным процессом, но у 95% детали процесса подготовки отчетности... впечатляют, скажем так.

mad_nazguls_ustinovЯ не спорю, наверняка есть несколько групп с нормальным процессом, но у 95% детали процесса подготовки отчетности... впечатляют, скажем так.

Так вся проблема в том, что отчетности должно быть как минимум три.
1) Для себя
2) Для акционеров
3) Для налоговой

Причем 1) должна быть максимально приближенной к реальности, но о ее существовании не должны знать ни акционеры, ни налоговая.
Отчетность 2) должна показывать, что все хорошо - рост роста доходов неуклонно растет.
А отчетность 3) должна показывать, что мы тут еле-еле концы с концами сводим, только чудом выплачиваем налоги.

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

И тут приходит "программист весь в белом" и пытается создать отчеты 1)-го типа.
И никакие больше...

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