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

Они рады бы спланировать все на 10 лет, но не получается; директора живут на вулкане точно так же, как и айтишники: собственники, конкуренты, правительство подкидывают вводные, на которые приходится реагировать. Ну да, бывает что могли заранее спланировать, но недотумкали или поленились. Но сплошь и рядом в бизнесе приходится действовать по ситуации. Неопределенность в бизнесе существует объективно - "туман войны" по Клаузевицу.

директора задолбали молчатья очень хочу чтобы наша профессия со временем стала такой же инженерной дисциплиной как например строительство - вам нужно здание? Извольте заплатить за проект, а потом за возведение, или покупайте (арендуйте) готовое, но тут уж не выдвигайте требований пристроить к нему еще 30 этажей. Изволили построить времянку, а теперь хотите ее превратить в доменный цех? нет проблем - СНОСИМ временку и строим цех. Через пять лет вам потребуется переделать цех в аэропорт? Это ваши трудности - х*й в голове медецина бессильна. Вы никогда не задумывались почему в IT такой процент проваленных проектов (представьте себе такой процент например в автомобилестроениии)? А потому, что делают их не в рамках инженерного подхода, а вопреки ему.... И заметьте, никто не кричит "Судостроители пи...сы не хотят переделать речной трамвайчик в ледокол". Ээээх мечты... А Вам не приходило в голову, что компьютергная программа - объект существенно отличающийся от здания или судна? В случае здания или корабля у вас есть проектирование, когда объект "строится" на бумаге или в CADе, и собственно производство, когда закупаются материалы и объект изготавливается "в железе". С этой точки зрения изготовление программы целиком укладывается в проектирование, а производства как такового нет.

Поэтому изменение требований к программе корректно сравнивать не со сносом уже строящегося здания, а с внесением изменений в чертежи здания или судна. А это случается сплошь и рядом, ничуть не реже, чем в айти. Так что чем сетовать на различия в профессии, лучше скажите спасибо, что Вы, в отличие от архитектора, сидите в теплом офисе и Вам не приходится одевать каску и сапоги и лезть в котлован, чтобы осуществлять авторский надзор, или общаться с мастерами и бригадирами и следить за тем, ровно ли варится шов.

Шо делать дальше? АБ А Вам не приходило в голову, что компьютергная программа - объект существенно отличающийся от здания или судна? В случае здания или корабля у вас есть проектирование, когда объект "строится" на бумаге или в CADе, и собственно производство, когда закупаются материалы и объект изготавливается "в железе". С этой точки зрения изготовление программы целиком укладывается в проектирование, а производства как такового нет.

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

Для справки: цена линкора измеряется миллиардами долларов. Что, заказчики были тупыми? Нет, поменялась военно-стратегическая обстановка, тактика и вооружение противника. То же и в бизнесе: пока мы думали об управленческом учете, кокуренты успели обзавестись CRM-ом. А айтишники за пивом рассуждают: "ну директора у нас тууупые!" :)