Главная страница
Навигация по странице:

  • Практическое задание 2

  • Задание для промежуточной аттестации (менеджмент) раздел 1. Понятие "информационные технологии" является общеупотребительным, в то же время отсутствует общепризнанное определение этого понятия


    Скачать 18.76 Kb.
    НазваниеПонятие "информационные технологии" является общеупотребительным, в то же время отсутствует общепризнанное определение этого понятия
    АнкорЗадание для промежуточной аттестации (менеджмент) раздел 1
    Дата01.06.2022
    Размер18.76 Kb.
    Формат файлаdocx
    Имя файлаRazdel_1_Prudkoglyad_A_Yu.docx
    ТипДокументы
    #562808

    Раздел 1:

    Практическое задание 1.

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

    Понятие "информационные технологии" является общеупотребительным, в то же время отсутствует общепризнанное определение этого понятия.

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

    Объектами ИТ-менеджмента являются:

    инфраструктура;

    приложения;

    организационная структура службы ИС;

    ИТ-проекты.

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

    Приложения обеспечивают поддержку бизнес-процессов предприятия и работоспособность отдельных автоматизированных рабочих мест.

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

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

    Определение стратегических целей проекта и плана внедрения
    Задача этого этапа - составление базового плана внедрения. В него включаются: организация проекта, его структура, цели и область применения, состав проектной группы, методика внедрения, ориентировочный план подготовки проектной группы, согласование основных этапов, методы оценки качества работы.
    Основная проблема состоит в том, что чаще всего план внедрения просто отсутствует или имеет приблизительно-умозрительный характер. Необходимым условием успешности проекта является документирование всех решений, принятых на данном и последующих этапах.
    Предпроектное обследование
    Задачей предпроектного обследования является ранняя диагностика проблем, которые могут возникнуть при внедрении (некачественное формирование или отсутствие первичных документов, справочников, нормативов и стандартов; неподдерживаемая системой организация процессов управления, процедур и правил).
    По результатам обследования составляется документ, который подписывают все участники проекта. В документе отражаются выявленные проблемы и намечаются пути их решения. От качества проведения предпроектного обследования часто зависит успех внедрения в целом. Со стороны консультанта в обследовании должны принимать участие специалисты высшей квалификации, имеющие опыт работы на предприятии данной отрасли или близких отраслей.
    Обучение специалистов группы внедрения
    Несмотря на кажущуюся простоту, этот этап связан с огромным количеством сложностей, характерных именно для российской практики. Прежде всего, большинство руководителей российских организаций морально не готово заплатить существенную сумму за обучение своих сотрудников. Этот этап всем силами стараются сократить или вообще обойти не только поставщики, но и заказчики. Однако последующие этапы предполагают обязательное наличие у заказчика высококвалифицированного персонала. В противном случае эффективность работы существенно падает, что приводит к затягиванию проекта, многократному росту его стоимости и даже провалу.
    Моделирование бизнеса
    Данный этап является необязательным, но обычно рекомендуется в фирменных руководствах по внедрению. Российские консультанты стремятся использовать этот этап для обучения своих малоопытных специалистов. Однако заказчику такое "моделирование" практически ничего не дает. Для того чтобы этот этап принес существенную пользу, он должен проводиться силами хорошо обученных сотрудников заказчика с привлечением высококвалифицированных консультантов и обязательной привязкой модели к стандартам бизнеса и к будущей системе.
    Наличие в системе встроенных средств моделирования, связанных со средствами быстрой разработки, может существенно облегчить жизнь системным администраторам за счет ускоренной настройки маршрутов документов, прав доступа и меню.
    Детальное планирование
    После обучения группа внедрения способна разработать детальный проектный план, специально предназначенный для эффективного внедрения. В перечень конкретных задач включаются обязанности участников проекта, сроки начала и окончания работ, а также другие параллельно решаемые задачи. Работа проводится совместно группой внедрения и консультантами.
    На следующем этапе внедрения проводится разработка и согласование настройки справочников и классификаторов системы в соответствии с определенными на предыдущих этапах требованиями. При необходимости принимаются решения об изменении существующей практики учета или функциональных моделей. При наличии корпоративных стандартов и квалифицированных консультантов сложностей обычно не возникает. При отсутствии или неполноте стандартов они должны быть созданы/доработаны.
    Внедрение
    Эта стадия характеризуется присутствием факторов риска с максимальной тяжестью последствий, если сравнивать с другими этапами. На ней, в частности, в полной мере, проявляются риски, обусловленные неверным планированием. Но даже при идеальном планировании и организации внедрения значительные проблемы могут возникнуть из-за того, что проект затрагивает сферу жизненных интересов больших коллективов и руководителей высшего звена, контролирующих собственность, товарные и денежные потоки. Внедрение системы в действительности может преследовать разные внутриполитические цели, далекие от официального плана. Например, проект может использоваться как таран для различных изменений и передела сфер влияния внутри компании. Технологические риски возникают, прежде всего, из-за обширной функциональности системы, дезориентирующей заказчика, а также трудоемкости переноса в систему исторических данных.
    Участие руководителей - обязательное условие успешного внедрения. Во-первых, именно они станут ключевыми пользователями информации, получаемой из системы. Во-вторых, именно они должны принимать окончательные решения в ходе проекта. И, в-третьих, их поддержка необходима для придания проекту соответствующего статуса - всем ясно, что только проекты, интересные руководителю, пойдут по плану и будут закончены в срок. Неприятие проекта со стороны персонала, которое в конечном счете ставит проект под угрозу, часто возникает из-за недостатка информации: руководство предприятия не осведомлено о том, чем занимается проектная команда, а сотрудники недоумевают, зачем вообще понадобилась эта затея. Преодолеть негативное отношение персонала поможет своевременная и регулярная работа с персоналом, которая должна входить в обязанности участников проектной группы.
    Тестовые пуски в отдельных подразделениях
    На этом этапе в систему вводятся реальные данные (как правило, в ограниченном объеме), после чего путем моделирования реальных ситуаций (например, отгрузки, оприходования товара) последовательно тестируются бизнес-функции. Очень важно провести эти испытания в условиях максимально приближенных к реальному режиму эксплуатации системы, чтобы исключить неприятные неожиданности при опытно-промышленной эксплуатации.
    Нужно иметь в виду, что при тестовых пусках интересы консультантов и заказчиков нередко вступают в противоречие. Консультанту важно, чтобы все прошло максимально "гладко" и он мог получить деньги за следующий, обычно самый дорогостоящий этап. Заказчику же, напротив, выгодно выявить как можно больше проблем, чтобы, пока еще не поздно, принять решительные меры, например, отказаться от внедрения отдельных блоков системы или от всей системы в целом. Особенно стремятся "не заметить" проблем консультанты, участвовавшие в выборе системы, а также представители поставщика.
    Обучение конечных пользователей работе с системой
    Такое обучение проводится обычно на рабочих местах и в уже настроенной системе. Российская специфика дает о себе знать и на этом, теоретически самом простом, этапе. Здесь зачастую приходится столкнуться не только с пассивным ("не понимаю", "не удобно", "нет времени"), но и с активным сопротивлением сотрудников, вплоть до сознательных попыток вывести систему из строя, ввода недостоверных и заведомо опасных данных. Поэтому крайне желательно проводить обучение при полностью настроенной системе разделения доступа, с соблюдением всех мер информационной безопасности. Как правило, обучение проводится силами проектной группы заказчика.
    Опытная эксплуатация
    Цель опытной эксплуатации - убедиться в том, что функциональность системы полностью соответствует требованиям предприятия. Как правило, на этом этапе данные вводятся и в старую, и новую системы, из-за чего нагрузка на подразделения, задействованные в проекте, существенно возрастает.
    Интегрированный пилотный пример
    На этой стадии полностью моделируется вся деятельность предприятия, в том числе основные процессы управления (например, ввод заказа, отгрузка, расчеты с заказчиками, управление запасами, снабжение, расчеты с поставщиками, главная книга и аналитический учет и т.д.), необходимые для выполнения основных задач предприятия. Реализуется полный учетный (как правило, квартальный) цикл деятельности, включая цикл закрытия периода. На основании результатов работы принимается решение о вводе системы в промышленную эксплуатацию.
    План "переключения"
    Определяется процедура работ и фиксируется специальный график перехода конечных пользователей на работу в новой системе. В особо ответственных случаях допускается параллельное ведение учета в течение некоторого времени, но желательно не более одного учетно-отчетного периода. Ввиду особенностей российского учета переход на новые системы рекомендуется осуществлять с начала года или, по крайней мере, не позже первого квартала, что делает более жесткими временные рамки проекта.
    Ввод системы в промышленную эксплуатацию
    Реализация данного этапа обычно и означает успешное внедрение. Хотя и здесь бывают свои особенности. Известны случаи, когда ряд функциональных блоков так и не переводился в промышленную эксплуатацию. Обычно это происходило, если некачественно был осуществлен этап тестовых пусков и пилотных примеров подразделений, в результате чего критическое несоответствие возможностей системы и процессов управления предприятия выявлялось только на этапе опытно-промышленной эксплуатации.


    написать администратору сайта