karly™Реальные случаи неудач

1. После формализации бизнес-процессов некоторые топ-менеджеры поняли, что красть по-старому не получится, а как это делать по-новому, они не придумали. Система была тихо задушена.



Одна из самых типовых ситуаций. Технари обычно считают, что автоматизация всего, что доступно и автоматические проверки движения ТМЦ всегда нужны и полезны. Учет реальной обстановки на автоматизируемом предприятии как правило и высвечивает в первую очередь проблемы, наподобие упомянутой выше (я бы сказал, что это наиболее распространенный класс проблем).

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

Это, пожалуй, сложнейший вопрос для менеджера проекта. Когда, с одной стороны, он должен убедить руководство обеих компаний (внедренца и автоматизируемого) в том, что с проектом все Ок и счатье стало ближе, а с другой - умудриться сделать систему так, чтобы не подставить никого из тех, кого бы он не хотел видеть в числе своих недоброжелателей. А ведь иногда это заведомо невозможно и люди, уже точно зная о будущем результате (например, о том, что система в задуманном виде точно не будет эксплуатироваться у заказчика), продолжают "тянуть лямку" и искать любые внешние факторы, на которые можно будет свалить хоть часть ответственности.

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