Wiki source code of vnedr_erp
Last modified by Alexei Shubelic on 2014/02/26 16:24
Show last authors
| author | version | line-number | content |
|---|---|---|---|
| 1 | (% class="MsoNormal" %) | ||
| 2 | За годы работы на рынке ИТ мы убедились, что обсуждение этапов внедрения комплексных информационных систем управления предприятием (ERP) не теряет актуальности не только в случае новых клиентов, но и существующих заказчиков. Давайте рассмотрим их снова (и, если понадобится, снова и снова). | ||
| 3 | |||
| 4 | (% class="MsoNormal" %) | ||
| 5 | Этапы внедрения ERP одним списком:(% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %) | ||
| 6 | [[(% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm; line-height: 115%; border: 1pt none windowtext; padding: 0cm; line-height: 115%; color: windowtext; border-style: none; text-decoration: none; border-style: none" %)1. Стратегическое планирование>>http://una.md/ru/article_27vnedrerp.htm#1||style="text-decoration: none;"]](%%) | ||
| 7 | [[(% style="color:windowtext; text-decoration:none;text-underline:none" %)2. Общая постановка задачи>>http://una.md/ru/article_27vnedrerp.htm#2||style="text-decoration: none;"]](%%) | ||
| 8 | [[(% style="color:windowtext; text-decoration:none;text-underline:none" %)3. Оптимизация бизнес-процессов>>http://una.md/ru/article_27vnedrerp.htm#3||style="text-decoration: none;"]](%%) | ||
| 9 | [[(% style="color:windowtext; text-decoration:none;text-underline:none" %)4. Постановка задачи>>http://una.md/ru/article_27vnedrerp.htm#4||style="text-decoration: none;"]](%%) | ||
| 10 | [[(% style="color:windowtext; text-decoration:none;text-underline:none" %)5. Формирование технического задания>>http://una.md/ru/article_27vnedrerp.htm#5||style="text-decoration: none;"]](%%) | ||
| 11 | [[(% style="color:windowtext; text-decoration:none;text-underline:none" %)6. Кодирование>>http://una.md/ru/article_27vnedrerp.htm#6||style="text-decoration: none;"]](%%) | ||
| 12 | [[(% style="color:windowtext; text-decoration:none;text-underline:none" %)7. Разработка должностных инструкций>>http://una.md/ru/article_27vnedrerp.htm#7||style="text-decoration: none;"]](%%) | ||
| 13 | [[(% style="color:windowtext; text-decoration:none;text-underline:none" %)8. Обучение пользователей>>http://una.md/ru/article_27vnedrerp.htm#8||style="text-decoration: none;"]](%%) | ||
| 14 | [[(% style="color:windowtext; text-decoration:none;text-underline:none" %)9. Опытная эксплуатация>>http://una.md/ru/article_27vnedrerp.htm#9||style="text-decoration: none;"]](%%) | ||
| 15 | [[(% style="color:windowtext; text-decoration:none;text-underline:none" %)10. Промышленная эксплуатация и поддержка системы>>http://una.md/ru/article_27vnedrerp.htm#10||style="text-decoration: none;"]] | ||
| 16 | |||
| 17 | (% class="MsoNormal" %) | ||
| 18 | ~1. Стратегическое планирование | ||
| 19 | |||
| 20 | (% class="MsoNormal" %) | ||
| 21 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)На этом этапе руководство компании должно определить цели и стратегию на ближайшие годы. Бесцельная автоматизация не только бесполезна, но и опасна. Обычно на этой стадии определяется и компания-поставщик решения, и – с возможным уточнением на втором этапе – конкретный вариант ERP-системы. | ||
| 22 | |||
| 23 | (%%)Результат: стратегический план автоматизации, своего рода «эскизный проект» ее. | ||
| 24 | |||
| 25 | (% class="MsoNormal" %) | ||
| 26 | 2. Общая постановка задачи | ||
| 27 | |||
| 28 | (% class="MsoNormal" %) | ||
| 29 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)Здесь принимается решение о том, какие функциональные области (продажи, отношения с клиентами, закупки, склад и др.) подлежат автоматизации. В соответствии с этим расписываются схемы (пути) движения информации – их столько же, сколько автоматизируемых процессов. Для этого группа внедрения (ГВ) через координационный комитет (КК) объединяет данные, получаемые от топ-менеджеров, ведущих специалистов отделов, начальников подразделений, ИТ-менеджеров. Стратегическая цель при этом приобретает конкретную интерпретацию для каждого подразделения: что, где и как должно произойти при внедрении ERP. | ||
| 30 | |||
| 31 | (%%)Результат: формализованное представление текущей структуры бизнес-процессов предприятия и первичное видение того, как они должны измениться.(% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %) | ||
| 32 | |||
| 33 | Важность первых двух этапов трудно переоценить. Нельзя автоматизировать «то, не знаю, что», не имея ясного представления о функционировании экономического организма компании. Более того – при выявлении информационных потоков на предприятии неизбежно обнаруживаются те или иные нестыковки, неудобства – иными словами, неоптимально организованные процессы и/или связи между ними. Чем, собственно, и определяется следующий этап. | ||
| 34 | |||
| 35 | (% class="MsoNormal" %) | ||
| 36 | 3. Оптимизация бизнес-процессов | ||
| 37 | |||
| 38 | (% class="MsoNormal" %) | ||
| 39 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)Прежде чем автоматизировать управление бизнес-процессами, необходимо их оптимизировать! По результатам второго этапа становятся видны «провисающие» и «перенапряженные» участки в информационно-экономической структуре предприятия. На основании этих данных (практика показывает, что руководство компании, возможно, впервые заполучило единое системное описание происходящего в ней) проводится оптимизация бизнес-процессов на предприятии. Мы с вами уже касались этого кратко, обсуждая тезис «нельзя автоматизировать хаос». | ||
| 40 | |||
| 41 | (%%)Результат: реструктуризация и/или реинжиниринг предприятия. | ||
| 42 | |||
| 43 | (% class="MsoNormal" %) | ||
| 44 | 4. Постановка задачи | ||
| 45 | |||
| 46 | (% class="MsoNormal" %) | ||
| 47 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)Этот этап в чем-то повторяет второй: формируется обновленное описание бизнес-процессов компании в уже оптимизированном их состоянии, уточняется перечень сегментов, подлежащих автоматизации, а также цели и представление о будущих результатах внедрения ERP во всех функциональных областях, – и в соответствии с этим составляется план работ. | ||
| 48 | |||
| 49 | (%%)Результат: создание документа/группы документов «постановка задачи (ПЗ) автоматизации управления бизнес-процессами». | ||
| 50 | |||
| 51 | (% class="MsoNormal" %) | ||
| 52 | 5. Формирование технического задания | ||
| 53 | |||
| 54 | (% class="MsoNormal" %) | ||
| 55 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)Сформулировав постановку задачи, можно приступать к разработке техзадания (ТЗ) для ERP. Если ПЗ указывает, что надобно автоматизировать, то ТЗ определяет, как это будет сделано – для каждого подразделения компании. Соответственно, ГВ работает при этом (при поддержке КК) с руководителями соответствующих отделов и ИТ-специалистами, поскольку в каждом разделе ТЗ детально описывается каждый бизнес-процесс как информационная система, связанная с другими системами (бизнес-процессами), а также все элементы бизнес-процессов и их взаимосвязи. Чем подробнее ТЗ, тем меньше ошибок будет допущено при внедрении системы ERP, тем меньше итераций потребует устранение возможных ошибок и меньше конфликтов ожидается на стадии сдачи/приемки проекта. Зафиксируем это правило: ГВ работает по ТЗ, и никак иначе! Если в процессе внедрения потребуется вносить изменения в ход выполнения этой задачи, начинать надо опять-таки с уточнения ТЗ. Именно ТЗ является тем документом, к которому обращаются все участники внедрения на всех стадиях проекта при возникновении любых разногласий. | ||
| 56 | |||
| 57 | (%%)Результат: полный комплект документации ТЗ.(% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %) | ||
| 58 | |||
| 59 | В ТЗ отражаются цели и методы автоматизации каждого подразделения компании | ||
| 60 | |||
| 61 | (% class="MsoNormal" %) | ||
| 62 | 6. Кодирование | ||
| 63 | |||
| 64 | (% class="MsoNormal" %) | ||
| 65 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)На основании ТЗ производится «настройка» выбранной ERP-системы и «наложение» ее на описанные в ТЗ бизнес-процессы. Все виды работ, связей, оборудования, продукции и услуг приобретают в ней однозначные символические описания, что позволяет манипулировать ими как объектами в среде ERP. Собственно, именно благодаря этому и выполняется автоматизация управления бизнес-процессами компании. | ||
| 66 | |||
| 67 | (%%)Результат: конкретная, выстроенная в соответствии с ТЗ реализация ERP-системы. | ||
| 68 | |||
| 69 | (% class="MsoNormal" %) | ||
| 70 | 7. Разработка должностных инструкций | ||
| 71 | |||
| 72 | (% class="MsoNormal" %) | ||
| 73 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)Этот этап желательно проводить параллельно кодированию. Поскольку сотрудники на каждом рабочем месте должны уметь строго определенным образом применять соответствующие модули ERP. В противном случае созданная система будет крутиться вхолостую. Она ведь для того и создается, чтобы взаимодействовать с персоналом и оптимизировать взаимодействие сотрудников и подразделений. И подчиненные, и руководители не обязаны догадываться, «как это работает» (не исключено, что для некоторых даже использование персонального или портативного компьютера сперва будет проблемой). Да и ИТ-персонал должен иметь возможность работать с ERP изначально правильно. Поэтому попытка сэкономить на создании должностных инструкций непременно «аукнется» на этапе опытной эксплуатации, и к 7-му пункту придется все же вернуться, – а это означает потерю времени и денег. | ||
| 74 | |||
| 75 | (%%)Результат: полный комплект должностных инструкций для всех рабочих мест в системе.(% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %) | ||
| 76 | |||
| 77 | Персонал компании должен знать, как эффективно использовать рабочие места ERP-системы | ||
| 78 | |||
| 79 | (% class="MsoNormal" %) | ||
| 80 | 8. Обучение пользователей | ||
| 81 | |||
| 82 | (% class="MsoNormal" %) | ||
| 83 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)К нему в полной мере относится все то же, что и к созданию должностных инструкций (ДИ). Ведь на 3 этапе, в ходе оптимизации бизнес-процессов компании, она пережила реструктуризацию и/или реинжиниринг. Способ выполнения работы большинством сотрудников необратимо меняется. Для взаимодействующих непосредственно с ERP разработаны ДИ. По ним надо еще уметь отработать –даже если инструкции составлены столь исчерпывающе, что не допускают двойных толкований. Кроме того, в процессе обучения выявляются недопонимания, видимые или существующие проблемы в использовании системы, производится психологическая адаптация коллектива к работе в новых условиях. | ||
| 84 | |||
| 85 | (%%)Результат: готовность персонала компании к работе с ERP.(% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %) | ||
| 86 | |||
| 87 | Не следует экономить на обучении специалистов, которым предстоит пользоваться ERP | ||
| 88 | |||
| 89 | (% class="MsoNormal" %) | ||
| 90 | 9. Опытная эксплуатация | ||
| 91 | |||
| 92 | (% class="MsoNormal" %) | ||
| 93 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)Система закодирована и установлена, пользователи получили ДИ и прошли обучение. Компания начинает работать в условиях реальной ежедневной эксплуатации ERP – причем возможность полного «отката» на прежние управленческие технологии хотя и рассматривается теоретически, но на деле почти невыполнима. Именно на этапе опытной эксплуатации (ОЭ) всплывают все недостатки проектирования. Более того – и поставщику, и заказчику лучше, если вскроются действительно все потенциальные проблемы. Сказать «ерунда, обойдется, стерпится» в этот момент – чаще всего означает заложить мину с часовым механизмом под всю систему ERP. Когда и если она «рванет» в процессе реальной эксплуатации после подписания приемо-сдаточных документов, то, несмотря на практикуемую подавляющим большинством внедряющих компаний дальнейшую поддержку и консультации, определенных финансовых потерь не избежать. Лучше пройтись еще раз по этапам 5-9, нежели через некоторое время быть вынужденным признать стратегическую задачу автоматизации управления решенной скверно и оказаться вновь перед 1-м этапом. | ||
| 94 | |||
| 95 | (% class="MsoNormal" %) | ||
| 96 | 10. Промышленная эксплуатация и поддержка системы | ||
| 97 | |||
| 98 | (% class="MsoNormal" %) | ||
| 99 | (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)Ввод системы в промышленную эксплуатацию (ПЭ) означает завершение совместного тестирования и опытной эксплуатации и переход заказчика к полноценной и постоянной работе в новой системе. Очень важно понимание заказчиком практической невозможности полного отсутствия претензий и вопросов к используемой новой системе. Если вопросы не были включены на стадии постановки задачи, то они будут считаться дополнительными и выполняться в рамках поддержки (обслуживания) – в противном случае проект может войти в конфликтную фазу бесконечных «мелких доделок» и в итоге может быть заблокирован поставщиком по причине истощения бюджета проекта на доработку ПО. Успешное подписание акта о вводе в ПЭ лишь означает начало стремящегося к бесконечности пути развития и поддержки системы - пути, связанного с постоянными переменами в бизнесе заказчика и рыночной ситуации. | ||
| 100 | |||
| 101 | (% class="MsoNormal" %) | ||
| 102 | И помните: дорогу осилит идущий (% style="line-height: 115%; border: 1pt none windowtext; padding: 0cm;" %)[по всем этапам и с правильной командой]. | ||
| 103 | |||
| 104 | (% class="MsoNormal" %) | ||
| 105 |