Сообщения без ответов | Активные темы Текущее время: 24 окт 2017, 10:49



Ответить на тему  [ Сообщений: 8 ] 
 Методология внедрения - зачем это нужно? 
Автор Сообщение

Зарегистрирован: 29 янв 2013, 17:27
Сообщений: 3
Сообщение Методология внедрения - зачем это нужно?
Всем добрый день!

Решила создать новую тему о таком важном моменте - как методология внедрения СRM.
Вещь глобальная, стратегическая и просто необходимая.

Как вы создавали методику внедрения CRM?
Какими источниками информации пользовались?
Какие ошибки совершали на этом пути и от чего пришлось отказаться?
Что в итоге получилось? :?:

Расскажите коллегам о своих наработках в этой сфере! и для "разгона" темы - отличная статья ниже ;)


Наверное, каждый, кто сталкивался с более-менее ответственными специалистами по внедрению, сталкивался с понятием "методология внедрения". Об этом говорят все - и хорошие продавцы (именно хорошие), и консультанты, и эксперты/аудиторы. В данном посте я бы хотел остановиться, скорее, не на описании конкретной методологии (концептуально все успешно зарекомендовавшие себя методологии, по большому счету, одинаковы), а на том - зачем методология нужна и как она может помочь заказчику.

Мне достаточно часто приходилось сталкиваться с позицией, что проект зависит от людей. Будет квалифицированная команда - будет и проект успешным. Позиция имеет право на существование, если не брать во внимание то, что успех проекта - это еще и выполнение сроков.

Например, стоит задача по построению процесса управления маркетинговыми кампаниями, который должен быть "привязан" к определенному сроку вывода продукта на рынок. Процесс создан. Он соответствует всем требованиям, но запущен в работу с отставанием на 1-2 месяца. Можно ли такой проект назвать успешным?
Чем же может помочь методология в "успехе" проекта?
Сначала определимся с понятиями... Если отбросить все лишнее и сказать кратко, то "методология внедрения" - это рекомендации о том, в какой последовательности и как выполнять задачи. Иногда методология включает шаблон план-графика проекта, который также содержит сроки выполнения этих задач. Обычно методологии создаются как результат анализа множества успешных (и не очень) проектов.

Перед тем, как ответить на вопрос "зачем нам методология?", посмотрим на основные проблемы, которые возникают на проекте:

"Качество" решения - сделали не то, что нужно (часть просто забыли или сделали не так)
Сроки проекта:
- недоступность "необходимых" людей (как ни странно - вопрос к заказчику);
- объем и характеристики требований менялись в ходе проекта;
- не выполнялись процедуры предотвращения появления проблем (управления рисками).
Недостаточно квалифицированная команда внедрения
Как правило, эти проблемы "перекликаются" на проектах. Появление одной проблемы приводит к остальным. Например, недоступность персонала заказчика чаще проявляется на проектах с неквалифицированной командной и т.п.

Методология, среди прочего, предоставляет такие инструменты, позволяющие исключить влияние вышеперечисленных проблем (инструменты расположены по приоритетности):

Контрольные точки
Есть такая "профессиональная" шутка: "Коллеги, как же мы на полгода затянули проект? Понемножку, коллеги, понемножку". Контрольные точки дают нам возможность на протяжении всего проекта контролировать состояние работ. Очень распространенная ситуация, когда результат работ анализируют при наступлении часа "Х" (например, времени приема-сдачи работ), когда что-то исправлять уже поздно. В общем-то, контрольные точки - это обязательный элемент любого проекта. При этом методология "говорит" нам о том, какие точки специфичны при внедрении именно данного продукта (у многих продуктов может быть своя специфика). Достаточная детализация и контроль позволят на ранних стадиях, как минимум, выявить проблемы квалификации команды и сроков проекта и внести коррективы в ход проекта.
Обоснование для привлечения ресурсов заказчика
Как правило, заказчик заинтересован в успехе проекта не меньше исполнителя. Проблема недостатка ресурсов возникает на тех проектах, где компания либо в принципе не готова к внедрению, либо руководству компании не "донесли" понимание основных вопросов (зачем нужно выделить людей на проект, чем они будут заниматься, что будет, если этого не сделать и т.д.). Методология дает подробное описание всех необходимых работ, что является хорошим подспорьем для обоснования руководству заказчика рекомендаций по привлечению ресурсов.
Шаблоны документов и описание последовательности работ
Часто наблюдал, когда люди на проектах (иногда одни и те же люди на последующих проектах) тратили время на "фантазии": "как бы нам описать вот эти работы". Эти "фантазии" порождают несколько проблем:
- команда теряет время на обсуждение шаблонов документов, порядка контроля работ и т.д.;
- придумывая "велосипед", команда может пропустить важные блоки информации в структуре документов, что приводит к недостаточной обработке данных и сбоям в последующей работе.

Хорошая методология определяет структуру документов, назначение и способы их применения. Проверка наполнения документов позволяет заказчику контролировать качество и полноту решения его задач.
Кроме описанных выше, методология дает ответы на множество других вопросов, которые помогают руководителям проекта качественно управлять процессом внедрения. Безусловно, опытный руководитель проекта, который успешно завершил 2-3 проекта, будет использовать методологию только как "шпаргалку". Более того, иногда методологии являются избыточными, и некоторые их положения нуждаются в упрощении. Однако корректировать рекомендации методологии, по моему мнению, могут только те специалисты, которые понимают всю "подноготную" процессов и рисков внедрения специфичного решения.

Сотрудник, управляющий проектом со стороны заказчика, как правило, не является профессиональным руководителем проекта. Для него методология - это инструмент контроля знаний и навыков команды исполнителя.
Ну и напоследок...
Приведу несколько советов заказчику для выявления - действительно ли специалисты исполнителя используют методологию внедрения.

Попросите на "предпродажном" этапе предоставить вам следующую информацию:

ресурсы (Интернет, электронные носители и т.д.), где можно ознакомиться со стандартной методологией, используемой командой внедрения;
описание фаз, на которые будет разбит проект внедрения, а также четкий и детальный перечень (по каждой фазе):
- задач, решаемых в рамках фазы (что делается, кем и с какой целью);
- промежуточных контрольных точек;
- получаемых результатов.
организационная структура проекта - описание ролей (задачи, ответственность) на проекте;
требования к сотрудникам заказчика (в том числе требования квалификации и опыт работы), которые должны быть задействованы на проекте;
шаблоны наиболее важных документов проекта (по возможности, заполненные примеры этих документов по другим проектам без конфиденциальной информации);
описание процедур управления проектом (как строятся планы, как ведется контроль работ, как выполняется контроль качества, процедуры управления рисками и т.д.);
какие изменения есть в работе команды исполнителя по сравнению со стандартной методологией внедрения (как правило, такие изменения есть в большинстве случаев).

http://areon.ua/crm-blogs/schurenko/108-eroadmap

_________________
Мы не можем повлиять на мир вокруг нас? Ерунда!
Поделитесь своими знаниями и опытом с другими людьми и
мир вокруг вас станет немного лучше.
И не только мир, немного лучше станете вы сами.


31 янв 2013, 12:34
Профиль

Зарегистрирован: 22 май 2012, 13:11
Сообщений: 4
Сообщение Re: Методология внедрения - зачем это нужно?
Да, тема весьма актуальная! Однажды сотрудница посещала лекцию по Agile методологии, и потом мы затеяли дискуссию, сравнивая ее с формальной методологией, которая, как кажется, используется во многих организациях на постсоветском пространстве (наследие советского прошлого?:))

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

Кажется, большую роль во внедрении проектов играет личные дружеские отношения между руководителями проекта. Формальная методология как бы предохраняет компанию от потерь в случае судебных исков, так как предусматривает прописание всех деталей и мелочей в процессе разработки.

Тут на помощь приходят гибкие методологии: в уме строятся волшебные замки увлекательного провождения рабочего времени в обдумывании сложных задач с минимальными затратами на необходимую документацию, причем актуальную и соответствующую текущим задачам. Но тогда компания рискует отправиться в вольное плавание, не решив глобальных целей внедрения, отвлекаясь на мелкие текущие проблемы.

Было бы интересно попоробовать некое сочетание гибкой и формальной методологии, которая бы удачно совместила генеральный план войны с тактическими маневрами на пересеченной местности.


31 янв 2013, 12:52
Профиль
Аватар пользователя

Зарегистрирован: 15 июл 2012, 16:41
Сообщений: 34
Откуда: Kyiv
Сообщение Re: Методология внедрения - зачем это нужно?
Почему бы не начать тему с обзора Sure Step?
Или будем изобретать велосипед? :D

_________________
9 октября 1911 года совершил свой первый полет над Подолом дирижабль "Киев", построенный Федором Андерсом


14 мар 2013, 23:23
Профиль

Зарегистрирован: 31 янв 2013, 11:45
Сообщений: 20
Откуда: Город-герой Киев
Сообщение Re: Методология внедрения - зачем это нужно?
Компании постсоветского характера (90% из них) не имеют собственных и редко прибегают к имеющимся методологиям внедрения системных программных продуктов, в виду того... консервативные они и скучные, короче.

kateryna.skoryk - похоже с сотрудницей вы вели беседу немного о другом... Топикстартер призывает обсудить опыт внедрения, в частности использования методологий внедрения. Вы же говорите о "формальной методологии" (формально_Ой? методологии чего?) и о неких гибких, упоминая Agile. Так вот Agile является методологией разработки. Так что находится по другую сторону баррикад.

Возвращаясь в колею заявленной темы, предлагаю ознакомиться с краткой, но, имхо, полезной статейке небезызвестного сообщества хабрахабр: http://habrahabr.ru/post/172083/


18 мар 2013, 10:22
Профиль
Аватар пользователя

Зарегистрирован: 15 июл 2012, 16:41
Сообщений: 34
Откуда: Kyiv
Сообщение Re: Методология внедрения - зачем это нужно?
Спорно, однако
...
Любая методология предлагает набор идей, принципов, методик, способов... для достижения практических целей. Область применения методологии тем больше размыта, чем она фундаментальнее. В данном случае принципы Agile методологии имеют право на существование и в разрезе их применения для целей внедрения. И даже не важно, ERP/CRM это продукт, либо другое какое решение.
...
Опять же - думаю, об этом помнит и ben - адаптированный подход Agile рекомендуется Sure Step как один из типов проекта, когда неопределенность достаточно высока. Так что Agile рулит и во внедрении, предлагая итеративную последовательность приближений к результату...
...
ИМХО: все, что связано с проектом (в самом общем понимании этого термина) - я бы рассматривал в контексте применения стандарта PMI. Будь то внедрение, разработка, апдейт или продажа...
...
Известны и аналоги PMI: IPMA, APM, PMAJ - это кому какой язык (страна) нравится :-)
У нас как-то исторически прижился стандарт PMI, его и пользуем...

_________________
9 октября 1911 года совершил свой первый полет над Подолом дирижабль "Киев", построенный Федором Андерсом


25 мар 2013, 22:05
Профиль

Зарегистрирован: 31 янв 2013, 11:45
Сообщений: 20
Откуда: Город-герой Киев
Сообщение Re: Методология внедрения - зачем это нужно?
соглашусь о общей черте между разработкой и внедрением через призму единого подхода.

А что касается аналогов... Тут даже не в "языке" или "прижилось" дело, а в локальном подходе, менталитете и даже психотипе жителей разных концов света..
Взять тот же PMAJ - не прижилось, ибо никогда и не приживется японская модель. Причины тому просты и сложны одновременно - динамика рынка, подход к ведению бизниса и т.д.
Возможно, в рамках отдельного проекта, можно навязать методологию по P2M стандарту в рамках PMAJ, но я думаю, что каждый прекрасно понимает насколько это будет локализованный и индивидуальный случай, вырванный из контекста украинского проектного бытия.


26 мар 2013, 16:44
Профиль
Аватар пользователя

Зарегистрирован: 15 июл 2012, 16:41
Сообщений: 34
Откуда: Kyiv
Сообщение Re: Методология внедрения - зачем это нужно?
;)
Попался недавно под руку российский стандарт по менеджменту от 2012 года - калька c PMI.
...
Погуглил немного, чтобы найти на него ссылку - нашел неплохую статью по теме двух наших последних постов: В России появился свой стандарт по управлению проектами
Здесь краткое описание стандартов.
Может и мы скоро до этого дойдем?

_________________
9 октября 1911 года совершил свой первый полет над Подолом дирижабль "Киев", построенный Федором Андерсом


26 мар 2013, 21:59
Профиль

Зарегистрирован: 31 янв 2013, 11:45
Сообщений: 20
Откуда: Город-герой Киев
Сообщение Re: Методология внедрения - зачем это нужно?
Спасибо за информацию.
Но сомнителен тот факт, мол что-то изменится в сфере PM на просторах РФ после введения ГОСТа...

Что же касается Украины, и движении научной составляющей и гос. поддержки проектного менеджемента, вот получил не так давно приглашение на юбилейную 10-ую международную конференцию, проводимую украинской ассоциацией управления проектами (UPMA, нац. укр. отделение международной ассоциации IPMA) -
если кому интересна тема управления проектами и программами в аспекте глобализации, вокруг нас происходящей, то детали, регистрационные формы и т.д. здесь-- http://pmkiev.com.ua/

не сочтите за рекламу, информация сугубо для интереса и личного развития.


27 мар 2013, 16:02
Профиль
Показать сообщения за:  Сортировать по:  
Ответить на тему   [ Сообщений: 8 ] 

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007, 2009 phpBB Group.
Designed by STSoftware for PTF.
Русская поддержка phpBB