Повышение эффективности работы организации путем создания сайта на примере Черемховской районной (стр. 13 из 16)
Мотивация сотрудников определяется материальным вознаграждением для каждого члена команды. Конечно у бюджетного учреждения нет больших финансовых ресурсов, но с другой стороны относительно существующих затрат даже небольшое денежно вознаграждение будет существенным. Рекомендуем установить следующие премии, исходя из заработной платы персонала и стоимости подобных услуг на рынке и затрат человекочасов:
- начальник отдела АСУ– 20 000 р.
- работники отдела АСУ (3 чел) – по 10000 р.
- главный врач больницы – 10000 р.
- руководители подразделений больницы (6 человек): по 5000 р.
Рисунок 3.3 Команда проекта.
Конечно, при данной схеме возможен конфликт, так как, например, статус руководителей все-таки выше, чем статус начальника ОАСУ. Но на предприятии ситуация такова, что одним из самых главных инициаторов внедрения является главный врач. Следовательно, от него можно ожидать осознанного отношение к делу и стимулирование руководителей поликлиник к эффективной работе. Руководство начальника ОАСУ должно быть закреплено указом генерального директора.
Поскольку команда внедрения системы невелика, то проблемы коммуникаций здесь не стоит. Все же определим систему взаимодействия членов команды: за каждым членом команды закреплена область внедрения, но все данные области взаимосвязаны между собой, следовательно, первым шагом должно быть совместно их заседание, результатом которого должен явиться сетевой график проекта, в разрезе выполняемых работ и должностных лиц, исполняющих данные работы.
По мере прохождения каждого этапа, команда проекта должна собираться и анализировать выполненную работу, в случае отклонения от первоначальных целей вносить поправки.
Вообще, специалисты по внедрению не советуют отдавать приоритет начальнику отдела АСУ, поскольку внедряемая система, касается процессов, которые лучше знают функциональные работники предприятия. По моему мнению, не стоит отдавать приоритет начальнику отдела АСУ в традиционном понимании, то есть техническому специалисту. Сейчас же возникает новый тип - специалист по информационным системам. То есть вся работа по программированию ложиться на рядовых сотрудников отдела АСУ, а руководитель отдела занимается вопросами управления в области информатизации.
Создание структуры сайта и системы работы с ним.
Еще раз определим функциональные компоненты сайта больницы:
1.собственно веб-узел сайта;
2.блок управления контентом;
3.блок администрирования;
Работа двух последних модулей была рассмотрена в первом параграфе.
Рассмотрим непосредственно сам сайт (таблица 3.1).
Таблицы 3.1 Информационная структура сайта
| Раздел | Информация | Обновление |
| Справочный | Документы, определяющие деятельность больницы | По мере изменения |
| контактная информация | По мере изменения | |
| правила и процедуры очного и заочного обращения, | По мере изменения | |
| базу данных материалов, связанных с вопросами здравоохранения | По мере изменения | |
| Информационно-новостной | информацию по целевым мероприятиям | Исходя из плана работы больницы |
| основные сообщения | По мере появления | |
| отдельные материалы СМИ либо уместные ссылки на официальные источники информации; | По мере публикации в СМИ | |
| официальные сообщения и пресс-релизы непосредственно лечебно-профилактического, вышестоящего органа управления | По мере появления | |
| Ответы на наиболее частые вопросы | Ежедневно | |
| статьи и интервью сотрудников детской больницы; | Согласно плану определяемому редактором |
Составления графика технической работы (технические моменты выходят за рамки данной работы)
1.Создание модели сайта
2.Определение модулей и технических требований к ним
3.Разработка справочного модуля;
4.Разработка информационно-новостного модуля.
5.Разработка форума и системы ответов на вопросы населения по поводу работы больницы и вопросы, связанные с охраной здоровья
6.Разработка модуля системы управления контентом
7.Разработка модуля администрирования
8.Разработка интерфейса для внутренних пользователей
9.Наполнение сайта
10.Размещение сайта
Обучение пользователей
Обучение пользователей будет проводиться ОАСУ:
Обучение будет состоять из двух частей:
1. Обучение общим принципом работы сайта и системы управления ним. Достижение понимания работы всей системы, понимания его места в общей информационной системе больницы.
2. Обучение конкретным навыкам, то есть тем действиям, которые непосредственно связаны с работой пользователя, например: как сформировать документ, как его распечатать и т.д.
Первая часть обучения часто считается необязательной. Мы считаем, что она необходима, поскольку пользователь не должен воспринимать данную систему как неизбежное зло, а для этого он должен понимать, что представляет из себя система, зачем она нужна, что влекут за собой его действия, какое место занимают в общей работе.
Вообще обучению необходимо придать большое значение, поскольку при внедрении сайта, для нормальной работы в ней, работники должны повысить уровень ответственности.
Обучение работников предприятия работе с новой системой, является развитием персонала, и, следовательно, повышением качества кадров предприятия.
Обучение будет осуществляться во внерабочее время в течении всего срока проекта. Мотивом для сотрудников здесь служит повышение собственной квалификации.
Тестирование
При разработке любой информационной системы или программы осуществляется отладка и тестирование разработанного продукта. Для этого необходимо проверить навигацию по всем ссылкам сайта. Если есть ошибки, их надо исправить или внести изменения в разработанную структуру. Данные действия необходимо проделать несколько раз, чтобы убедиться в работоспособности сайта. Лучше, чтобы тестирование проводили не сами разработчики сайта, а другие люди.
Известно, что тестирование любой программы, в том числе и сайта, разбивается на несколько этапов. Первый, называемый альфа-версия - ошибки еще замечаются самими разработчиками. Когда разработчики ошибки перестают замечать, продукт превращается в бета-версию. Вот тогда и надо его передавать другим людям на проверку. Все найденные ошибки и замечания естественно исправляются
Когда разработчики ошибки перестают замечать, продукт превращается в бета-версию. Вот тогда и надо его передавать другим людям на проверку. Все найденные ошибки и замечания естественно исправляются.
Тестирование будет проводиться на следующих уровнях.
1. Тестирование проектной группой. Разработчики проекта, то приведенные выше осуществляют всестороннее тестирование альфа версии сайта.
2. Тестирование ключевыми пользователями. Ключевые пользователи на каждой стадии проекта внедрения играют разную, но всегда действительно ключевую роль. Так как ключевыми пользователями обычно становятся наиболее опытные и прогрессивные сотрудники отделов на стадии обследования и построения модели "как есть" они лучше других понимают, как устроено их предприятие сейчас и как можно наиболее оптимально решить те задачи, которые руководство поставило перед ними..
Ввод в эксплуатацию.
После того как все ошибки устранены, и проект признан успешным как проектной группой, так и пользователями сайт можно начать эксплуатировать.
Здесь возникает проблема размещения сайта. Больницей будет куплен собственный сервер. Технические вопросы выходят за рамки данной работы.
В эксплуатации сайта можно выделить следующие взаимосвязанные процессы:
Основные:
1.Процесс наполнения сайта (смотрите приложения 5,7)
Для обеспечения сайта достоверной, полной и своевременной информацией необходимо отнестись к этому системно. То есть, создание материалов, их редактирование и размещение не должно быть прихотью сотрудников, а планомерной работой, соответствующей разработанным инструкциям. Коллектив авторов должен быть определен исходя из профессиональной пригодности и желания сотрудников. Ответственными за набор авторов нужно назначить начальников подразделений. Сотрудникам, участвующим в наполнении сайта должно полагаться вознаграждение. Работу с внештатными авторами должен осуществлять редактор. Всего, в первый год функционирования сайта планируется работа шести штатных авторов. Кроме того руководители подразделений должны быть ответственны за поддержку личных страниц.
2.Процесс обслуживания запросов контрагентов (смотрите приложения 5-7.)
Данная работа заключается в ответах на вопросы контрагентов поступающих на странички и на форум. Она должна осуществляться авторами и руководителями подразделений.
3.Процесс получения информации размещенной на сайте (смотрите приложения 4,6.)
Для оптимального прохождения данного процесса необходимо обеспечение удобного интерфейса для работы пользователей как внешних, так и внутренних. Для этого необходимо постоянно осуществлять мониторинг мнений пользователей о сайта, который можно проводить путем опроса сотрудников, пользующихся сайтом и внешних пользователей, на предмет дизайна и удобства пользования. На форуме необходимо создать специальный раздел, в котором можно собирать мнения пользователей. Кроме того, необходимо вести статистику посещений пользователей того или иного информационного раздела. Это позволит оценить популярность материалов и работу авторов.