- •Завдання комп’ютерного практикуму
- •Комп’ютерний практикум №1-2 .«розробка бізнес - плану іт проекту» Завдання комп’ютерного практикуму
- •Теоретичні положення та практичні настанови Структура бізнес - плану
- •Загальна характеристика бізнес – плану
- •Структура та написання бізнес – плану
- •Розділ 1: резюме.
- •Розділ 2: характеристика підприємницької діяльності та її можливості.
- •Розділ 3: конюнктура ринку.
- •Розділ 4: маркетинг і збут
- •Розділ 5: управління і власність
- •Розділ 6: план виробництва
- •Розділ 7: фінансовий план та стратугія його забезпечення
- •Розділ 8: оцінка можливих ризиків
- •Додатки
- •Перелік інформації, яка необхідна перед написанням бізнес – плану
- •Приклад бізнес-плану створення Інтернет – провайдера „ІнтернетПровайдер ”
- •1.7. Структура управління:
- •1.9. Спеціалізація діяльності:
- •1.10. Керівники підприємства та їх службові телефони:
- •Комп’ютерний практикум №3 «розробкастатуту іт проекту» Завдання комп’ютерного практикуму
- •Теоретичні положення та практичні настанови Статус Документу
- •Загальні відомості про проект
- •Функції членів команди проекту
- •Взаємодія сторін
- •Періодична звітність за проектом
- •Управління проблемами по ходу проекту
- •Управління змінами по ходу проекту
- •Управління проектною документацією
- •1.1 Формулювання цілей проекту
- •1.2 Розрахунок очікуваних переваг і визначення верхньої межі бюджету проекту
- •1.3 Оцінка здійсненності проекту
- •1.4 Формування команди проекту
- •2. Аналіз інформаційних потреб
- •2.1 Створення призначеної для користувача специфікації іс
- •2.2 Розробка плану перевірки придатності іс.
- •2.3 Ухвалення рішення про спосіб створення системи
- •2.4 Підготовка і проведення тендеру на постачання/створення елементів іс.
- •3. Технічний дизайн
- •7 Впровадження системи і її експлуатація
- •Теоретичні положення та практичні настанови
- •Терміни і визначення
- •Методика управління проектами за допомогою Microsoft Project . Основні можливості Планування проекту
- •Створення нового проекту
- •Призначення ресурсів
- •Ведення витрат
- •Визначення критичного шляху
- •Збереження плану по ходу виконання
- •Відстежування і управління ходом виконання
- •Контрольні запитання
- •Комп’ютерний практикум №9 .«розробка плану управління ризиками іт проекту» Завдання комп’ютерного практикуму
- •Теоретичні положення та практичні настанови
- •Визначення ризиків
- •Аналіз ризиків
- •Планування ризиків
- •Моніторинг ризиків
- •Контрольні запитання
- •Література
Управління змінами по ходу проекту
Управління змінами здійснюється в цілях забезпечення належного контролю за змінами і аналізу наслідків змін до приведення їх у виконання. «Зміною» вважається поправка, що вноситься до початкових вимог, специфікацій, проектної документації або розкладів.
Управління змінами виконується впродовж всього проекту. Проблеми реєструються в журналі (таблиця 3.5) Керівником проекту з боку Виконавця.
Таблиця 3.5 - Журнал реєстрації змін
|
№ запиту на зміни |
Дата запиту на зміну |
Опис зміни |
Орган, що авторизував зміну |
Статус |
|
|
|
|
|
|
Управління проектною документацією
Описується перелік документації за проектом і порядок її ведення в електронному і паперовому вигляді, включаючи реєстрацію витікаючої документації.
Додаток . Форма запиту на зміну проекту
Запит на зміну № ______ від __ _________ 2011 р.
№ проекту |
| |
|
Ініціатор зміни |
| |
|
Необхідна зміна |
| |
|
Обгрунтування необхідності зміни |
| |
|
Можливі наслідки від зміни |
| |
|
Орган / особа, що авторизує зміну |
| |
|
Результат розгляду зміни |
| |
|
Відмітка про виконання зміни |
| |
|
№ проекту |
|
Приклад чорнового плану реалізації проекту розвитку інформаційної системи
1. Ініціація проекту
Формулювання стратегічного плану розвитку інформаційної системи, також як і ініціація дій з його реалізації є прерогативою топ-менеджерів. Саме вони повинні (у вигляді затверджених документів) сформулювати загальні бізнес вимоги до майбутньої системи. Для успішного здійснення цього етапу, топ-менеджери повинні забезпечити в організації відповідне середовище, що відповідає наступним умовам:
Керівництво повинне бути упевнене в тому, що проект, що ініціюється, насправді необхідний, і воно приділятиме його реалізації достатньо засобів і своєї уваги.
Керівники підрозділів зацікавлені в реалізації проекту, їх розуміння цілей і завдань проекту співпадає з розумінням топ-менеджерів і забезпечена (в першу чергу організаційно) їх активна участь на стадіях формування цілей і стратегії.
Всі співробітники організації проінформовані про цілі і завдання проекту, і їх мотивація забезпечить успішне проведення всіх, пов'язаних з проектом робіт.
1.1 Формулювання цілей проекту
Сформульовані цілі проекту не повинні бути прив'язані до яких-небудь технологій. Їх основне призначення - змалювати, що саме створювана інформаційна система повинна забезпечити організації і які переваги (у тих же термінах, які використовуються для оцінки діяльності компанії) організація повинна отримати в результаті реалізації цього проекту. Надалі, на стадії впровадження і експлуатації, саме порівняння цих очікуваних бізнес- переваг з отриманими результатами буде основою для аналізу успіху або неуспіху проекту.
На основі очікуваних бізнес-переваг класифікується роль майбутньоі ІС (Стратегічна, ключова або допоміжна по Мак-Фарлану) і залежно від неї уточнюються переважні методи управління і створення ІС.