Мы раскроем все секреты, подводные камни и особенности внедрения. Наша команда имеет 20-летний опыт работы не только на проектах внедрения продуктов фирмы «1С», но и внедрения сложных информационных систем на западных предприятиях.
Информация в первую очередь подходит для тех, кто собирается внедрять «1С:УПП» собственными силами, без глобального привлечения компании-внедренца.
Достаточно много слов со знаком «+» сказано про целеполагание. Мы также не обошли эту тему стороной. Очень важно принять правильное решение при подготовке к автоматизации.
СМОТРЕТЬ ВИДЕО. «Часть 1. Что такое внедрение?»
ЭТАП 1. Подготовка к внедрению
Определяем цели внедрения
Работа по определению целей не должна быть сложной и трудоемкой, как это описывается в учебниках. Это работа одного-двух человек, которые за непродолжительное время должны выполнить несколько мероприятий и подготовить несколько важных документов или отчетов.
Кто должен выполнить эту работу? Отвечать за постановку целей должен сам руководитель предприятия, поскольку, именно он заинтересован в автоматизации и получении выгод от внедрения информационной системы. За каждый шаг должен отвечать кто-то из высшего руководства. Мы рекомендуем назначать ответственных из следующего круга: директор по ИТ, директор по развитию, финансовый директор. Непосредственно саму работу могут выполнять специалисты на местах.
Итак, что нужно сделать по шагам.
ШАГ 1. СОБРАТЬ ПРОБЛЕМЫ, КОТОРЫЕ СВЯЗАНЫ С СУЩЕСТВУЮЩЕЙ ИНФОРМАЦИОННОЙ СИСТЕМОЙ ИЛИ ЕЕ ОТСУТСТВИЕМ.
Проблемы выясняются в форме интервью. Работа должна выполняться индивидуально с каждым, групповое общение не допускается.
Интервью проводится только с высшим руководством, руководителями отделов, ключевыми сотрудниками.
В рамках интервью задаются три ключевых вопроса:
- Какие проблемы есть в Вашей работе? Что не нравится в существующей системе?
- Как должна работать программа, чтобы какие-то действия выполнялись удобнее/практичнее/быстрее?
- Какие вы видите пути решения выявленных проблем?
Продолжительность общения с каждым сотрудником не более 3 часов. Оптимальная продолжительность — 1,5 часа.
Интервью проводить лучше снизу вверх, то есть от непосредственно сотрудников до директоров. Самое последнее интервью должно быть с генеральным директором.
Для интервью необходимо выбирать отделы, чья деятельность может быть или должна быть автоматизирована.
ШАГ 2. АНАЛИЗ ПРОБЛЕМ.
Все собранные ответы можно сгруппировать в одну табличку.
Вы можете скачать пример такой таблицы в формате Excel.
Скачайте файл «Анализ проблем на предприятии.xls»
Желательно, чтобы в эту таблицу попадали только важные проблемы. При необходимости, вы можете самостоятельно добавить критерий «Важность», как дополнительный уровень анализа, в данную таблицу.
На основании данной таблички можно будет сделать следующие выводы:
- Если общее число положительных ответов составит более 50% (или другой процент, который вы определите сами), то автоматизация вам нужна.
- Оценить количество дублирующих проблем (желательно из разных функциональных блоков). Составить список таких проблем. Это неплохая характеристика, которая говорит о том, что в будущем вы одним действием закроете сразу несколько проблем.
- Выявить список противоречивых проблем. Их также можно сгруппировать в отдельную табличку и оставить для последующего анализа.
- Если окажется, что проблема не в информационной системе (информационная система решит менее 50% проблем), то тогда решите сначала организационные проблемы и только после этого приступайте к автоматизации.
ПРИМЕР: Небольшая торговая фирма использовала «1С:Предприятие 7.7. Торговля» для автоматизации торгово-закупочной деятельности. Программа прекрасно справлялась с небольшим объемом документов. Желание перейти на «1С:Предприятие 8.2» было продиктовано желанием перехода на более новое ПО. Анализ показал, что от существующей информационной системы «1С:Предприятие 7.7 Торговля» практически нет никаких проблем.
ШАГ 3. ОЦЕНИТЬ ПРЕДВАРИТЕЛЬНЫЕ ЗАТРАТЫ НА ВНЕДРЕНИЕ
- Ключевые статьи расходов на внедрение следующие:
- стоимость лицензий на программное обеспечение;
- стоимость рабочих станций, серверов;
- затраты на оплату труда сотрудников участвующих в проекте (составляется из заработной платы членов команды внедрения + затраты на отвлечение рядовых сотрудников от работы);
- затраты на обучение сотрудников;
- накладные расходы;
- резерв.
Вы можете рассчитать затраты на проект с использованием разработанного нами шаблона.
Скачайте файл «Оценка предварительных затрат на внедрение «1С:УПП» собственными силами.xls»
Рекомендуемые проценты на резерв – 10%, накладных расходов – 10%-20%.
Замечание: при оценке затрат на проект старайтесь придерживаться пессимистической точки зрения, т.е. выбирать максимальные суммы расходов из всех имеющихся.
ШАГ 4. ОЦЕНИТЬ ЭКОНОМИЧЕСКИЙ ВЫИГРЫШ ОТ ВНЕДРЕНИЯ.
У вас уже есть приблизительный размер необходимых расходов на проект. Основной вариант анализа ключевых доходов (выгод) от проекта — это сокращение числа работников в отделах, в которых будет автоматизирована деятельность. Для оценки эффективности проекта и получения ключевых показателей (NPV, IRR, MIRR, период окупаемости) можно использовать следующую структуру.
В качестве ставки дисконтирования в шаблоне указывайте процентную ставку максимальной доходности, которую предприятие может получить. Если таким инструментом является депозит по ставке 8%, значит в качестве ставки дисконтирования можно использовать 8%. Есть другие более сложные подходы расчета ставки дисконтирования, но этой задачей лучше заниматься планово-экономическому отделу.
Проект может считать рентабельным, если NPV > 0.
Рентабельный проект можно считать эффективным, если IRR (а лучше MIRR) больше максимальной процентной ставки, по которой предприятие может инвестировать свободные денежные средства. Например, IRR = 24%, а предприятие использует только депозит по ставке 8%. Следовательно, такой проект эффективен и более выгоден для предприятия. Если предприятие использует вложения в ценные бумаги и получает доходность по ставке 25%, то проект автоматизации уже менее выгоден для предприятия.
В некоторых случаях даже нерентабельные проекты могут приниматься к выполнению, если предприятие получает какие-то дополнительные качественные выгоды. Все эти выгоды нужно также описать в текстовом документе ТЭО.
ЗАМЕЧАНИЕ 1: Точно оценить эффективность от внедрения новой информационной системы практически невозможно, эффект всегда бывает косвенный, который выражается в улучшении бизнес-процессов, легкодоступности информации. Оценить реальный эффект от внедрения информационной системы практически невозможно.
ЗАМЕЧАНИЕ 2: Ни в коем случае не пытайтесь применять сложные методики оценки бизнес-процессов, например, функционально-стоимостный анализ бизнес-процессов. Да, на выходе вы получите точный результат оценки эффективности, но затраты на выполнение этой работы с лихвой перекроют затраты на внедрение самой информационной системы. В общем, не пытайтесь получить золото 999 пробы.
ШАГ 5. ОПРЕДЕЛИТЬ СПИСОК ЦЕЛЕЙ ВНЕДРЕНИЯ.
Цели внедрения в большей своем роде качественные, вида:
- организация единого учетного пространства в рамках Предприятия;
- обеспечение возможности получения оперативной и достоверной информации;
- создание информационной основы для поддержания организационной структуры предприятия;
- унификация и стандартизация в соответствии с функциями автоматизированной системы бизнес-процессов;
- ускорение выполнения бизнес-процессов, в том числе движения первичной учетной информации.
Но можно привести и количественные цели с указанием финансового выигрыша исходя из построенного ранее ТЭО. Например:
- Снизить ФОТ отдела снабжения на 20%.
Процент может быть рассчитан исходя из уменьшения расходов на оплату труда специалистов отдела снабжения из-за сокращения их количества.
Сформулированные цели можно включить прямо в ТЭО, а можно построить отдельный документ.
ПРИМЕЧАНИЕ 1: В идеальном варианте перед началом внедрения нужно определить стратегию развития Предприятия, поскольку информационная система должна лечь в основу информационного обеспечения достижения стратегии.
ПРИМЕЧАНИЕ 2: В рамках определения целей проекта было бы неплохо разработать документ «Устав проекта». Точнее его черновик, поскольку еще не определено — быть проекту или нет. При этом стоит отметить, что документ «Устав проекта» носит сугубо формальный характер и разрабатывать его для собственных нужд не имеет смысла.
ШАГ 6. САМЫЙ ВАЖНЫЙ ШАГ. Исходя из целей проекта, ТЭО, руководство принимает решение быть проекту или нет.
Для тех, кого заинтересовала данная тема. Можете обратиться за дополнительной информацией к автору статьи.
Related Posts
Оценка и планирование проекта
Мысли о видах информационных систем…
Конфигурация "Выдача пропусков и учет рабочего времени"
Управление ИТ-проектами. Модуль 3: продвинутый курс по гибкому управлению проектами. Agile. Первый поток. Вебинары проходят с 11 сентября по 27 ноября 2024 г.
Загрузка/Выгрузка Excel для справочника "Графики работы сотрудников"
Онлайн-курсы по управлению ИТ-проектами от Марии Темчиной
Очень интересная статья, и направление. Очень часто возникает мысли что необходимы вот такие кейсы, в которых заложены основные(базовые) тезисы нового внедрения.Спасибо, надеюсь на этом не закончите, буду внимательно отслеживать следующие статьи.
Внедрение собственными силами предприятия это, извините, кого? Финик, менеджеры, бухи и рабочие сталелитейного цеха внедряют себе УПП? Или предполагается, что специалисты на местах — штат 1С ников, так если он есть(и никому из топов не нужен откат) и так понятно, что внедрение будет происходить силами собственного ИТ отдела.
Спасибо, прочел с интересом! Пригодится не только для УПП
Без штатного 1С ника даже УТ правильно не внедряется, а иногда даже и имея не опытного программиста. А уж УПП вообще лучше не пытаться, внедрение будет корявое, долгое и принесет больше убытков, чем экономии на специалистах. Статья больше подойдет как раз внедренцам 1С. Вы еще посоветуйте самостоятельно ТЗ написать с описанием бизнес процессов и графиком внедрения.
(4) RAV38574, принятие решения о том, кто станет внедрять — это уже дело самого предприятия. Вариантов может быть множество. Когда в штате нет 1С-специалиста, понятно, что и о самостоятельном внедрении не может идти речи. Если в компании есть собственный штат, но нет стратегии внедрения, четкого понимания с чего необходимо начинать, даже если в результате обратятся к 1с:Франчайзи, представители предприятия будут «в теме», будут понимать что требовать от внедренцев.
Надеюсь, данная статья была для Вас полезной. Будут более конкретные вопросы — готовы ответить.
(3) makas, про «не только УПП» — 100% в точку! Спасибо за интерес к теме.
(1) да — это лишь первая из серии статей по внедрению 1С:УПП собственными силами. Спасибо за проявленный интерес к теме.
Мне нравятся такие статьи. Накопленный опыт структурируется, упорядочивается и на выходе получаем полезную теоретическую информацию, безусловно полезную как начинающим так и опытным специалистам.
Очень хорошая статья, спасибо! Интересует продолжение. Так не хватает информации об организационной стороне вопроса внедрения. Ведь основным тормозом процесса являются не проблемы технического характера. Как внести остатки мы можем прочитать в книгах. Вопрос выстраивания отношений с заказчиком, выбор приоритетов, принципиальная позиция во время внедрения — вот сложные моменты, на которых у многих все рушиться. В статье приводиться очень важная информация для самих заказчиков внедрения. Полезно прочитать всем.
БУГАГАГАГА!
Зачетнее троллинга нищебродов я не видел. В самом деле, прекрасно: сформировать у потенциального клиента ощущение, что он все может сделать сам и бесплатно, а через некоторое время, оценив количество шишек на лбу пациента — увеличить бюджет внедрения в разы 🙂
А мне все сразу ясно по заголовку «Внедрение УПП» и картинке, где девушка с умным видом нашла серединку мишени 🙂
(10) asved.ru, … и довести таки его до реально необходимого уровня. Или пусть лучше отказываются от этой затеи. Едва ли автоматизация существующих процессов сделает из нищеброда преуспевающее предприятие.
Статьи, в которых раскрывается частный конкретный подход к автоматизации, в любом случае будут полезны читателям портала. Автор выразил свое видение, с которым не во всем можно согласиться. Но, это подтолкнет искренне интересующихся темой к размышлениям и построению своих выводов, а значит и формированию своей точки зрения на поднятый вопрос или интересным комментариям.
Выражу свои «5 копеек» на тему:
— экономия на зарплате сотрудников — очень формальный, примитивный, с моей точки зрения, сильно лукавый подход к оценке экономической эффективности проекта. Если это единственный критерий востребованности проекта, то все построенные выводы — просто фикция. Скорее всего стоит рассматривать варианты увеличения доходов и сокращения себестоимости от внедрения системы автоматизации (а иначе зачем этот проект вообще нужен?). Согласен с автором, что попытка оценить этот эффект в денежном эквиваленте вряд ли будет объективной и успешной.
Вот зачем писать такие статьи с такими заголовками?! Чтобы в полку «1С-херня, УПП-отстой и не работает вообще» — прибыло еще пару адептов? Ну не внедряется УПП самостоятельно, у меня не 20 лет опыта, но 10 и с очень серьезными клиентами, и ни разу я не видел нормально внедренного УПП «самостоятельно». В лучшем случае — заказчик одумывается через пол года барахтаний — и зовет консалтеров. В худшем — через пару лет мучений уходит к консалтерам, но уже на Оракл или МС, т.к. признаться в том, что облажались — IT отдел не может. И все аргументы: «1С-херня, УПП-отстой — нам поможет Оракл»…
Да, статья просто отличная, +однозначно.
Заявлено, что статья подходит больше для заказчика — шаблон определения необходимости проекта.
В (9) , насколько я понял, просят добавить информации для выстраивания отношений, если вы внешний исполнитель.
Но в случае аутсорса, чаще, все решается вопросом «Заказчик готов платить за внедрение?». А потом получаются заваленные проекты из-за саботажа персонала заказчика и непонимания даже руководством целей внедрения.
Новое ПО? Да кому оно нужно, если старое работает на ура. В банках люди до сих пор в DOS-приложениях работают (имеется ввиду клиентская часть) и все довольны. Так вот хотелось бы добавить и для аутсорсных менеджеров по продажам, что желательно бы дать клиенту почитать эту статью и, если есть желание, провести такое обследование за отдельную плату. Чтобы не было потом мучительно больно за бесцельно прожитые годы и нервы как заказчика, так и исполнителя.
В общем мнений много, мои пять копеек:
1.Да действительно тут нужен опыт и прочее бла бла бла, но я рассматривал эту статью как информацию о неком скелете внедрения, т.е. кейсе, а не инструкцию аля «андронный коллайдер для чайников» или «Как собрать Подводную лодку за полчаса на необитаемой острове».
2.Практический опыт(сын ошибок трудных) очень часто сугубо индивидуален, и цена специалиста имеющего таковой тоже не маленькая, однако Просто необходимы подобные кейсы для стандартизации(условной) подходов к внедрению УПП либо иного другого продукта дабы накопленные знания хоть в какой то мере могли использоваться новыми участниками новых проектов внедрения.
3.Жизненный цикл проекта так же вещь относительная, и если есть возможность экономии времени за счет отсева людей некомпетентных во внедрении(а ни имея представления о технологии и стандартах, мозги может запудрить кто угодно, что бы навязать бюджет а в конечном итоге «эмулировать» деятельность, что греха таить среди лже 1сников это уже норма и довольно распространенная практика, даже иногда и у франчей) знание основ подходов к внедрению со стороны заказчика является просто необходимым.
Вывод: Спасибо за статью, лично я буду ждать продолжения.
«Внедрение УПП собственными силами» — это полная ерунда, пожалуйста поменяйте заголовок статьи. Собственными силами можно внедрить бухгалтерию не больше. УПП необходимо внедрять сторонними силами так как:
1. Сторонние внедренцы не являются сотрудниками организации, и у них нет начальства внутри компании, которое будет говорить делай именно так как мне удобно. А на остальные отделы пофиг. Это очень важный критерий когда внедренец является независимым лицом на объекта автоматизации.
2. Много ли опыта внедрения именно УПП у ваших сотрудников? Думаю что нет! В УПП много подводных камней которые переодически всплывают на разных проектах внедрения, не знание их приведет к тому, что нактнетесь на все.
3. Может ли руководство предприятия грамотно сформулировать цель? думаю что нет цели примерно как и в данной статье это унификация общее информ пространство, быстрее, выше и бла бла бла, а ну да забыл экономия на ФОТ. На самом деле нужно смотреть глубже и цели должны отвечать только на вопрос уменьшения затрат, увеличение прибыли, повышение управляемости. Подобные цели может помочь поставить только грамотный внедренец с хорошим опытом. Если кому интересно примеры целей и экономический эффект от них могу привести примеры.
(9) OlgaS86, все так, успешным внедрение будет лишь тогда, когда найдется человек, который возьмет на себя все организационно-консолидированные обязанности, поставит четкие цели, сроки, соберет команду (возможно включая и специалистов извне). И идеально, когда этот человек будет понимать весь процесс, знать что и как он должен делать, и что требовать от команды. А не просто назначить задачи из «неба», успешно забыть об этом на какой-то срок, а потом опомниться… и рвать на голове волосы…
Спасибо за то, что смогли прочувствовать тему!
OlgaS86, если у Вас возникли вопросы, либо Вы хотели бы получить дополнительные материалы-наработки от наших специалистов (компании ) безвозмездно — Вы можете заполнить несложную анкетку (она в прикрепленном файле к этому сообщению) и отправить на указанный в анкете адрес. Взамен я лично отправлю все наработки.
(17) pro-rok, очень правильные рассуждения. По вопросу 2 — не думаю, что если я стану бить себя в грудь и доказывать наш опыт — Вы поверите. Это бессмысленно. Зайдите на сайт и почитайте про опыт.
По п.3.: думаю, Вам стоит написать отдельную статью на эту тему и выложить на данному ресурсе. Это будет уже Вашим трудом и Вашим мнением. Было бы интересно познакомиться с Вашими знаниями и опытом.
Спасибо за то, что не оставили нашу статью без внимания! Приятно иметь дело со знающими читателями.
(16)
Надеюсь наши наработки принесут Вам практическую пользу (имею в виду отправленные по почте взамен на ). Мы планируем серию статей. Продолжение не за горами.
(15) a-novoselov,
Вы очень верно подметили. Приятно работать с заказчиком, когда понимание есть с обеих сторон.
У автора статьи заметен опыт грамотного (удачного) ведения проектов автоматизации — и всегда полезно, когда этим опытом делятся.
Не согласен лишь с одним утверждением — в ПРИМЕЧАНИЕ 2 говорится, что «…документ «Устав проекта» носит сугубо формальный характер и разрабатывать его для собственных нужд не имеет смысла».
Предприятие, решившее внедрить УПП своими силами, по определению не может являться небольшим предприятием. Отсюда «вытекает» наличие сложной организационно-управленческой структуры и (обязательно!) неких признаков «подковерной» борбы управленцев.
Я просто не могу себе представить «продвижение» проекта через указанные выше «тернии» без наличия документа, в котором достаточно полно и подробно будут обозначены полномочия и обязанности участвующих в проекте должностных лиц.
Проще говоря, устав — это такой документ, которым просто необходимо в нужное время «тыкать» в лицо соответствующим начальникам…
За статью однозначно +, систематизирует и упорядочивает то что «как бы и так знал».
Вообще удачное внедрение начинается с четкого понимания заказчика что он хочет увидеть на выходе, если такого понимания нет. первоочередная задача у вас его сформулировать и донести до заказчика.
Техническая сторона вопроса не самая трудная, как заметили тут выше…
А по поводу внедрения УПП, если есть тех. отдел, и руководит им грамотный спец у которого есть успешный опыт таких внедрений, то почему бы и нет… можно и своими силами, главное чтобы знал что делать)
Поставила «минус». Причина: идеализированные представления о внедрении. На начальном этапе, когда созданы только пользовательские пожелания на основе интервью, абсолютно не реально говорить о временных и, соответственно, денежных затратах на внедрение. Можно исходить из бюджета, который способно выделить предприятие, а уже под него подгонять «хотелки», которые стремятся к бесконечности. И т.д., и т.п.
(19)По поводу вопроса 2 я не имею ввиду опыт компании «АДАПТА». Я говорю об опыте который отсутствует у объекта автоматизации. Ваша статья называется «Первые шаги самостоятельного внедрения», откуда взяться опыту внедрения у компании которая занимается, например, производством пластиковых окон или пошивом одежды.
По поводу вопроса 3 статья есть пожалуйста знакомитесь жду комментариев.
Долго искал анекдот:
«19. Звонок на фирму франчайзи, которая занимается допиливанием УПП:
— Нам нужно добавить небольшую функциональность в РТУ!
— Это стоит $150/час. Но для вас будет лучше, если вы прочтете ЖКК и выполните эту работу сами.
Клиент, удивленный такой откровенностью спрашивает:
— А ваш босс знает, что вы таким образом препятствуете бизнесу?
— На самом деле, это его идея. Мы получаем куда больше прибыли, когда позволяем нашим клиентам сначала самим попытаться что-то дописать.»
(14) drx211, Продукт типа УПП в принципе невозможно «нормально» внедрить 🙂 Можно много дискутировать про понятие «нормально» — каждый под этим понимает нечто свое. Но независимо от этого «нормально» — невозможно.
(25) pro-rok,
Конечно, самостоятельное внедрение подойдет больше для средних и крупных предприятий. Но, исходя из вашей логики только франчайзи сможет сделать внедрение, но мы то видим сотни предприятий, которые делают это собственными силами не имея опыта. И, кстати, вполне с этим справляются. Неидеально, но справляются. Из 24 предприятий, что были у нас на семинаре 50% внедрили самостоятельно почти все блоки УПП, прибегая только к конкретным экспертным консультациям сторонних специалистов. Так что формула, что внедрять должен франчайзи не является ключом к успеху. Равно как есть сотни проектов, где франчайзи не справляются со своими. Так что опыт не имеет никакого значения.
Прочитаем и выскажемся
Например:
1. Увеличение оборачиваемости товаров на складах, за счет снижения не ликвидных запасов.
2. Снижение уровня дебиторской задолженности (соответственно высвобождения денежных средств, которые можно направить на финансовую деятельность, например вложить в депозит), при внедрении системы казначейства, т.е. повышения уровня финансовой дисциплины и планирования расходования ДС.
3. и т.д.
Спасибо, лежит под рукой эта книга, все ни как не нахожу время прочитать, видимо настал тот час 🙂
(31) Vladimir_Konyrev,
Примеры правильные, но рассчитать это все очень проблематично.
Покажите статистику относительного изменения данных показателей и перенесите на абсолютные значения (обороты ТМЦ, денег и т.д.) клиента, получите результат.
Интересная статья.
Согласен есть много предприятий которые внедряются самостоятельно, но как и Вы заметили далеко от идеала. С другой стороны необходимо подумать что мы понимаем под внедрением — программа которая помогает сдавать отчетность бухгалтеру или автоматизированная система управлением предприятием. Я уверен что у основной массы предприятий внедренных своими силами получилась программа бухгалтерского учета, хотя и не исключаю что есть достаточно качественные внедрения. По поводу франчайзи, они есть разные, в некоторых случаях лучше может и своими силами, чем неизвестное маленькое франчайзи, без опыта внедрения.
Сам долгое время занимаюсь внедрением УПП, и как показывает практика есть куда совершенствоваться от проекта к проекту, использовать новые подходы технологии и т.д.
Самостоятельно внедрить очень сложно. По опыту.
(36) Mottor, В чем именно сложности? Какие сложности наиболее критичные, распространенные, а какие нет? Может опишете это в статье, получится хороший цикл совместных статей и обмен опытом на тему: «Внедрение своими силами»
Как-то меня сразу озадачил заголовок: первый шаг внедрения УПП — определение целей. Если цели не определены, откуда появилось УПП? Решит ли УПП проблемы, которые опять-таки еще не выяснены?
У меня есть существенное подозрение, что в большинстве случаев истинной целью внедрения УПП является получение бонуса за отчет о внедрении. Если же стоит задача повышения управляемости бизнеса — скорее всего, УПП не будет выбран. Управляемость обеспечивается гибкостью и адаптивностью информационной системы, а отнюдь не ее (системы) размером.
«Снизить ФОТ отдела снабжения на 20%.»
сразу показалось, что лучше «повысить эффективность на N%»
Полезная статья, спасибо!
Хорошая статья
Да уж, как то все гладенько да сладенько получается! Ни сроков, ни количество людей в команде и т.п. ИМХО, какую то внутреннюю инструкции конторы выкинули на обозрение и все плюсуют!
Статья замечательна, Спасибо!
del
Поэтапный план внедрения УПП от опытных внедренцев —