Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
практики2010.doc
Скачиваний:
143
Добавлен:
21.03.2015
Размер:
686.08 Кб
Скачать

Задание на практическую работу

  1. На основе теоретического материала рассчитать показатели, отражающие законо­ме­р­ности демографических процессов.

  2. Вычислить прогноз численности населения на будущие годы.

  3. Оформить отчет по работе.

Практическая работа №4 Показатели надежности системы

Цель работы:получить навыки при планировании и управлении качеством ИС

Ход работы.

1.1 Построить систему требований к качеству проекта с учетом потребностей ор­ганизации и возможностей выбранной конфигурации системы.

Построить систему требований с учетом потребностей организации.

С учетом возможностей системы.

1.2 Определиться с конфигурацией и стоимостью проекта. Построить систему тре­бований к ПП для конкретного проекта – с учетом возможностей выбранной кон­фигурации планируемой системы.

1.3 Подготовить экономическое обоснование проекта.

1.4 Создать систему ключевых показателей.

1.5 Построить модель ИС.

Зафиксировать порядок и правила исполнения рабочих процедур.

Создать модель работы ИС.

Выработать стандарты ИС.

Согласовать состав справочников и классификаторов.

Утвердить новую схему бизнес - процессов.

Необходимо определять приоритеты.

Описание как последовательности действий:

  1. Цели внедрения ИС, построить их иерархию.

    Решение наших задач

     

     

     

     

    Минимальная стоимость

     

     

     

     

  2. Определение перечня и содержания документа на выполнение ППО.

  3. Построение оргсхемы. Формирование рабочей команды, определение регла­мен­та ее работы.

  4. Перечень работ ППО.

    1. Определение стратегии бизнеса. Формулировка концепции общего управ­ления – объекты управления, цели управления, стратегия, подходы. (в МТО уже полтора месяца).

    2. Выделение бизнес-процессов, их связей, исполнителей и конечных продуктов. Как контролируется и оцениваются операционные цепочки?

    3. Структурирование.

    4. Сегментация – выделение связанных бизнес-процедур в рамках одного или нес­коль­ких бизнес-процессов, подлежащих реализации в ИС.

    5. Изучение и документирование потоков документооборота, связь потоков с биз­нес процессами в границах автоматизации ИС.

    6. Определение очередности реализации исходя из важности и взаимо­связан­ности.

    7. Реестр документов, участвующих в документообороте. Связь с бизнес-фун­к­циями.

    8. Стандарты.

    9. Состав ИС.

    10. Технико-экономическое обоснование и ССВ.

  5. Определение сроков. Построение календарного плана.

  6. Система обучения.

  7. Управление рисками.

  8. Управление по показателям качества – все 8 стадий.

  9. Завершение предпроектного обследования.

Продукты описаны у Виталия.

Управление качеством проекта.

Построить систему требований к качеству проекта с учетом потребностей организации и возможностей выбранной конфигурации системы.

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

Построить систему требований с учетом потребностей организации.

  1. Определить вопросы, на которые необходимо получать ответы в процессе работы ИС.

Например:

    1. Какова структура затрат? Структура доходов?

    2. Какие продукты и сегменты должны быть целевыми (удовлетворение кли­ента)?

    3. За счет чего можно поднять доход и прибыльность по продуктам и потре­бителям?

    4. Какова зона ключевой компетенции компании?

    5. Эффективно ли использовались ресурсы для достижения поставленной цели и увеличения прибыли?

  1. Требования к проекту внедрения ИС и ожидаемые результаты. Должны быть предельно конкретны. Детализировать необходимо до достаточного уровня, не более, ина­че это займет очень много времени.

Например:

  1. Формулировка стратегии увеличения прибыльности и стратегических целей.

Например:

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

    2. Выявление и развитие областей ключевой компетенции, которые могут обе­с­печить достижение конкурентного преимущества.

    3. Формирование бизнес–культуры, ориентированной на изменение в компа­нии.

  1. Составление карт рабочих процессов и определение ресурсоемкости работ.

  2. Построение системы управления индикаторами эффективного выполнения ра­бот.

  3. Просчет потерь от неэффективной работы и оценка окупаемости внедрения уп­равленческой ИС.

  4. Определение списка работ, длительности и исполнителя, входящие и исхо­дя­щие информационные потоки. Выстраивание работ по принципу обеспечения добавоч­ной стоимости, группировка в бизнес-процессы.

  5. Оптимизация исполнения работ, выработка стандартов исполнения.

  6. Разработка количественных и качественных показателей выполнения работ.

  7. Построение системы управления изменениями.

  8. Разработка форм учета затрат и прибыльности каждой товарной группы и сег­мента.

  9. Создание системы отчетности для каждой рабочей группы для анализа и со­вершенствования ее деятельности.

  10. Создание системы мониторинга качества работы рабочих групп со стороны руководства.

 

С учетом возможностей системы.

    • Функциональность.

    1. Список процессов, которые будут реализованы в ИС.

    2. Список возможностей, которые связаны со спецификой деятельности орга­ни­зации и традиционно вызывают проблемы при реализации. (фискальный учет по нес­кольким юридическим лицам, розничная торговля (с применением торгового обору­до­вания), взаимозачетные схемы, работа с удаленными подразделениями, совмещение с используемым ПО).

    3. Список “узких мест” - требования к системе по способности выполнения процедур, которые требовали большого количества ручных операций или выполняли слишком медленно.

    4. Требования соответствия модели ИС и бизнес модели (сохранение времени, места, периодичности, длительности, владельца исполнения реального процесса).

    5. Требованиями к безопасности.

    6. Акцент необходимо сделать на эффективную реализацию функций управленияпредприятием (поддержка принятия решений).

    7. На основании стратегического плана развития предприятиясформу­ли­ровать требования к гибкости ИС и способности обеспечиватьбудущие потребности на период работы системы. Например, если через год планируется интеграция с постав­щиками по технологии B2B, или изменения масштаба организации (документооборота, количества сотрудников, подразделений, изменения структуры бизнеса) и в результате запланировано изменение бюджета, то в ИС должна быть заложена соответствующая возможность изначально, т.к. год – недостаточный срок и для внедрения ИС и для модификации.

    • Технологичность.

    1. Количество транзакций.

    2. Количество пользователей.

    3. Удаленные пользователи.

    4. Скорость выполнения задач.

    5. Совместимость с программными и техническими средствами (Интернет).

    6. Физическая структура данных.

    • Экономичность.

    1. Ресурсоемкость. Время, деньги, персонал.

    2. Экономический эффект.

Определиться с конфигурацией и стоимостью проекта. Построить систему требований к ПП для конкретного проекта – с учетом возможностей выбранной конфигурации планируемой системы.

Требования к информационной системе, сформулированные на основании требова­ний бизнеса корректируются с учетом возможностей выбранной информационной систе­мы.

При составлении модели ИС, необходимо учитывать, что внедрение ИС влияет на модель бизнеса, более того,на стратегиюбизнеса в целом, по двум причинам. Во-пер­вых, это связано с внедрением информационных технологий, меняющих технологии ра­боты организации. Во-вторых, финансовые затраты на внедрение требуют корректировки долгосрочного бюджета и изменения требований к производительности работы пред­при­ятия. При этом надо блокировать ситуации, когда ИС определяет процессы. Она должна создавать поддержку реальным бизнес – процессам компании.

Но необходимо учитывать нюансы, связанные с неосвоенной функциональностью (см. пункт “Выбор системы”). Внедрение блоков с неосвоенной функциональностью необходимо отнести во времени до включения этих функций в схему бизнес – процессов.

Подготовить экономическое обоснование проекта.

Вложения в ИС являются инвестициями в собственный бизнес и должны оку­па­ть­ся. Результатом отложенных до несвоевременности вложений являются упущенные кон­ку­рентные преимущества и “тяжелая” оргструктура, которая будет затруднять процесс внедрения.

  1. Построение прямой оценки стоимости проекта.

Складывается из затратной части – стоимости ресурсов и доходной – полученной в результате продажи оборудования и увольнения невостребованных специалистов. Расходная часть состоит из стоимости всех ресурсов, задействованных на всех этапах построения ИС.

  1. Оценка экономического эффекта.

Надо отличать такую “простую” оценку от оценки экономического эффектавнедрения новой ИС, которая также состоит из двух частей – расходной и доходной. Расходная часть строится на основании оценки потерянной от вложения в ИС средств прибыли и учета величины вложенных средств, а доходная – от экономической прибыли, полученной в результате внедрения ИС К сожалению, проверенных методик расчета экономической прибыли от внедрения ИС я не знаю. Эти методики должны учитывать эффективность новой стратегии предприятия, действующего в меняющихся условиях в будущем, на достаточно длительный срок. Можно оценить, сколько процентов составляет стоимость проекта внедрения от месячного оборота фирмы (в перерасчете на всю длину проекта). Это необходимо для оценки приемлемости всего проекта. Может ли предприятие позволить себе такую цену ИС – необходимо решить до начала проекта внедрения. Есть мнение, что норма – 1-2%, но доказательств в подтверждении таких предположений нет.

    1. Определение перечня показателей и параметров и их значениядо внедрения ИС.

    2. Определение аналогичного списка и значений, которые хотим достичь.

    3. Расчет увеличения доходов и снижения потерьпри достижении этих значений иопределение срока окупаемости.

Реально возможна только экспертная оценка эффективности.

Создать систему показателей качества.

На основании требований к ИС, полученных в результате анализа потребностей бизнеса, возможностей системы и экономического обоснования создается система ключевых показателей (СКП) управления качеством ПП, привязанная к ее составным частям и процессам.Должны быть определены вехи проекта, для которых будет разработана такая система. По этим показателям будут оцениваться успешность проекта внедрения, и корректироваться его план.

Построить согласованные модели ИС и модель БП.

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

Зафиксировать порядок и правила исполнения рабочих процедур.

Выполняется с помощью группы обученных специалистов или консультантов по внедрению с той степенью подробности, которой будет достаточно для сравнения “как есть” и “как заложено в ИС”. При этом рассматривается оптимизированнаяв процессе реинжиниринга структура, а не существующая.

Создать модель работы ИС.

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

Выработать стандарты ИС.

Оформить цели использования тех или иных технологий и критерии оценки их качества, описание исходной информации, способы и методы, использующиеся при соз­дании, правила контроля за ходом создания ИС, требования к оформлению результатов, а также регламентируют содержание технологической и эксплуатационной документации, организационная структура проекта, распределение и планирование заданий, конфигура­ционное управление.

Согласовать состав справочников и классификаторов.

Утвердить новую схему бизнес - процессов.

Утверждается по каждому процессу до начала внедрения. Для этого необходимо зафиксироватьправила и процедуры, которые будут работать после внедрения ИС (и в процессе внедрения, с учетом относительной длительности этого этапа). Они должны быть поняты и одобрены всеми членами группы внедрения, по возможности обсуждены в подразделениях. Такая процедура должна быть принята на всех этапах внедрения и использования. Только после такого согласования можно утвердить модель работы ИС. Для того чтобы будущая модель была актуальна, необходимо задействовать всех, кто за­ин­тересованных в осуществлении проекта с помощью встреч и обмена информацией. Не­обходимопубликовать информацию о ходе внедренияи принятом порядке ис­полне­ния раб. процедур НИС в корпоративных документах,настроить обмен мнениями. Сот­руд­ники должны не просто знать порядок своей работы в новой системе, но видеть картину изменения процесса, в котором они задействованы в целом. В идеале они должны участ­во­вать во внедрении системы и учитывать свои интересы. Все решения по конфи­гури­рованию процесса в ИС должнысопровождаться документамис подписями ответствен­ных со стороны специалиста по системе и владельца процесса.

 

Необходимо определять приоритеты.

Вполне возможно, что встроенные в ПО процедуры не похожи на уже исполь­зу­емые (например, схема построения системы скидок). В такой ситуации необходимо оценивать предлагаемые процедуры системы с точки зрения соответствия целям предпри­ятия, а не сложившихся убеждений. Необходимо учитывать факт неизбежного снижения возможностей при перенастройке системы (вплоть до размыкания управленческого контура при некорректной настройке). В таком случае интересно анализировать не столь­ко собственный опыт, сколько вообще лучшие решения в отрасли.