Основни Рискове:
|
Влияние на риска
1 = слабо
2 = средно
3 = силно
|
Възможност за контролиране
1 = голяма
2 = средна
3 = малка
|
Вероятност за поява
(Оценка от 1–10, 9 = много голяма)
|
Критерии за успех
|
Предложение за действия за управление на риска
|
По-високи цени от предвидените за доставка на контролерите.
|
2
|
2
|
3
|
Приемливи цени за доставка.
|
Предварително договорени цени за доставка.
|
Проблеми с осигуряването на градоустройствения план би довело до отлагане на пускането на системата.
|
3
|
3
|
5
|
Осигурен достъп до нужните документи.
|
Осигуряване на достъп до плановете със съдействието на общината.
|
Проблем при интеграцията на контролерите със системата.
|
3
|
2
|
2
|
Системата е проектирана съобразно спецификациите на контролерите.
|
Внимателно проектиране на системата и подробно изучаване на интерфейсите на контролерите.
|
Класификация на персонала при инсталация на контролерите.
|
1
|
1
|
1
|
Квалифицирани кадри, които не срещат затруднение при монтажа на контролерите.
|
Обучение на персонала за инсталация на контролерите.
|
Закъснение на доставката на нужните COTS компоненти
|
2
|
3
|
2
|
Отразени са нужните промени в договора за доставка.
|
Предварително заложени дати за доставка и съответна неустойка при закъснение.
|
Дефектни контролери и нужда от подмяна.
|
1
|
1
|
3
|
Гаранционен срок от минимум 5 години.
|
Гаранционен договор, сключен с доставчика за подмяна на дефектни компоненти.
|
Отказ на системата
|
3
|
1
|
1
|
|
Защита от нерегламентиран достъп и back-up система.
|
Работата на член от екипа надхвърля 1300 човекочаса.
|
3
|
1
|
6
|
|
Въвличане на консултанти, използване на обширен подход за управление на проекта
|
Големината на екипа при най-голяма натовареност в проекта
|
3
|
2
|
6-7
|
|
Обширен план за комуникация, чести срещи, стегната работа на Scrum master-a
|
Непрестанно увеличаване на обхвата на проекта
|
2
|
2
|
5
|
|
Точно описание на обхвата в проектния план, честото му преглеждане от Scrum master-ите за засичане на промени по обхвата.
|
Преценяване на графика на проекта
|
3
|
2
|
6
|
Изготвяне на обширен времеви график.
|
Чести прегледи на изготвения времеви график.
|
Нереалистично оценяване на цената
|
2
|
1
|
2
|
|
Всякакви детайли по проектния план са известни още в началото.
|
Ключови квалификационни изисквания:
Главни дейности по проекта
|
Изисквани умения/ експертиза
|
Вътрешен ресурс
|
Външен
ресурс
|
Ограничение
|
Разработване и управление на база от данни
|
Познания по изграждане и управление на бази от данни
|
Калин Стефанов -
разработчик
|
|
няма
|
Разработване на проекта
|
Познаване на средите за разработка
|
Разработчици
|
|
Някои от разработчиците трябва да преминат обучаващ курс
|
Разработване на проекта
|
Познаване на технологиите за разработка
|
Разработчици
|
|
няма
|
Тестване на проекта
|
Познаване на средите за тестване
|
Инженери по качеството
|
|
няма
|
Интегриране на компонентите на системата
|
Познания по разпределени системи
|
Екип 3
|
|
няма
|
Подход за разработване на проекта
|
Познания по подхода за разработка на проекта - Scrum
|
Екип 1, Екип 2, Екип 3
|
|
За някои членове на екипите по проекта не са работили по Scrum и трябва да преминат обучителен курс.
|
Управление на финансите по проекта
|
Познания по счетоводство
|
|
Финансов консултант
|
Фирмата няма отдел за управление на финансите, затова е нужна външна консултация
|
Ограничения на проекта:
-
Разходите по проекта трябва да са в границите на отпуснатите средства за разработка.
-
Проектът трябва да се приключи не по-късно от 05.08.2010г.
-
Един комуникационнен център може да се свързва с не повече от 250 контролера на разстояние 800 метра.
Взаимосвързани проекти:
Системата SLM оперира независимо от други системи. Тя не е пригодена да бъде свързана към друга система, с която да обменя информация или да работи съвместно.
Критерии за приемане на проекта:
-
Функционалността на продукт да отговаря на изискванията
-
Системата да отговаря на изискванията за дизайн и лесна използваемост
-
Доставка на продукта в определените срокове
-
Да има възможност за разширяване (Scalability)
-
Уличното осветление трябва да работи и без връзка на контролерите с друга час от системата при възникнала повреда
План за комуникация:
Тип комуникация
|
Заинтересовани лица
|
Отговорник
|
Честота
|
Вътрешна/ външна
|
Release Planning Meeting
|
Project Scrum Master, Product Owner, Teams
|
Product Owner
|
Веднъж
|
Вътрешна
|
Sprint Planning Meeting
|
Project Scrum Master, Product Owner, Teams
|
Project Scrum Master
|
Всеки спринт
|
Вътрешна
|
Daily Scrum Meeting
|
Team (I, II or III), Product Owner, Scrum Master
|
Scrum Master
|
Всеки ден
|
Вътрешна
|
Sprint Review Meeting
|
Project Scrum Master, Product Owner, Teams, Customer
|
Project Scrum Master
|
Всеки спринт
|
Външна
|
Sprint Retrospective Meeting
|
Project Scrum Master, Product Owner, Teams
|
Project Scrum Master
|
Всеки спринт
|
Вътрешна
|
Scrum of Scrum Meeting
|
Project Scrum Master, Team Scrum Masters, Product Owner
|
Project Scrum Master
|
Всеки ден
|
Вътрешна
|
План за управление на промените:
Резюме
Планът за управление на промените определя механизми за поискване, оценка, вземане на решение, както и проследяване на възможните промени в проекта,
обхвата и всички свързани с тях дейности и резултати.
Планът:
-
установява процеса за контролиране на промените, който от своя страна определя начина, по който предложените промени са одобрявани или отхвърляни въз основа анализ на промените както и евентуалното им влияние върху графика, бюджета, и обхвата.
-
определя процедура, по която членовете на екипа на проекта и заинтересованите лица могат да поискат промени.
-
определя как резултатите от анализа и оценката се записват.
Искането на промяна може да произлиза от различни източници. Това включва, но не се ограничава до, екипът на проекта, подизпълнители, всяка държавна агенция и заинтересовани страни. Независимо от източника, всяка искане за промяна ще бъде предмет на един и същ процес за документация, оценка, анализ и уреждане на въпроса.
Роля
|
Задължение
|
Инициатор на исканата промяна
| -
Идентифицира необходимостта от искане за промяна на проекта (PCR – project change request)
-
Уведомява ръководителя на проекта за исканата промяна
-
Съдейства за осигуряване на допълнителни проучвания
-
Подпомага документирането на PCR
-
Определя потенциалните рискове, свързани с PCR
-
Съдейства при определянето на въздействията върху обхвата и графика
|
Project Scrum Master
| -
Получава известие за предстоящата промяна
-
Заедно с инициатора на исканата промяна извършва първоначална оценка и анализ, което включва:
-
влияние върху проекта, обхвата и качеството
-
влияние върху графика на проекта
-
влияние върху разходите по проекта
-
Поставя PCR номер и актуализира регистъра за управление на промените
-
Попълва PCR формуляра
-
Представя исканата промяна пред техническият ръководител, или финансовият консултант когато е приложимо.
|
Технически ръководител
| -
Преглежда новите PCR от гледна точка на техническото им влияние върху проекта
-
Формулира и представя препоръка до PSM
|
Финансов консултант
| -
Извършва преглед на новите PCR, които оказват влияние на управлението или финансирането на проекта
-
Формулира и да представя препоръка до PSM
|
Процедура за контрол на промени по проекта
Регистъра за промените по проекта и PCR формуляра са основните инструменти за документиране, записване и следене на всяка промяна, която може да окаже влияние на обхвата или бюджета. Тези документи.
Когато една евентуална промяна е идентифицирана, тя трябва да се доведе до знанието на Scrum Master-a за първоначална оценка. Въз основа на подобрението, което ще донесе предложената промяна, и потенциалното и въздействие върху обхвата, графика и бюджета, ръководителят на проекта ще прецени кой е правилният начин на действие. Обикновено резултатите от тази оценка ще бъдат някои от следните:
-
Не отговаря на критериите за промяна
-
Алтернативен подход прави излишна необходимостта от промяната
-
Потенциалното въздействие е в рамките на допустимото
-
Ако предложените PCR е приета от Scrum Master-а, се назначава контролен номер и се вписва в регистъра по PCR със заглавие, кратко описание, приоритет, име на автора и датата на издаване. Авторът със съдействието на ръководителя на проекта попълва формуляра за PCR. Следната информация ще бъде документирана:
-
Дата изисква - желаната дата за окончателното решение
-
Причина за промяната - обяснение на причините, поради промяна е необходима
-
Описание на промяната - подробно описание на промяната да включва алтернатива, ако е приложимо
-
Оценка на разходите - оценка на разходите за прилагане на промените
-
Последици, ако промяната не е приета - очаквано въздействие, ако промяната не е приета
Финансов анализ:
Очертание на проектния бюджет:
Бюджетни елементи | Стойност за месец (в лева) | Обща стойност(в лева) | Заплати: | 21 000 | 168 000 | Работнически компенсации: | 1 300 | 10 400 | Здравно осигуряване: | 1 100 | 8 800 | Телекомуникации: | 500 | 4 000 | Офисни материали: | 200 | 1 600 | Разходи за обучение: | n/a | 5 000 | Такси и лицензи: | 150 | 1 200 | Наем: | 2 200 | 17 600 | Софтуер: | n/a | 10 000 | Хардуер: | n/a | 12 000 | Пътнически разходи: | 500 | 4 000 | Контролери: | n/a | 60 000 | Общо: |
| 302 600 |
Речник:
Application сървър – сървърен компютър, чието предназначение е да изпълнява софтуерни програми. Уеб браузъри – програма, която се използва за изобразяване на HTML документи.
Confidential Page 6/24/2017
Сподели с приятели: |