Телеконференция «Новые возможности для бизнеса – переход с «1С:Управление производственным предприятием« на «1С:ERP Управление предприятием 2.0", 24 сентября 2014 г. Организация проекта по переходу на «1С:ERP» Алексей Кислов, Фирма «1С», Москва, Руководитель подразделения «Решения для промышленности и сельского хозяйства» +7(495)

2 Условия исполнения проектов Технологическая платформа – 1С:Предприятие 8 Уровень технологической зрелости предприятий, участвующих в проекте: наличие (или отсутствие) устоявшихся процессов, ориентированных на исполнение проектов офиса управления проектами подготовленного персонала и т.д. Скорость и качество коммуникаций – скорость принятия решений и ответственность за принятие решений «Размер» проекта и объекта автоматизации – совокупный объем работ, специфические риски «больших» проектов Требуемый уровень формализации документации Часто и сильно изменяющееся содержание проекта

3 Управление проектом должно соответствовать потребностям среды исполнения Ведение проекта = ведению бизнеса Управление проектами должно соответствовать реальным потребностям бизнеса: Ориентироваться на существующую внешнюю среду Использовать имеющиеся активы процессов организации Использовать доступные ресурсы Управление проектами должно быть эффективным и полезным: Способствовать сокращению издержек Быстро реагировать на изменение бизнеса Обеспечивать контроль за процессами и бюджетом

4 Технология Быстрых Результатов (ТБР) «Ни дня без результата!» ТБР - это сокращение сроков выполнения проектов и разумная стоимость Технология предназначена для внедрения любых тиражных (типовых или отраслевых) решений в рамках комплексных проектов на малом рынке, для автоматизации предприятий среднего рынка, а в ряде случаев и для корпоративного сегмента рынка. ТБР - это технология внедрения программных продуктов на базе 1С:Предприятие, направленная на получения быстрых, качественных, регулярных (в идеале - ежемесячный) результатов, имеющих ценность для Заказчика и обеспечивающая Исполнителю получение регулярного финансирования.

5 Происхождение ТБР Технология Быстрого Результата: Опыт нашей партнерской сети, начиная с 2000 года Технология «Стандартное внедрение» Технология «Экстремальное программирование» Максимальное соответствие требованиям стандартов: ISO 9001:2008 PMI PMbok Технология является открытой и ее материалы доступны как для партнеров, так и для пользователей

6 ТБР для кого и зачем? Технология предназначена: Для партнеров фирмы «1С», ведущих проекты Для клиентов, ведущих проекты собственными силами на базе 1С:Предприятие Технология предназначена для внедрения любых тиражных (типовых или отраслевых) решений Это массовая технология: «Управление проектами – в массы». Однако, она предполагает наличие профессиональных команд, имеющих опыт внедрения и состоящих из специалистов уровня 1С:Специалист и выше Позволять достигать быстрый и регулярный (в идеале - ежемесячный) полезный для заказчика результат без снижения уровня качества Способствует получению исполнителем регулярного финансирования Снижение финансовых рисков для обеих сторон В технологии должны быть заинтересованы обе стороны - и заказчики, и исполнители

7 Ограничения ТБР ТБР не является «серебряной пулей» и не должна рассматриваться как технология управления проектами на все случаи жизни ТБР не относится к «классическим» технологиях управления софтверными проектами ТБР нецелесообразно использовать, где: Необходимо жесткое соблюдение требований ДСТУ, или другой нормативной базы с аналогичным объемом требований Требуется создавать большой объем проектной и пользовательской документации (в частности, при разработке новой системы) Нужно разработать новую систему или внести существенные изменения в типовое или отраслевое решение Должно применяться «классическое» управление проектом

8 Сокращение сроков Снижение сроков внедрения за счет: снижения транзакционных издержек Технологии снижения транзакционных издержек за счет устранения всех неэффективных действии за счет применения: технология облегченного проектного документирования -шаблоны, технологии определения требований в ходе презентационного семинара или ролевого тренинга, технология подготовки руководства пользователя в ходе обучения совместно с пользователем, организация непрерывной, быстрой и эффективной обратной связи от заказчика с использованием регламентов, информационная система поддержки ТБР. В ходе всего проекта необходимо минимизировать издержки.

9 Стремление к простоте, умение выявлять главное и расставлять приоритеты Технология упрощения во всем, не усложнять без нужды: в определении требовании, в кодировании, в проектировании, в обучении, в документировании (решение задач в 1 действие). Технологии выявления существенного, расстановка приоритетов. Необходимо научиться разбивать задачи на подзадачи так, чтобы автоматизировать в первую очередь те участки, которые наиболее приоритетны и актуальны для проекта. Нужно уметь выявлять главное в разработке и отделять «бантики» от необходимого требования Приоритеты нужно расставлять: при планировании релиза при исправлении несоответствии в работающей системе по текущим запросам на изменение, Приоритеты всегда определяет Заказчик. У партнера должен быть совещательный голос. Простота во всем - в кодировании, проектировании, тестировании, в документировании, обучении, обследовании …

10 Эффективные коммуникации, тесное взаимодействие участников команды Первая ценность любого проекта – это коммуникация. Не будет хороших коммуникаций – не будет успеха на проекте. Типы коммуникаций: Непосредственное общение между людьми предполагает : средства прямого (очного) общения средства удаленного общения Виртуальное общение предполагает следующие средства информационного общения : репозиторий проекта, справочные файловые системы, электронные текстовые базы данных, программные продукты по управлению проектами и др. Высокоэффективные коммуникации - основа снижения транзакционных издержек. Это ключ к минимизации документооборота и времени реакции на изменения в проекте

11 Жизненный цикл проекта. Общий вид Четыре фазы жизненного цикла (третья – повторяется столько раз, сколько необходимо выпустить релизов/редакций 1С:АС). Последняя – передача на сопровождение (если необходимо). Длительность работ по одной фазе должна стремиться к одному календарному месяцу. Фаза Фаза 0 Фаза 1 Фаза 2. х Фаза 3 Инициация проекта Требования и ИТ-инфраструктура Внедрение 1С:АС 1. х Завершение проекта Соглашение о проекте и отчет об экспресс- обследовании утверждены заказчиком Условия для успешного выполнения проекта обеспечены 1С:АС 1. х введена в эксплуатацию Система передана на регулярное сопровождение

12 Команда проекта. Правильное взаимодействие – ключ к успеху Методология (консалтинг) на стороне клиента Собственного методолога (бизнес-аналитика) Консультанта из консалтинговой компании Консультанта из компании исполнителя (сеть 1С:Консалтинг) Нужен хороший уровень профессионализма членов команды проекта Команды могут быть маленькие - мобильные профессиональные команды Массовая технология, упрощена технология проектного управления. Управление проектом либо на стороне Заказчика, либо Исполнителя. Необходимо отделить внедрение от методологии: Профессиональные методологи, профессиональное внедрение. Профессиональные методологи, профессиональное внедрение.

13 Общая команда проекта Единая, слаженно работающая команда проекта, нацеленная на достижение общей цели!

14 Планирование и оценка трудозатрат При выполнении проектов по ТБР, как и при использовании других технологий управления проектами, необходимо: ПЛАНИРОВАТЬ работы и ресурсы ОЦЕНИВАТЬ трудозатраты Технология гибкого планирования работ, ресурсов и затрат – ключевая технология в ТБР. Планирование в ТБР Участие в процессе планирования заказчика (приоритеты) и исполнителя Планирование по релизам состав, сроки выпуска релизов, оценка трудозатрат Регулярный пересмотр и корректировка планов Близкий горизонт детального планирования (на ближайшую фазу)

15 Планирование по релизам Планирование разработки и ввода в эксплуатацию ведется строго по релизам. То есть, в общем плане должна быть информация о том какое требование в каком релизе будет реализовано Глубина детализации. Необходимо детализировать состав первых релизов (обычно ближайших двух). Во-первых, потому, что работа над ними скоро начнется, во-вторых – там собраны самые приоритетные требования, а в третьих – чем дальше по времени выпуск, тем больше неопределенностей Сроки выхода релизов - жесткие Этапы проекта Человеко- часов Дата начала Дата окончания Релиз 1 Выписка товарных документов 120 Система заказов от покупателей 160 Система лояльности покупателей 80 Релиз 2 Интерфейс с системой БУ и НУ… Подсистема управления запасами… Релиз 3 Система мотивации… ……

16 ТБР - технология непрерывного изменения и обнаружения дефектов Из Руководства PMBoK: «Операционная деятельность и проекты различаются, главным образом, тем, что оперативная деятельность – это продолжающийся во времени и повторяющийся процесс, в то время как проекты являются временными и уникальными». Управляя проектными работами, мы должны управлять процессом сопровождения также с применением элементов проектной формы организации работ Целесообразно на старте проекта развернуть ИС, позволяющую заказчику, в соответствии с регламентом, фиксировать несоответствия и запросы на изменения, расставлять приоритеты, получать обратную связь по срокам исправления и информирование о внесении исправлений. Релизы должны версионироваться (N сборки), которые при необходимости могут «накатываться» на рабочую систему ежедневно.

17 Обучение Технология обучения в ТБР тоже предполагается регулярное на протяжения всего проекта: Презентационное обучение для ключевых пользователей, проводится на стадии предпроекта. Ролевые тренинги для ключевых пользователей, проводятся на стадии определения требований Обучение команды проекта работе с информационной системой поддержки проекта по ТБР, на фазе разворачивания и ИТ-инфраструктуры. Групповое обучение команды проекта и пользователей возможностям типовой конфигурации, проводятся перед опытной эксплуатацией системы. Индивидуальное обучение пользователей на рабочем месте, проводится в период опытной эксплуатации системы.

18 ТБР – технология взаимного доверия Необходимо формирования доверия сторон. Важно соответствие обещаний результатам. Единая команда заказчик-исполнитель: командный дух, нацеленность на результат, честные открытые коммуникации в команде, принцип «не делай другому того, чего бы ты не желал по отношению к себе». Общий открытый для всей команды репозиторий проекта. Документация проекта должна быть доступна проектной команде заказчика, а при необходимости предоставляться всем заинтересованным пользователям. Организация непрерывной, быстрой и эффективной обратной связи от заказчика о качестве исполнения, ошибках, доработках. Регламенты взаимодействия. Растущее в ходе проекта доверие сторон! ТБР – открытая технология доступна и партнерам и заказчикам. ТБР – открытая технология доступна и партнерам и заказчикам.

19 Описывает особенности применяемой технологии ТБР : Основа технологии - необходимость удовлетворения потребностей в изменении требований, границ и объемов работ, возникающих при быстро меняющемся внешнем окружении. Автоматизация тех участков, которые наиболее приоритетны и актуальны в данный момент для Заказчика. Возможность в ходе проекта учитывать и реализовывать потребности, возникшие в результате изменений в бизнесе и окружении Заказчика. Возможность менять приоритеты и очередность реализации требований Заказчика по ходу выполнения проекта Гибкое планирование работ, ресурсов и затрат на краткосрочном интервале в условиях неопределенности во внешнем окружении. Определяет процедуру управления рисками и изменениями Определяет регламенты работ интервалы выпуска релизов, подход к формированию и изменению порядка реализуемых задач Соглашение о проекте. Назначение

20 1C:Технология Корпоративного Внедрения

21 1С:Технология Стандартного Внедрения ЖЦ проекта в технологии стандартного внедрения: Состоит из 3-х фаз Сопоставим с ЖЦ ТБР Является основной для планирования и снижения уровня рисков работ по внедрению Определяет последовательность выполнения работ и выпуска выходной продукции

22 Что влияет на выбор технологии? Масштаб («размер») проекта: малый, средний, большой… «Размер» - понятие относительное: может зависеть не только от параметров объекта автоматизации, но и от исполняющей организации Степень модификации типового решения Уровень коммуникаций / скорость принятия решений Размер команды проекта Требования к формализации документации Технология должна быть выбрана в самом начале «потом» – будет поздно! Технология должна быть выбрана в самом начале «потом» – будет поздно! В любом случае – последнее слово за руководителем проекта

23 Степень модификации типового решения Размер клиента Степень модификации типового решения Проектное внедрение (ТБР) Технология корпоративного внедрения Стандартное внедрение Малый Средний Большой Слабо/Нет СреднеСильно Разработка

24 Качество коммуникаций (скорость принятия решений) Размер клиента Скорость принятия решений Проектное внедрение (ТБР) Технология корпоративного внедрения Стандартное внедрение Малый Средний Большой Быстро Средне Удовлетворительно Коллективная ответственность

25 Степень модификации и качество коммуникаций Степень модификации типового/отраслевого решения Скорость принятия решений Проектное внедрение (ТБР) Технология корпоративного внедрения Стандартное внедрение Слабо/Нет Среднге Сильно Быстро Средне Удовлетворительно Коллективная ответственность Разработка

26 В чем опасность использования «не той» технологии? Может быть, в общем, две проблемы выбора технологии: Перестраховались или Недостраховались Перестраховались потеря эффективности (времени, денег) – технологии внедрения в значительной степени отличаются уровнем формализации и, следовательно, объемом необходимой документации и исполнения формальных процессов управления проектами Недостраховались потеря управляемости в проекте – особенно на больших масштабах удержать проект под контролем можно только с помощью формальных методов и применения адекватной технологии управления проектом

Спасибо за внимание ! Телеконференция «Новые возможности для бизнеса – переход с «1С:Управление производственным предприятием« на «1С:ERP Управление предприятием 2.0", 24 сентября 2014 г.