Как грамотно построить систему управления, обеспечивающую достижение стратегических целей предприятия, и правильно сформулировать требования к системе управленческого и финансового учета? Без ответа на этот вопрос невозможно планировать крупный бизнес на достаточно длительное время.
Когда программист-разработчик получает в той или иной форме задание на программирование, перед ним, перед руководителем проекта и перед всей проектной группой встают вопросы: что должно быть сделано, кроме собственно программы? что и как должно быть оформлено в виде документации?
Сегодня мы приходим к пониманию того, что ERP-система на предприятии - это «рейс дальнего следования», и начинаем приспосабливаться к долгой жизни с нею. Том Давенпорт - профессор по информационным системам и директор Института стратегических изменений Andersen Consulting.
Есть масса подходов к построению систем финансового и управленческого учета, а также систем управления компаниями. Свои методики есть и у системных интеграторов, предлагающих «готовое решение» по организации бизнеса и управлению им на базе модулей ERP-пакета.
Повседневная жизнь большинства наших предприятий вовсе не так уж сильно зависит от информационных технологий. Это значит, что читая большинство западных статей на эту тему, надо делать поправку на три - пять лет и на другие «местные» особенности.
Встречаются случаи, когда новая информационная система приносит одни убытки или же проект реинжиниринга бизнес-процессов заводит компанию в тупик. В чем же дело? Многие руководители предприятий не знают ответа просто потому, что не умеют правильно сформулировать свои вопросы.
Евгений Захарович Зиндер - директор аналитического и конструкторского бюро «Группа 24», руководитель проектов, в которых была использована как архитектура К-С, так и другие подходы. Он курирует рубрику «Директору», ему можно написать по адресу ezinder@osp.ru Есть такой лозунг: «Думать вредно!
Управление требованиями относится к работам, техническая поддержка которых не требует больших финансовых затрат, но которые приносят ощутимое повышение качества создаваемой ИС. Если при приемке системы пользователь обвинит разработчиков в игнорировании
Еще до начала проекта надо позаботиться о том, чтобы не попасть в капкан искаженных требований к системе. Сплошь и рядом одни защищают какое-то требование, другие говорят о нем как о невыполнимом или безграмотном.
Руководитель: "Мы не заинтересованы в помощи пользователям. Мы заинтересованы только в том, чтобы избавиться от этой очереди запросов в службу помощи". Много лет назад на шутливый вопрос: "Сколько нужно производителей, чтобы распечатать комментарий?