Рекомендации по совершенствования системы управления

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

· изучение мнения пользователей о системе, обсуждения ее возможностей и детальный анализ необходимости в дополнительных доработках;

· проведение формальной аттестации пользователей по знаниям новой системы и сообщение результатов менеджерам как некий механизм присвоения квалификации и подведения итогов по готовности пользователей по работе с системой.

Ввод реальных данных.

После того, как все необходимые детали по работе системы согласованы с пользователями, система признается готовой к установке, а топ менеджмент принимает окончательное решение о внедрении (так называемое “go-no-go solution”), начинается сам переход с одной системы на другую.

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

Ввод данных (все системные настройки должны быть уже введены в систему на стадии тестирования системы пользователями) начинается с ввода так называемых мастер - данных:

· заказчики, их адреса, контактные лица и т.д.;

· список продуктов с необходимыми характеристиками, такими, как количество штук в коробке, размеры, вес, коды и т.д.;

· цены и скидки - как на продукты (закупочные и продажные), так и на другие услуги (перевозки, консультации, денежные переводы и т.д.);

· склады, их адреса, контактные лица и т.д.;

· поставщики, их адреса, контактные лица и т.д.;

· другие партнеры (перевозчики, консультанты, банки и т.д.);

· транспорт, характеристики машин (объем, тип, номера и т.д.);

· другое.

Затем начиная с определенного момента, когда все базовые данные введены, в систему начинает вводиться рабочая информация, соответствующая бизнес - процессам.

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

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

Переход на новую систему.

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

Принципы формирования и работы команды, отвечающей за изменение информационной системы, подбор ее участников и взаимоотношения с организацией

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

Структура команды участников проекта и взаимоотношения между ними.

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

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

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

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

 Скачать реферат