|
Не не нужных клиенту, а не нужных в случае передачи проекта. Здесь есть некоторая разница.
Под оставшимися 10% я понимаю описание процедур, заложенных в систему (Дизайн или подобный документ). При этом при передаче проекта они так же могут осказаться бесполезными (ведь предыдущий внедренец не смог из этого выжать готовую систему, значит что-то в них не так). Остальные создаваемые в процессе проекта документы имеют своей целью ограничение рамок проекта и разделение ответственности за проект между внедренцем и клиентом (что, на мой взгляд вполне правильно, но при передаче проекта абсолютно бесполезно, так как клиент фактически уже завершил проект в предыдущим подрядчиком).
Что же касается собственно методологии внедрения...
В общем случае, внедрение по методологии очень похоже на езду по правилам дорожного движения. Если не соблюдать правила, то доехать можно быстрее, но и в аварию можно попасть с большей вероятностью. С другой стороны, в аварию всегда можно попасть, но при последующий разбирательствах встанет вопрос "кто виноват" - одно из назначений методологии внедрения и есть страховка от лишней ответственности. Или я не прав?
__________________
All information in this post is strictly confidential. If you have read it in error, please forget it immediately.
|