Статья: Концепция «Нано-проект»: внедрение информационных систем

<p></p><p>Источник: <a href="http://www.efsol.ru/">ГК &laquo;Эффективные решения&raquo;</a></p><blockquote><p>Идея Нано-проектов родилась внутри компании &laquo;Эффективные решения&raquo; в результате нескольких проектов внедрения автоматизированных систем на крупных российских предприятиях. Проекты завершились успешно, но потребовали немало пота и крови от сотрудников исполнителя и заказчика.</p></blockquote> Причины, побудившие разработать эту концепцию, лежат на поверхности: многие компании-заказчики систем автоматизации (далее заказчики), при подписании контракта на формирование технического задания (ТЗ) очень смутно представляют себе, какой результат они хотят получить. Именно поэтому подготовленное ТЗ в 90% случаев не соответствует своему назначению, то есть не описывает конечный продукт, а если и описывает, то, как ни странно, совсем не тот, который требуется заказчику. Затем, в ходе проекта, ТЗ пересматривают и корректируют &laquo;на лету&raquo; - без такой корректировки результирующий продукт окажется просто непригодным для заказчика.<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>То, что заказчик не до конца понимает, как в конечном итоге должна выглядеть проектируемая система, совершенно закономерно. Однако подрядчик из-за этого вынужден &laquo;перестраховываться&raquo;, то есть увеличивать бюджет проекта, закладывая в него свои риски. А там как фортуна улыбнется: сработают риски &mdash; поможет денежная подушка, не сработают &mdash; останется дополнительная прибыль. А бывает, что и подушка не спасает: что-то не учли &mdash; и она оказалась слишком маленькой. Тогда исполнителю приходится либо согласовывать новую стоимость работ, либо мириться с пониженной маржинальностью, либо выходить из проекта.<br /> Можно ли избежать описанных выше проблем? Да, можно, если проводить внедрение по методике Нано-проектов.</p><p><strong>Нано-проект</strong> &ndash; это способ <strong>рационального</strong> и <strong>последовательного</strong> внедрения автоматизированных информационных систем, ориентированный на <strong>решение бизнес-задач</strong> заказчика.<br /> Методика строиться на трех базовых принципах. <br /> <strong>Принцип первый: &laquo;Каждый этап приносит результат заказчику&raquo;</strong>.<br /> Проект разделяется на несколько небольших участков работы.</p>

Читать всю статью: http://www.klerk.ru/boss/?138997

Из статьи так и не понятно, опробована ли в действии концепция.
Во вступлении написано, что она родилась после нескольких трудных внедрений. А стало ли легче с ней?

А вообще, напоминает подход из экстремального программирования.

Сплошное лукавство! Автор статьи либо сознательно вводит читателей в заблуждение, либо сам не является профессионалом.
"Именно поэтому подготовленное ТЗ в 90% случаев не соответствует своему назначению, то есть не описывает конечный продукт, а если и описывает, то, как ни странно, совсем не тот, который требуется заказчику." Это уж у кого как! Именно такими "нано-подходами" и разводят клиента годами на огромные суммы непонятно за что.

Согласен с Анонимом на все 100. Кто платит деньги - если свои, а не бюджетные - хорошо знает, чего хочет. Иное дело - чиновник: ему лишь бы откат побольше, да подольше. Противодействие коррупции много эффективной этаких ново-нано-введений.