<p></p><p>Источник: <a href="http://www.efsol.ru/">ГК «Эффективные решения»</a></p><blockquote><p>Идея Нано-проектов родилась внутри компании «Эффективные решения» в результате нескольких проектов внедрения автоматизированных систем на крупных российских предприятиях. Проекты завершились успешно, но потребовали немало пота и крови от сотрудников исполнителя и заказчика.</p></blockquote> Причины, побудившие разработать эту концепцию, лежат на поверхности: многие компании-заказчики систем автоматизации (далее заказчики), при подписании контракта на формирование технического задания (ТЗ) очень смутно представляют себе, какой результат они хотят получить. Именно поэтому подготовленное ТЗ в 90% случаев не соответствует своему назначению, то есть не описывает конечный продукт, а если и описывает, то, как ни странно, совсем не тот, который требуется заказчику. Затем, в ходе проекта, ТЗ пересматривают и корректируют «на лету» - без такой корректировки результирующий продукт окажется просто непригодным для заказчика.<p>Почему заказчик и исполнитель не могут сразу написать правильное ТЗ? Ответ очень простой. Как бы тщательно исполнитель ни анализировал бизнес заказчика, он все равно не сможет разобраться в нем на все 100%. Кроме того, бизнес заказчика постоянно реструктуризируется и меняется, что вполне естественно. Наконец, заказчик не знает в совершенстве тот инструмент, который планирует внедрить. Получается, что горизонт планирования в начале проекта намного больше, чем могут увидеть или угадать заказчик с исполнителем.</p><p><strong><img height="427" width="563" alt="1" src="http://www.klerk.ru/img/pb/original/1_5566.png" id="klerk_img_4623" /></strong></p> <p>То, что заказчик не до конца понимает, как в конечном итоге должна выглядеть проектируемая система, совершенно закономерно. Однако подрядчик из-за этого вынужден «перестраховываться», то есть увеличивать бюджет проекта, закладывая в него свои риски. А там как фортуна улыбнется: сработают риски — поможет денежная подушка, не сработают — останется дополнительная прибыль. А бывает, что и подушка не спасает: что-то не учли — и она оказалась слишком маленькой. Тогда исполнителю приходится либо согласовывать новую стоимость работ, либо мириться с пониженной маржинальностью, либо выходить из проекта.<br /> Можно ли избежать описанных выше проблем? Да, можно, если проводить внедрение по методике Нано-проектов.</p><p><strong>Нано-проект</strong> – это способ <strong>рационального</strong> и <strong>последовательного</strong> внедрения автоматизированных информационных систем, ориентированный на <strong>решение бизнес-задач</strong> заказчика.<br /> Методика строиться на трех базовых принципах. <br /> <strong>Принцип первый: «Каждый этап приносит результат заказчику»</strong>.<br /> Проект разделяется на несколько небольших участков работы.</p>
Читать всю статью: http://www.klerk.ru/boss/?138997