guest_20040621Ну не нужно разработчику знать все. Сегодня он занят WMS, завтра - софтом для биржевого брокера, послезавтра - софтом для подсчета лабораторных мышей и регистрации результатов экспериментов. Не нужны ему предметные области.Позвольте с Вами не согласиться. Разработчики, которые и проги ваяют, и самовары паяют, и сапоги починяют лично у меня вызывают недоверие. Потому что я под определением "разработчик" понимаю не только программеров, а их совокупность с методологами и бизнес-аналитиками. Есть множество областей, в которых собственно автоматизация (которая "ради автоматизации") не дает никакого выигрыша, и на бизнес-аналитиков и методологов приходится гораздо больше нагрузка, нежели на программеров или настройщиков.
Еще ни разу мне не доводилось видеть, чтобы заказчик сам писал ТЗ... :) Обычно он его только слегка поправляет и утверждает. Пишет его либо разработчик, либо специально приглашенный консалтер. Просто таковы реалии жизни.
Разработчики, которые ожидают, когда весь мир приспособится под их представления, обречены на следование за динозаврами... :)
Не должны те, кто занимается IT-проектами, работать по принципу "чего изволите-с?". В определенной степени они должны направлять заказчика и помогать ему осознать те вещи, которые заказчик ранее не понимал. Иначе высока вероятность того, что заказчик попросит сделать так, как делалось в ручную. И наиболее существенный "выигрыш" от автоматизации будет заключаться лишь в том, что заполняемые вручную бланки теперь заполняются при помощи компьютерной клавиатуры, а все бизнес-процессы останутся ориентированными на ручную обработку информации.
Не следует забывать о том, что заказчик не просто так обращается за помощью к внедренцу. Он обращается потому, что У НЕГО НЕТ автоматизации. И раз ее нет, то, скорее всего, никогда не было. Следовательно, заказчик не имеет ни моответствующего опыта, ни компетенций. Если он наймет грамотного руководителя проекта, который ими обладает, это был бы идеальный вариант, но чаще всего он просто обращается к аутсорсеру, консультанту или внедренцу, зачастую не представляя существенной разницы между этими понятиями. Вот на такой рынок заказчиков и должен быть ориентирован сегодня внедренец, ПМСМ. Такой внедренец, который может не только на "голых словах", но и на практике доказать, что он обладает компетенциями, что у него есть опыт в автоматизации определенного вида деятельности, что он разбирается и в предметной области, и в методологии. И что он готов в том числе помочь топ-менеджменту заказчика, "продать" ему свой опыт и компетенции, подсказать, в каком направлении нужно приложить силу (в том числе грубую), каких результатов можно и следует ожидать, а каких не следует. И, самое главное, какой ценой результат достигается.

Самоловских Виталий aka KefirА вот я с гуестом согласен. Вот тока часто бывает наоборот. Программер о предметной области знает больше чем заказчик.Уточню. Когда идет разговор об автоматизации, то подразумевается автоматизация бизнес-процессов , а не функций. Если организация построена функционально, то устойчивых бизнес-процессов, формализованных, систематизированных, регламентированных, как правило нет. Есть смутные представления о процессе у каждого функционального подразделения - обрывочные. Каждое подразделение "видит" свой кусочек слона. А представление о всём слоне действительно не имеет никто.
Чаще всего именно так дело и обстоит. Просто по объективным причинам. И бесполезно искать виноватых, потому что виноватых нет (долго объяснять, почему). Когда автоматизируется бизнес-процесс, на информацию, на методы взаимодействия накладываются жесткие требования (которых раньше просто не было). Систематизируются НСИ. Всё это - ради обеспечения возможности информации, переведенной в электронную форму, переходить через функциональные барьеры. При решении этого комплекса задач придется заниматься конфликт-менеджментом, лавировать, заставить сотрудников одного подразделения вводить качественно и вовремя информацию, которая нужна совсем другому подразделению - и большую кучу еще многих других смежных вопросов.
Если заказчик никогда такие вопросы не решал, не имеет подобного опыта, не представляет, где могут лежать подводные камни, с какой стороны зайти на задачу, с каких сторон следует ждать всяких напастей, где находятся риски... То помочь ему может только внедренец, который хорошо всё это знает, понимает и имеет намерение . Последнее - очень существенно. Потому что среди внедренцев очень много тех, кто и знает, и понимает, и опыт имеет, и хорошо представляет проблемы, в которых увязнет заказчик... И намеренно ведет заказчика в болото, зная, что все бумажки оформлены "правильно", и он сам выйдет сухим из воды, получив свои деньги.