Сергей Авдошин - Информатизация бизнеса. Управление рисками. Страница 58

1. Заполните карточку риска для наиболее приоритетного риска проекта. Используйте образец заполнения.

Задание 7. Заполните анкету для проведения ИТ-аудита

Цель: научиться выделять категории для анализа ИТ-состояния, формировать опросники для проведения ИТ-аудита.

1. Разработайте собственные вопросы для проведения ИТ-аудита и оценки состояния ИТ в организации.

1.1. Категория «Качество организации управления ИТ». Предложите собственные вопросы для оценки качества организации управления ИТ, учтите в вопросах следующие факторы: структура службы ИТ и ее подчиненность; права и обязанности сотрудников; численность персонала, квалификация, стаж работы, текучка кадров, прочие.

1.2. Категория «Планирование развития ИТ». Предложите собственные вопросы для оценки планов по развитию ИТ, учтите в вопросах следующие факторы: планы работ по развитию ИТ; процедуры формирования ИТ-бюджета, контроль формирования и исполнения планов по ИТ; наличие KPI по оценке деятельности ИТ-службы, прочее.

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

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

Пример 1. Наличие документации по ИС (ТЗ, проектная документация, прочая).

• Организационно-техническая документация по системам присутствует в полном объеме. Есть вся необходимая информация.

• Организационно-техническая документация по системам присутствует в достаточном объеме. По мере необходимости обращаемся к разработчикам ИС.

• Организационно-техническая документация присутствует частично. Есть ТЗ, акты приемки, проектная документация, но системы документированы не полностью.

• Из организационно-технической документации присутствуют только ТЗ и акты приемки.

• Организационно-техническая документация отсутствует.

Пример 2. Пользователи информационных систем.

• Пользователь системы – все предприятие, все пользователи работают в одной системе.

• Различные подразделения используют разные системы, однако данные консолидируются.

• Часть подразделений использует систему/системы, однако на предприятии существуют участки, которые необходимо автоматизировать.

• Автоматизация на предприятии хаотична. Отсутствует стратегия по вопросам использования и развития систем. Данные систем не консолидируются.

• Автоматизация на предприятии отсутствует/присутствует в ограниченном объеме.

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

• Существует стратегия ИТ, однако вопрос внедрения систем в ней не затронут. Статус и назначение систем определены. Существуют требования к документированию.

• Статус систем определен. Планы их внедрения не определены. К документации требования не определены.

• Статус систем не определен. Вопрос о внедрении поднимается по необходимости. Требования к документированию не определены.

• Статус систем на предприятии не определен. Документация определяется поставщиками.

Задание 8. Составьте план коммуникаций по ИТ-проекту

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

1. Проведите анализ участников проекта. Определите ключевых участников: владелец, заказчик, пользователи «ИТ Solutions», консерваторы, новаторы, советчики.

2. Идентифицируйте существующие проблемы на этапе инициации.

3. Разработайте план управления коммуникаций на основе следующих данных:

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

 частота прохождения информации: на главных вехах, ежедневно, еженедельно, при необходимости или изменениях;

 способ коммуникации: электронная почта, официальная встреча, совещание, бумажная копия, телефон.

Список литературы

1. Аалдерс Роб. ИТ-аутсорсинг: практ. руководство. – Сер.: Библиотека IBS. – Альпина Бизнес Букс, 2004.

2. Андон Ф. И., Суслов В. Ю., Коваль Г. И., Коротун Т. M. Основы инженерии качества программных систем. – Киев: Академпериодика, 2002. – 502 с.

3. Аникин Б. А., Рудая И. Л. Аутсорсинг и аутстаффинг: высокие технологии менеджмента. – Сер.: Высшее образование. – М.: Инфра-М, 2005.

4. Бабенко Л. П., Лаврищева Е. М. Основы программной инженерии: учебник. – Киев: Знання, 2001. – 269 с.

5. Боэм Б. У. Инженерное проектирование программного обеспечения. – М.: Радио и связь, 1985. – 511 с.

6. Брукс П. Мифический человеко-месяц. – М.: Мир, 1972. – 234 с.

7. Гультяев А. К. MS PROJECT 2002. Управление проектами. Русская версия: практ. пособие. – СПб.: КОРОНА, 2003. – 592 с.

8. ДеМарко Том, Листер Тимоти. Вальсируя с медведями: управление рисками в проектах по разработке программного обеспечения. – М.: Компания p.m.Office, 2005.

9. Джалота П. Управление программными проектами на практике. – М.: Лори, 2005.

10. Костогрызов А. И., Нистратов Г. А. Стандартизация, математическое моделирование, рациональное управление и сертификация в области системной и программной инженерии. – М.: Вооружение, политика, конверсия, 2004; 2005. – 395 с.

11. Костогрызов А. И., Степанов П. В. Инновационное управление качеством и рисками в жизненном цикле систем. – М.: Вооружение, политика, конверсия, 2008. – 404 с.

12. Макконнелл С. Остаться в живых: руководство для менеджеров программных проектов. М.: Питер, 2006.

13. Ньюэлл Майкл В. Управление проектами: руководство по подготовке к сдаче сертификационного экзамена РМР. – М.: КУДИЦ-Образ, 2006.

14. Ройс У. Управление проектами по созданию программного обеспечения. – М.: ЛОРИ, 2002.

15. Спарроу Элизабет. Успешный ИТ-аутсорсинг. – М.: КУДИЦ-Образ, 2004.

16. Уокер Ройс. Управление проектами по созданию программного обеспечения. – М.: Лори, 2007.